<a href="{{Session:flush()}}"></a>

ну вот при генерации страницы и чистит сессию

С этим пасажиром совсем всё плохо)

Типо эта функция не в ссылке , а вообще на странице ?

<a href="{{Session:flush()}}"></a>

Это ларавел? Тебе надо при нажатии на ссылку отправлять запрос на сервер, на конкретный урл, где уже ты будешь по этому запросу ты будешь делать Session:flush() Гуглить: Js on click event Js ajax request Laravel csrf

Да ларавел

Ок

Да крч в контроллере функцию напишу

И ссылаться на него буду

Я думал типо как то проще можно сделать

Можно, но так не делают

Ты можешь сделать например <a href="javascript: flushAuthCookies" И в жс файлике написать реализацию функции flushAuthCookies которая удалить куки которые юзаешь для авторизации

Но не делай так)

Как я понял чтобы думать о DDD надо сначала вообще понять про доменные модели и уметь их использовать. А потом уже DDD.

Почти, ддд это больше про общение с доменными экспертами (заказчики, продакты и тп), декомпозицию предметной области и перенос этого всего дела в код - ограниченные контексты, аггрегаты и тп. Советую сперва разобраться с GRASP и инкапсуляций, как раз это больше про сеттеры и геттеры. Потом будет понятно, почему сущности, агрегаты и тп надо делать так.

Почти, ддд это больше про общение с доменными экспертами (заказчики, продакты и тп), декомпозицию предметной области и перенос этого всего дела в код - ограниченные контексты, аггрегаты и тп. Советую сперва разобраться с GRASP и инкапсуляций, как раз это больше про сеттеры и геттеры. Потом будет понятно, почему сущности, агрегаты и тп надо делать так.

Да уже разбираю это все

https://www.slideshare.net/mobile/rdingwall/domain-driven-design-101

Понравились слайды на примерах кода

Понравились слайды на примерах кода

Лучше книгу прочитай и эту тоже https://www.amazon.com/Implementing-Domain-Driven-Design-Vaughn-Vernon/dp/0321834577

Лучше книгу прочитай и эту тоже https://www.amazon.com/Implementing-Domain-Driven-Design-Vaughn-Vernon/dp/0321834577

В бумажном издании читаю

Правда перевод на русский не очень качественный

Как я понял чтобы думать о DDD надо сначала вообще понять про доменные модели и уметь их использовать. А потом уже DDD.

ну отсутствие сеттеров/геттеров это про декомпозицию (от геттеров полностью избавиться не выйдет, точнее можно но оно того не стоит часто). Декомпозиция, связанность, зацепление, и прочие штуки... это все в целом между собой связано. И уже потом DDD)

https://habr.com/post/358490/

https://habr.com/post/358490/

блин наконец то

PHP-Дайджест № 130 (1 – 13 мая 2018) https://habr.com/post/358490/ link by @andrewkovalyov

$className = 'MyClass'; $classs = new $className(); echo $classs::class - так уже не работакт( как еще можна получить имя класа с неймспейсом?

get_class

спс

class BannerView { public function getEntityOrCreate($id) { if (null === $id) { return new Banner(); } return $this->em->getRepository(Banner::class)->find($id); }есть много дублируещего кода. хочу передавать стрку вместе с id 'Banner' и сделать один абстрактний клас. как идея?

Не очень, во первых магия там где от неё можно обойтись, во вторых мне кажется надо отказываться от методов типа getOrCreate в пользу отдельных для каждой операции, во третьих - а что если в конструктор надо будет что то передать? Будешь переопределять метод? Опять копирование/дублирование?

да мне тоже не нравится уже идея)

getOrCreate - нарушение srp, по названию ведь видно

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

Я бы поспорил что ето плохая идея, вроде имеет право на жизнь

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

Если у него много где не важно создавать или получить обьект по ид то что то там явно не так) думаю оно от дублирования не спасёт а просто сменит ракурс, т.е было: if null === getById() { create new ... } А станет: article = getOrCreate (); if article.id !== null { some logic for created entity } // Other common logic

Я ж не за конкретный пример, а за подход

Там можно ещё проще сделать

