омг

много сервисов - много печали)

Ну я работаю с фреймворком, он предлагает использовать так я использую.

доктрина не предполагает так использовать себя

более того симфони тебе тоже не говорит как использовать доктрину

зато прикрываемся SOLID, KISS, Dependency Inversion

ну и Окромиус на каждой конференции говорит что так делать не хорошо

зато прикрываемся SOLID, KISS, Dependency Inversion

вот да, после этого у меня появляются вопросы как именно люди понимают эти баз ворды

ибо складывается впечатление что имеет место быть некое недопонимание или мисинтерпритация

аля "KISS это когда делаем втупую", или "SRP это когда мало строчек кода"

базворды дают более важный оттенок высказываниям

более того симфони тебе тоже не говорит как использовать доктрину

http://symfony.com/doc/current/doctrine.html

Ну геттеры сеттеры все такое, и симфони вообще не говорит

они тебя там заставляют геттеры и сеттеры генерить?

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

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

ну тип того

это намного более тонкие материи

Doctrine now knows how to persist a Product object to the database. But the class itself isn't useful yet. All of the properties are private, so there's no way to set data on them! For that reason, you should create public getters and setters for all the fields you need to modify from outside of the class. If you use an IDE like PhpStorm, it can generate these for you. In PhpStorm, put your cursor anywhere in the class, then go to the Code -> Generate menu and select "Getters and Setters":

For that reason, you should create public getters and setters for all the fields you need to modify from outside of the clas

Doctrine now knows how to persist a Product object to the database. But the class itself isn't useful yet. All of the properties are private, so there's no way to set data on them! For that reason, you should create public getters and setters for all the fields you need to modify from outside of the class. If you use an IDE like PhpStorm, it can generate these for you. In PhpStorm, put your cursor anywhere in the class, then go to the Code -> Generate menu and select "Getters and Setters":

но это дока симфони а не доктрины, не находишь?

короч я понял

культр карго

не интересно

с другой стороны дока доктрины в этом месте тоже... мягко скажем не ок

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

висят только ишусы "переписать"

Не хочу дальше продолжать холливар, я использую интсрумент и его возможности, я работаю с Симфони которая использует doctrinu как orm и dbal меня все устраивает

Не хочу дальше продолжать холливар, я использую интсрумент и его возможности, я работаю с Симфони которая использует doctrinu как orm и dbal меня все устраивает

ты используешь очень маленький процент возможностей

Ок все мы учимся,

В этом наша професия

ну вот что-то мне кажется что это не так

Data Mapper нужен для того чтобы трансферить стейт между твоей бд и доменным слоем. доменный слой как бы является репрезентацией бизнес модели в коде, т.е это не просто геттеры и сеттеры если нужен контейнер данных то берите чистый SQL и на нем делайте, будет проще ведь

зачем тянуть целую ORM если не понимаете зачем она?

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

вот у меня тот же вопрос - доктрина - это мега сложный монстр

который не имеет смысла юзать если все что тебе надо это active record

зачем тянуть целую ORM если не понимаете зачем она?

Кто сказал что я не понимаю?

делаю выводы из высказываний выше

Кто сказал что я не понимаю?

ну у тебя ж геттеры и сеттеры)

и ты считаешь что это нормально

помоему возможности доктрины в ваших рассуждениях тоже слишком преувеличены

Да я уже спорил не с одним человеком и считаю что это нормально в рамках работы с симфони

Да я уже спорил не с одним человеком и считаю что это нормально в рамках работы с симфони

потому что ты формы юзаешь?

да

в том числе

и нет это не нормально, точнее это нормально, когда у тебя не очень сложно

но мы говорим о магазине

что уже поинтереснее блога

есть еще вопрос - тесты. Пишете?

Если руки из опы простите то и формы симфони можно использовать криво, тоже есть примеры

Да я уже спорил не с одним человеком и считаю что это нормально в рамках работы с симфони

использовать доктрину как контейнер данных и магию для персистентности?

core devs из доктрины говорят что не юзайте доктрину как контейнер данных - люди не верят core devs из симфони говорят не делайте 1 к 1 связи формы с сущностям - тоже не верят люди

Если руки из опы простите то и формы симфони можно использовать криво, тоже есть примеры

вопрос не в этом - вопрос в том, что тебе это как разработчику дает и насколько удобно вносить изменения. Есть правда момент - если бизнес не особо любит эксперементировать со своими процессами и все меняется не очень динамично (в основном UI) то пофигу

core devs из доктрины говорят что не юзайте доктрину как контейнер данных - люди не верят core devs из симфони говорят не делайте 1 к 1 связи формы с сущностям - тоже не верят люди

ну так почему они доку так написали?)

Сложные динамические формы строящиеся из компонентов на базе выбора пользователя и все это приходит из фронта г. Тем самым имея двойную валидацию для меня это нормальная практика.

ну так почему они доку так написали?)

а доку пишет в основном Джавиер

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

а доку пишет в основном Джавиер

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

ну и как уже обсуждали в доке в основном показаны RAD примеры

ну то есть если народ устраивает уровень "базовый" - то почему бы и нет

в духе "бери и пиши"

это их маркетинг

если продавать фреймворк как инструмент для мегасложных приложений

то народ убежит писать на yii, lara и прочем

и так симфони считается не из простых

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

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

ERROR: S client not available

пора петицию в пхпсторм за выпиливание генерации getter/setter ))

есть же такие чуваки как Фаулер, Эванс и куча книг по дизайну. вот там надо искать ответы, а не тыкать в доки симфони и говорить "они ж так делают ебана"

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

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

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

у тебя простые вещи?

Да есть друпал, вордпрес, боже прости джумла

потому что это отголоски <2010 где считалось что использовать чистый SQL это зло?

потому что это отголоски <2010 где считалось что использовать чистый SQL это зло?

потому что все размазывали sql этот по контроллерам.... людям просто не объяснили что именно плохо

а что если я скажу что можно вообще без конкретного фреймворка писать?)

всяких друпалов и джумл

сейчас можно все

но у народа фантазии не хватает

потому что все размазывали sql этот по контроллерам.... людям просто не объяснили что именно плохо

а теперь размазывают DQL и QueryBuilders доктрины по контроллерам, не многое поменялось

а что если я скажу что можно вообще без конкретного фреймворка писать?)

Псс парень не хочешь не много, функционального программирования.

бля

а ФП тут при чем вообще?)

Псс парень не хочешь не много, функционального программирования.

ты под функциональщиной я так понимаю подразумеваешь старое доброе процедурное

ибо ФП это очень даже хорошо

ФП это чистота и радуга

ФП это как нормальное ООП

которого почти не встретишь

Ну да сорри процедурное

чистый ФП бывает только в лабораториях)

Ладно парни с вами интересно, но мне надо разрулить transchoice

Ну да сорри процедурное

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

процедурное лучше)

Пока все верно, только класс явно указывает нам на ООП. принцип единственной ответственности не нарушен

там не ждёшь ниче особо)

Дядя боб рад

Пока все верно, только класс явно указывает нам на ООП. принцип единственной ответственности не нарушен

где ты в аббривиатуре "ооп" нашел слово класс?

Объе́ктно-ориенти́рованное программи́рование (ООП) — методология программирования, основанная на представлении программы в виде совокупности объектов, каждый из которых является экземпляром определенного класса, а классы образуют иерархию наследования[1].

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