фабричный метод

вопрос нуба если внутри класса вижу return new то это фабричный паттерн?

фабричный метод или паттерн?)

Ни к фабричному методу ни к абстрактной фарике это не относится

метод-фабрика

но название туповатое, и вводит в заблуждениие я соглассен

вот я выше писал что депенденси инжект это когда в мето конструктор передается объект, есть чтото в таком же духе объяснения? без премудростей.. то ли я тупой

вот я выше писал что депенденси инжект это когда в мето конструктор передается объект, есть чтото в таком же духе объяснения? без премудростей.. то ли я тупой

Допустим в одном классе тебе нужно обратиться к объекту другого класса По старинке ты бы просто сделал new Class(); внутри, но тестировать потом такой код сложно, так как нет способа "подменить" зависимость от второго класса Чтобы сделать класс более независимым что-ли - ты зависимости можешь не создавать внутри класса, а передавать в него. Тогда в юнит-тесте ты например можешь вместо объекта класса Class передать мок. А уж как это делать - варианты разные Можно аргументами в контруктор, можно через сеттеры Чтобы не делать это руками каждый раз, во фреймворках есть специальная хуйня, которая создает все объекты что тебе нужны и передает нужные зависимости внутрь. Называется DI container

у DI есть больше не таких очевидных плюсов, но для начала мне кажется и такое объяснение сойдет

так я знаю этот паттерн, я написал его суть простыми словами, вот и ищу ресурсы где также для таких как я даунов описаны другие паттерны)

http://www.apress.com/us/book/9781430260325

знаю но с ходу не осилил, мне показалось сложноватой

на русском попробуй может, вроде бы простая книжка была, времен когда я начинал еще

а тебе это вообще зачем? знание ради знания?

чтобы понимать чужой код, ну с этих паттернов думаю понятно как писать код можно принципы скажем так

мне кажется проще книжки Зандстры ничего нет, генг 4 например вообще очень общо и абстрактно написана вообще мне кажется сейчас уже паттерны не нужны, кроме (H)MVC, ActiveRecord и парочки других Сейчас программирование - это знание API фреймворка и действия уровня "дерни за веревочку - выпадет банан"

но все таки ты же должен классы создавать и 'прально'

В общем, если ты книжку зандстры не сможешь осилить - ты эти шаблоны и так не поймешь

тебе зандстра помог или прочитал понял и забыл?)

большую часть паттернов из этой книги я думаю видел разве что по касательной

может глупый вопрос но что нужно почитать кровь из носу, или просто изучать то что дает ларка и велосипедить?

я хз, я на ларавел пока ни строчки не написал, доку почитываю только да просто нужно любить программирование, иметь чувство вкуса какое-то, смекалку помогает делать какой-то свой проект для начала, с упором на хороший код

откуда взять инфу по хорошему коду? я вот примерно выбрал изучение паттернов для этого

так, чтобы только читать книги и не писать кода хорошего и научиться - это я хз программирование это не рокет-сайнс, знания добываются жопой