php app/console doctrine:generate:entities YourBundle:Application ( и —no-backup если не нужен бекап класса Application)

Я на ларавел работаю, не на симфони, и суть вопроса не в генерации геттеров)

Ок, тогда ничем не могу помочь?

А зачем ты хочешь возвращать ApplicationCollection()? В ней есть какая-то особая логика?

Ну, какие у нее отличия от CompanyCollection() например?

Ну, какие у нее отличия от CompanyCollection() например?

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

Я бы из сущности возвращал просто array. А колекцию наполнял бы инстансами сущности там где вызываю получение этих инстансов. Зачем сущности знать куда будут складывать ее инстансы?

Хз понятно говорю или нет.

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

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

Я уже так-то обошел без особых костылей это) Ну я к тому, не будет ли это оверхедом таким юзать везде свои кастомные коллекции для наборов сущностей вместо array

Ребята, хотел бы совет: у сущности Company есть связь ManyToMany с Applications. У сущности Company есть метод для возврата доступных ей приложений currentApplications(): array Вопрос в том, лучше ли всегда возвращать коллекцию объектов ( в данном случае ApplicationCollection() ) или подобное, чем просто array?

Лучше массив. Чтобы извне коллекцию нельзя было изменить.

Привет, чату

Парни, решил тут доктрину поизучать (прикрутил к Laravel) и у меня тут вопрос возник. Модель из Eloquent умеет себя сериализовать при отдаче клиенту. А как правильнее отдавать модель доктрины? Реализовывать внутри модели механизм сериализации? (ну или __toString...)

Парни, решил тут доктрину поизучать (прикрутил к Laravel) и у меня тут вопрос возник. Модель из Eloquent умеет себя сериализовать при отдаче клиенту. А как правильнее отдавать модель доктрины? Реализовывать внутри модели механизм сериализации? (ну или __toString...)

По идее сериализация не задача модели

Вот от этого и возник вопрос

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

Парни, решил тут доктрину поизучать (прикрутил к Laravel) и у меня тут вопрос возник. Модель из Eloquent умеет себя сериализовать при отдаче клиенту. А как правильнее отдавать модель доктрины? Реализовывать внутри модели механизм сериализации? (ну или __toString...)

Мазохист)

Да не, пока норм) Сделал связки доктрина+jwt и прям хорошо)

Парни, решил тут доктрину поизучать (прикрутил к Laravel) и у меня тут вопрос возник. Модель из Eloquent умеет себя сериализовать при отдаче клиенту. А как правильнее отдавать модель доктрины? Реализовывать внутри модели механизм сериализации? (ну или __toString...)

Посредством DTO

Да не, пока норм) Сделал связки доктрина+jwt и прям хорошо)

fractal глянь, удобно

гляну, спс

потсоны, а кто-нибудь сталкивался с реализацией Information Framework (SID) на php или другом языке?

Кто-нибудь сталкивался с подключением в базам DB2 от IBM? У меня centOs Я скачал драйвера ibm_data_server_driver_for_odbc_cli.tar.gz на их основе собрал и подключил себе ibm_db2.so и pdo_ibm.so Однако при подключении к базе получаю сообщение "An attempt to connect to the database server failed because of a licensing problem" На любой подключающейся к БД машине нужно покупать лицензии на драйвера? о_О

хз я только ораклом игрался с db2 не доводилось из пхп играться)

всем привет

здесь помощь реально поулчить php ?

нет

Группа про современный PHP. Обсуждаем ООП, TDD, BDD, DDD, SOLID, GRASP и прочие крутые базворды Для ознакомления: https://gist.github.com/mkusher/711bd46f0b62fbae851182e6fb3b1839

здесь помощь реально поулчить php ?

задавай вопрос

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

у меня нет вопрсоов :) Просто поинтересовался

привет всем) а у меня вопрос есть

я его уже симфонистам задавал но интересно послушать... других симфонистов

вопрос простой - достаточно ли по симфони самой документации (она очень полна сама по себе, убедился уже) или симфонисты читают некие манускрипты недоступные смертным?

вопрос простой - достаточно ли по симфони самой документации (она очень полна сама по себе, убедился уже) или симфонисты читают некие манускрипты недоступные смертным?

иногда смотришь исходники)

в отладчике

согласен исходники смотреть это безусловно

но обычно достаточно оффицальной документации

ну документацию и best practices. Да и так если что то нужно то гуглишь

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

@KuvshinovEE спасибо, это и хотел узнать Alexander то же самое

можно еще кнп почитать

Dmitriy что это?

knpuniversity.com

там курсы

ааа. Ок спс

как раз есть скачаный на шару курс от knp по 3 версии симфы

я вообще не пехопист но интересуюсь по этому вот здесь и бываю )

еще бесплатная и на русском есть https://leanpub.com/a-year-with-symfony-ru но про нее наверное все знают

ого

актуальная?

ну там авторы старались на симфони 2 но книга очень абстрактная, я думаю и на 3 версию подойдет т.к. стараются дать фундамент, практики. Что-то среднее между кукбуком и фундаментальным трудом

оснью же 4ый симфони будет?

опытный php/symfony разраб может читать с любого места книжки )

там вроде бы концепция будет другой? микросервисы?

он уже существует ) на гитхабе но релиза еще нет насколько я знаю официального

о концепте не ведаю

на последнем симфониакс тётя рассказывала что уже они в проде юзают 4ую верси

ю

да, и раздел документации по ветке 4 на сайте имеется.

концепт прост, от того и хорош... сейчас симфони тянет например формы (всегда) а с флексом ты сам себе собираешь то, что тебе нужно

да.. 4ка хороша

yeah еще бы узнать все получше время + уничтожатор лени бы в руки. Первое есть, второй прибор еще не придуман )

пойду обновлюсь до 3.3.8 )

да и у 3-й LTS срок очень нехилый.

(по кр мере так анонсировалось а рабочую карту LTSов не читал)

на то он и LTS

lts от 3ки кстати еще не вышел

3.4 будет lts

сейчас в мастер ветке в симфони то что в 4 версии будет?

странно что внутри до сих пор везде array()

странно что внутри до сих пор везде array()

никто не будет менять в работающем коде array() на []

хм, оказывается в php >=7.1 (new \DateTime() == new \DateTime()) будет false возвращать из-за микросекунд. А как кто даты теперь сравнивает?

ну 4.0 же вроде минимально будет 7 ка?

никто не будет менять в работающем коде array() на []

почему?

обратную совмесу блюдут?

хм, оказывается в php >=7.1 (new \DateTime() == new \DateTime()) будет false возвращать из-за микросекунд. А как кто даты теперь сравнивает?

мб через ->format()

хм, оказывается в php >=7.1 (new \DateTime() == new \DateTime()) будет false возвращать из-за микросекунд. А как кто даты теперь сравнивает?

https://stackoverflow.com/questions/961074/how-do-i-compare-two-datetime-objects-in-php-5-2-8

к чему этот архаизм в самой новой версии фреймворка

вот еще правильней http://php.net/manual/ru/datetime.diff.php

да может хотят требования все таки на php 5.6 оставить хотя я свечку не держал

ну 4.0 же вроде минимально будет 7 ка?

7.1.3 вроде, но менять array() на [] имеет мало смысла

странно что внутри до сих пор везде array()

Ну сделай пулл реквест, если хочешь. Просто тратить силы на это смысла нет.

у симфони версия 3 имеет требование пыха >5.5.9 так что короткий синтаксис массивов там уже полюбому есть

ну так это же программно поменять можно

он в 5.4 появился

видимо тогда им просто лень )