https://t.me/dev_ru

Это чат по видео я так понял

можно вкратце аргументы "за"?

Если у нас несколько необязательных аргументов, то вот это AddProduct(['color'=>"Синий"]) лучше чем AddProduct(null,null,null,null,null,null,null,null,null,null,null,null,"Синий")

второй аргумент

ну это всё компенсируется и улучшается передачаей VO

можно делать так (обертка) function AddAnything ($params){ $params['color']="синий"; return AddProduct($params); }

выигрываешь в тайп хинтинге

а что мешает сделать метод AddProduct( typehint required1,typehint required2,notRequired = null и т.д.)?

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

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

ну это всё компенсируется и улучшается передачаей VO

Я бы сказал это можно делать и фасадом, быть может даже лучше фасадом. Сначала вызывешь биндинг всех аргументов а затем выполнение. $facade->setArgumentEmail()->setColor()->AddColorExecute();

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

VO =?

ValueObject

аа

ну, это много как его... Бойлерплейт кода

Я бы сказал это можно делать и фасадом, быть может даже лучше фасадом. Сначала вызывешь биндинг всех аргументов а затем выполнение. $facade->setArgumentEmail()->setColor()->AddColorExecute();

ну по сути фасад у тебя будет создавать передать VO

ну, это много как его... Бойлерплейт кода

зато всё прекрасно понятно. ты этот код написал и юзаешь

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

То что ты сейчас не знаешь что завтра станет необязательным... Если аргументов больше 4 явно что-то идет не так.

я экран пошарю и код буду показывать

ЗВУУУК!

сори за звук

ну по сути фасад у тебя будет создавать передать VO

Ну да, ну нет. Мой фасад и будет к себе сохранять эти временные данные. Как бы VO не будет (ну или с другой стороны мой фасад и есть VO с возможностью вызова execute что как бы уже не является VO)

как бы DTO)

кароч я понял)

как бы DTO)

Так, сча начнется холивар :D пожалуй действительно закончим

вон как в яваскрипте удобно

$('').fancybox( { 'width': 40, 'height':40 } )

если коротко проблема с опечаткой

имена ключей надо помнить наизусть

нет autocomplete по именам параметров

можно допустить ошибку

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

это кратко о минусах

Ребят, подскажите где можно почитать про внутренние редиректы nginx. Про логику location директивы. А то тут разобрать не могу один конфиг.

нет autocomplete по именам параметров

отсутствие тайпхинта проблема посерьезнее автокомплита

Ребят, подскажите где можно почитать про внутренние редиректы nginx. Про логику location директивы. А то тут разобрать не могу один конфиг.

А документация чем не устраивает?

А чо удалил видео то?

Ребят, подскажите где можно почитать про внутренние редиректы nginx. Про логику location директивы. А то тут разобрать не могу один конфиг.

заебал, берешь и гуглишь

даже в доке нгинкса все это есть

не говоря уж о миллионе туториалов "как настроить нгинкс" на всех возможных языках

по крайней мере это НЕ пхп вопрос

заебал, берешь и гуглишь

Успокойся, я же не у тебя лично српашиваю.

если бы ты спросил лично у меня, я бы тебе то же самое ответил

если бы ты спросил лично у меня, я бы тебе то же самое ответил

Я не спрашиваю прежде не погуглив. Может я хуево гуглю, но это не повод, выражаться как попало.

ты не хуево гуглишь

ты гуглишь мегахуево

это кратко о минусах

Так а как ты предлагаешь делать?

я бы даже сказал, что ты не гуглишь

Так а как ты предлагаешь делать?

vo, dto, builder, если большая группа параметров, или каждый параметр по отдельности делать, если их 2 штуки)

Одно дело быть нормальным программистом - другое быть хуевым человеком - это про тебя. @folleah

а если надо передать массив сущностей?

а если надо передать массив сущностей?

если это набор одинаковых параметров, то массив норм

например массив пользователей

массив одинаковых объектов

ага

для этого есть и phpdoc соответствующий

например User[]

да

Одно дело быть нормальным программистом - другое быть хуевым человеком - это про тебя. @folleah

одно дело пиздеть, другое гуглить

но если люди в один массив все что угодно суют

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

одно дело пиздеть, другое гуглить

Фолли, ты чё такой нервный, выпей пивка чтоли, сегодня же пятница вроде.

то это беда

Одно дело быть нормальным программистом - другое быть хуевым человеком - это про тебя. @folleah

Ой бляяя.

Щас начнёт свою говенную протестантскую поебень втирать

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

а ты не пробовал вместо видосов писать посты?

Щас начнёт свою говенную протестантскую поебень втирать

По себе людей не судят.

По себе людей не судят.

Все ещё хуже.

@KuvshinovEE я по сути услышал только один аргумент против. Это сложность воспроизведения сигнатуры вызова функции. По сути решается одним docblock. А что скажешь по поводу возрастания затрат по времени? Ведь бизнес покупает у тебя n часов в период времени и очень заинтересован в том, чтоб ты за эти n часов сделал больше.

Зачем обижаться на то, что тебя нахуй могут послать даже за нормальный вопрос, это же интернет :С

@KuvshinovEE я по сути услышал только один аргумент против. Это сложность воспроизведения сигнатуры вызова функции. По сути решается одним docblock. А что скажешь по поводу возрастания затрат по времени? Ведь бизнес покупает у тебя n часов в период времени и очень заинтересован в том, чтоб ты за эти n часов сделал больше.

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

чтобы потом никто не разобрался

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

то цена поддержки выше цены разработки

Фолли, ты чё такой нервный, выпей пивка чтоли, сегодня же пятница вроде.

https://nginx.org/ru/docs/http/request_processing.html

ищется за минуту

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

аргумент на самом деле не плохой

но это уже не задачи программистов наверно считать экономическую эффективность

@KuvshinovEE я по сути услышал только один аргумент против. Это сложность воспроизведения сигнатуры вызова функции. По сути решается одним docblock. А что скажешь по поводу возрастания затрат по времени? Ведь бизнес покупает у тебя n часов в период времени и очень заинтересован в том, чтоб ты за эти n часов сделал больше.

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

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

но она их может существенно уменьшать

чтобы потом никто не разобрался

Мы уже определились с этим, что достаточно сопровождающей документации. И даже для продуктовой компании отсутствие документации приведет к большим сложностям поддержки продукта.

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

поэтому лучшая документация это код для разработчика, если ide или редактор может подсказывать с autocomplete

то это прекрасная документация

Я так понимаю, phpunit при @depends пихает в аргументы сохраненные результаты ответа функций, а не выполняет сами функции?

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

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

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

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

Я так понимаю, phpunit при @depends пихает в аргументы сохраненные результаты ответа функций, а не выполняет сами функции?

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

который в depends лежит

а если надо передать массив сущностей?

мы про phpunit?

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

поэтому лучшая документация это код для разработчика, если ide или редактор может подсказывать с autocomplete

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

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

+

уровень детализации разработчик

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

уровень детализации разработчик

уровень детализации "разработчик"?)