для примера, в Eloquent есть методы firstOrCreate/firstOrNew для подобных случаев. В добавок еще и updateOrCreate прописали

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

для примера, в Eloquent есть методы firstOrCreate/firstOrNew для подобных случаев. В добавок еще и updateOrCreate прописали

в ларавеле не парятся о солиде. Они за быструю разработку )))

в мелких проектах оправдано

хуяк-хуяк и в продакшен

Запариваться на ранних этапах над этим сильно не стоит, но и пренебрегать тоже.

А то идеальная архитектура выливается в n лет разработки) и упущенные возможности

упущенные возможности наговяшкать?)

шучу я

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

Если память не изменяет Netscape когда выпустили свой браузер, они были инноваторами с продуктом не имеющим аналогов. Решили переписать исходники красиво. 2 года разработки..красиво...но за пол года до релиза макрософт выпустила более продвиную версию. В итоге где Netscape Navigator? Правильно в Ж*ПЕ.

есть массив [ 'key1' => ['value1', 'value2'], 'key2' => ['value3', 'value4'], ] Как можно вернуть ключ по значению, например поиск по value2 должен вернуть key1, без foreach?

есть массив [ 'key1' => ['value1', 'value2'], 'key2' => ['value3', 'value4'], ] Как можно вернуть ключ по значению, например поиск по value2 должен вернуть key1, без foreach?

почему без foreach?

можно через reduce, можно через filter + keys + reset)

почему без foreach?

чтоб сравнить как будет быстрее) Или если общее кол-во ключей меньше 100, то смысла заморачиваться нет?

чтоб сравнить как будет быстрее) Или если общее кол-во ключей меньше 100, то смысла заморачиваться нет?

foreach будет быстрее

если у тебя много таких поисков - проще поменять структуру

ERROR: S client not available

что бы value => keys было

а лучше пусть расскажет что за задача )

что бы value => keys было

как раз сейчас так, только получается что ключи повторяются. т.е. [ 'value1' => 'key1', 'value2' => 'key1', 'value3' => 'key2' ] я и подумал вынести общее значение в ключ

как раз сейчас так, только получается что ключи повторяются. т.е. [ 'value1' => 'key1', 'value2' => 'key1', 'value3' => 'key2' ] я и подумал вынести общее значение в ключ

хер знает зачем ты загоняешься

пока у тебя там не гигабайты плевать вообще

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

ох уж эти любители экономить байты...

делай так, как тебе будет удобно с этим массивом работать

понял, спасибо)

все равно у тебя там скорее всего основной отжор уходит на запросы к БД )

Если один раз - то foreach, если десять - делать инвертированный индекс

причем значение - это тоже массив

/link@yetanotherstatsbot

https://b.yasb.exileed.com/telegram/chat/1001042383571

/stat@combot

combot.org/chat/-1001042383571

Если память не изменяет Netscape когда выпустили свой браузер, они были инноваторами с продуктом не имеющим аналогов. Решили переписать исходники красиво. 2 года разработки..красиво...но за пол года до релиза макрософт выпустила более продвиную версию. В итоге где Netscape Navigator? Правильно в Ж*ПЕ.

Спасибо, наткнулся на интересную статью: https://www.joelonsoftware.com/2000/04/06/things-you-should-never-do-part-i/

/stat@combot

combot.org/chat/-1001042383571

По теории алгоритмов что посоветуете ? По программированию

Котаны, у меня такая дилемма. А можно ли рассматривать EAV без аттрибутов вне релизонной структуры хранения данных? Ну т.е. аттрибуты характеризовывать классами: // class ColorValue implements ValueInterface {} $gray = new ColorValue('gray'); $e = new Entity($gray); вместо классического: $color = new Attribute('color'); $gray = new Value($color, 'gray'); $e = new Entity($gray); и чем это грозит?

Или в этих случаях имеет смысл рассматривать ECS, вместо EAV?

Сначала на ооп, потом на ларавель....

Я б тоже послал) безотносительно сортировки

По алгоритмам, Кнут) Если мозг не закипит. Но с базвордами бы разобраться было лучше

Если говнокодить попросили после собеса и потом послали, то не норма