Как подружить ООП, репозитории со сложными запросами, сабквери и т.п.?

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

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

или заменяю старое легаси своим, с адаптерами и фасадами ?

или заменяю старое легаси своим, с адаптерами и фасадами ?

ну я собсна об этом и написал.

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

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

Недавно три раза интерфейс переписывал т.к. когда начинал реализовывать понимал что он неправильный в корне (с т.з. бизнес-логики). Так часто бывает, что начинаешь что-то кодить и становится очевидно, что это "что-то" само в себе уже ошибки содержит.

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

Недавно три раза интерфейс переписывал т.к. когда начинал реализовывать понимал что он неправильный в корне (с т.з. бизнес-логики). Так часто бывает, что начинаешь что-то кодить и становится очевидно, что это "что-то" само в себе уже ошибки содержит.

подход с фасадами позволянт очень дешево выправить интерфейсы.

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

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

да, верно, когда все готово - по факту фасады-прокси уходят и ты по сути с нормальными сущностями общаешься.

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

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

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

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

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

странное поведение PHP обнаружили: при передаче массива в функцию (обычно, не по ссылке) внутренний указатель сбрасывается, если у массива не числовые ключи если ключи - инты или даже строки с числами, то не сбрасывается http://sandbox.onlinephpfunctions.com/code/14ce57cf20cb740aeb5e74a8c33282a00dad1266

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

Я скорее о том, что идти нежно не от реализации к интерфейсу и не от интерфейса к реализации. Сам интерфейс создаётся где-то на стыке реализации и использования.

условно есть интерфейс библиотеки

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

и есть интерфейс для бизнес логики, где есть конкретный бизнес кейс который надо реализовывать (типовы действия с разными объектами)

я о втором случае говорил

странное поведение PHP обнаружили: при передаче массива в функцию (обычно, не по ссылке) внутренний указатель сбрасывается, если у массива не числовые ключи если ключи - инты или даже строки с числами, то не сбрасывается http://sandbox.onlinephpfunctions.com/code/14ce57cf20cb740aeb5e74a8c33282a00dad1266

http://sandbox.onlinephpfunctions.com/code/95e6c962f2e944d5efddf9965c07b6573bbe05c1

а первый случай лучше тоже ко второму сводить и потом делать как во втором случае)))

имхо естественно

Привет!! Можно выкладывать сюда вакансии??

Привет!! Можно выкладывать сюда вакансии??

Привет!) Вот тебе для вакансий https://t.me/webWork

Привет!) Вот тебе для вакансий https://t.me/webWork

Ок!! Спасибо!

Хм. Часто так выходит, что имея некоторый многомерный (двухмерный чаще всего) массив, нужно получить хеш-таблицу, где ключём будет одно из полей, а значением или вся строка или другое поле. Я это всегда делаю примерно так: $hash = []; foreach ($list as $item) { if(!isset($hash[$item['key']])) $hash[$item['key']] = []; $hash[$item['key']][] = $item; //Или $item['value']; } Может есть более адекватный способ? Встроенная функция какая, например.

array_column?

array_column?

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

Соменваюсь. Слишком специфичная штука получается

Например нужно сгруппировать таблицу "фрукт-цвет-вкус" по цвету, чтобы получить хеш "желтый => [[лимон, желтый, кислый], [банан, желтый, сладкий]]". В общем аналог такой темы: function array_group($array, $key_index, $value_index = null) { $hash = []; foreach ($array as $item) { if(!isset($hash[$item[$key_index]])) $hash[$item[$key_index]] = []; $hash[$item[$key_index]][] = isset($value_index) ? $item[$value_index] : $item; return $hash; }

Очень уж часто оно оказывается нужным

зачем писать это if(!isset($hash[$item[$key_index]])) $hash[$item[$key_index]] = [];

не нужно

зачем писать это if(!isset($hash[$item[$key_index]])) $hash[$item[$key_index]] = [];

Чтобы не получилось в итоге $a = null; $a[] = 123;

В общем явное приведение типов по-сути

Эм... с твоим примером так не выйдет

т.е. дальше у тебя $hash[$item[$key_index]][]

Чтобы не получилось в итоге $a = null; $a[] = 123;

$a[] = null; var_dump(isset($a));

$a[] = null; var_dump(isset($a));

Не $a[] = null А $a = null;

т.е. дальше у тебя $hash[$item[$key_index]][]

Правильно, а $hash[$item[$key_index] === null

Оно может и приведётся принудительно к массиву, но пусть будет лучше явно

/stat@combot

combot.org/chat/-1001042383571

Народ привет. Нужен удаленщик

могу описание вакансии сюда кинуть?

могу описание вакансии сюда кинуть?

@webWork

https://medium.com/fuzz/php-a0d0b1d365d8

Вот это лол

было

Упустил

Давно?

пойду застрелюсь

Все! Перехожу на Node.js.

Все! Перехожу на Node.js.

уже поздно.

уже поздно.

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

почему поздно?

кстати по ноде

ERROR: S client not available

как ее на продакшене выкладывать?

с болью

Вот как теперь жить

М-дя нод умер А пхп с 7.0 дали вторую жизнь, он воскрес и теперь у него 2 др Интересно нод сможет воскреснуть из пепла или уже нет?

почему умер?

кто нибудь объясните пожалуйста

кто нибудь объясните пожалуйста

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

окай

Есть класс SomeService, например с пятью аргументами в конструкторе. Ну, или больше) Как вы считаете, вынос этих аргументов в объект SomeServiceOptions имеет смысл?

вдруг из этого небольшого исследования что-то, да выйдет хорошего https://goo.gl/forms/YDiuZN1dAaCshSvx2 если наберется достаточно больше количество ответов и из адекватность будет хоть сколько-нибудь выше 0, то попробую на основании этого запилить что-то в духе "Сказ о том, как никто нихуя не мониторит"

Ноде.боль

Есть класс SomeService, например с пятью аргументами в конструкторе. Ну, или больше) Как вы считаете, вынос этих аргументов в объект SomeServiceOptions имеет смысл?

если они по смыслу в отдельную сущность попадают. например first_name, last_name, birthdate

Спамеры или не спамеры, вот в чем вопрос

симфонисты поди :)

ну и что, что оркестр

зато со своей ямой и дирижерами

Мне уже страшно

за_лся я уже с редиректом на https —- кто поможет)

RewriteCond %{SERVER_PORT} !^443$ RewriteRule ^(.*)$ https://%{HTTP_HOST}/$1 [R,L]

за_лся я уже с редиректом на https —- кто поможет)

гугл

вот тут ругается Неверное перенаправление на странице

RewriteCond %{SERVER_PORT} !^443$ RewriteRule ^(.*)$ https://%{HTTP_HOST}/$1 [R,L]

Попробуй R=302 поставить

или 301

да сейчас этот вариант тоже попробую...

я так понял браузер надо очищать после каждой попытки

Попробуй R=302 поставить

если с тестовым такие траблы, чтоже будет на рабочем)