lazy ведь)

сделай запрос с джоином если не хочешь такое поведение

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

а в селект их добавил?

угу

точно добавил? ну можешь сделать partial load флаг

но сущности не будут валидными

все норм, спс ) там еще запросик надо быдло заджийнить

)

жирная выборка выходит наверное

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

но теперь норм с 40 мс прыгнуло до 13 на 10 записях )

http://symfony.com/blog/new-in-symfony-3-3-configurable-autowiring-setters ну вот, приняли именно этот вариант

я как-то раньше не обращал внимание на очень полезную функцию в ide - extract interface

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

щас вот юзаю, удобно епта

он прям за собой меняет везде упоминания о классе на интерфейс

это как раз то о чем ты постоянно вспоминаешь @fes0r )

он прям за собой меняет везде упоминания о классе на интерфейс

серьезно?) я думал ты вовсю это добро юзаешь) Я сейчас свой проект жесточайше рефакторю... так дико удобно

вот не поверишь, не юзал)

refactor -> move, refactor -> extract method....

не ну это понятно

refactor -> extract interface

все методы юзаю кроме интерфейса)

пыщ пыщ

и в дамках

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

и потому мне удобно

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

привет из objc :D

)

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

как проповедуют зилоты solid

kiss,yagni как бы

> как проповедуют зилоты solid а в каком месте они это проповедуют?

буковки O и D

SRP - только про зоны ответственности объектов, декомпозицию и кохижен. Про "делайте интерфейсы" ни слова O/C - тут интерфейсы уже полезны, но это разного рода стратегии, акторы и прочее... LSP - в целом тупо правила как правильно интерфейсы делать что бы не грустить когда делаешь O/C или ISP ISP - тут да, используй интерфейсы для того что бы изолировать зоны ответственности объекта когда тебе с точки зрения SRP выгоднее все держать в одном классе. Способ снижения связанности и только. Соблюдение ISP + SRP выводит баланс между coheasion и coupling DIP - изоляция модулей, опциональное, позволяет тебе просто между несколькими модулями инвертировать направление зависимости тем самым снизив связанность

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

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

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

не будут. У меня все штуки завязаны только на типы. Если ты заэкстрактил интерфейс класса потом то остальные об этом даже не узнают

ну то есть... "интерфейс" в контексте SOLID это не отдельная сущность, это в целом контракт который должен соблюдать объект

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

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

была такая хорошее правило для "архитекторов". Если мол у вас возник выбор "А" или "Б", то вместо того что бы принимать решение лучше откатиться и подумать, можно ли сделать так, что бы решение по этому выбору было несущественным.

ну так. у тебя щас только 1 реализация и не планировалось другой. ты завязался на нее и не сделал интерфейс. а потом резко потребовалась вторая, и ты не можешь ее так быстро заюзать, потому что SOLID нарушен

вот для этого интерфейсы и late binding собственно и нужны

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

ну так. у тебя щас только 1 реализация и не планировалось другой. ты завязался на нее и не сделал интерфейс. а потом резко потребовалась вторая, и ты не можешь ее так быстро заюзать, потому что SOLID нарушен

почему не смогу "быстро заюзать"?

и SOLID не нарушен

у тебя завязка на конкретной реализации, как ты впихнешь другую?

выделю интерфейс

изменено 2 файла

система ничего не узнала

что теперь она завязана на интерфейс

а не на конкретную реализацию

это уже исправление нарушенного принципа

да нет никакого нарушенного принципа

так можно и гавнокод не называть гавнокодом

его ж переписать можно

ну нарушил я DIP

ну и хуй с ним

ну это ты так считаешь

а я говорю за зилотов

DIP я всеравно буду соблюдать на определенном уровне

вон отличный пример зилотов - егор и его команда. они слепо делают то что им диктует CS и PMD

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

а потом просто тебе понадобилось разделить модули

и ты такой пыщ пыщ и разделил, и DIP организовал

разве что так

прикольная тема

я про интерфесы)

прикольная тема late binding

а интерфейсы это лишь способ

надо почитать про раздел рефактор) я как то не очень его юзаю)

да и вообще я наверно юзаю 10% иде)

сначала рекомендую разобраться с live template-ами

можно сильно экономить время

быстрее писать говнокод

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

темплейты рулз

)))

говнокод наше все

forek, pubf, pubsf

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

например в phpspec тестах я пишу it и оно создает мне function it_$() {\n}

ты на пхпюнит так и не перешел?)

и еще вопрос на засыпку кто то сталкивался с такими плагинчиками типа https://highlightjs.org/

мелочь но дико удобно

и еще вопрос на засыпку кто то сталкивался с такими плагинчиками типа https://highlightjs.org/

они платные вроде?

не

а тьфу, перепутал название

ты на пхпюнит так и не перешел?)

я вчера начал пробовать phpunit и понял что ограничения которые накладывает phpspec меня радуют

так что не буду юзать phpunit

при большом кол-ве json браузер умирает (

и это пичалька(

я на junit пишу еще, поэтому как-то проще когда подходы одинаковые

я на junit пишу еще, поэтому как-то проще когда подходы одинаковые

да как бы сами по себе тесты пишутся одинаково

просто phpspec дает мне кодогенерацию и мне это нравится