Size: a a a

2021 September 12

AP

Anton Petrusevich in Modern::Perl
ну да, потому я райзин тебе и советовал. просто мне это несколько странно
источник

AP

Anton Petrusevich in Modern::Perl
а смысл уходить с денсера на моджолайт — как по мне, маловато. проще прямо в денсере что надо поправить, если есть принципиальные прямо моменты.
источник

AP

Anton Petrusevich in Modern::Perl
уж если уходить куда то то с целью прямо чтобы "ух!"
источник

NK

Nick Knutov Dobrohos... in Modern::Perl
я не вижу смысла делать двойную работу - сначала писать спеку, а потом самому же по ней писать код, если можно только написать код, а спека по нему гораздо точнее сгенерируется сама.
источник

NK

Nick Knutov Dobrohos... in Modern::Perl
например, обработка одним воркером нескольких запросов в дансер1 - это фантастика
источник

NK

Nick Knutov Dobrohos... in Modern::Perl
а в моджо - видимо давно работающая штука
источник

NK

Nick Knutov Dobrohos... in Modern::Perl
например, в нашем дансере моджо используется уже давно больше, чем дансера. От дансера там разве что роутинг остался и что-то еще по мелочам.
источник

SZ

Sergey Zhmylove in Modern::Perl
Смысл в том, что бизнес мыслит в терминах функциональности и спека (при правильно построенной разработке) появляется до кода.
источник

NK

Nick Knutov Dobrohos... in Modern::Perl
это когда большой бизнес и проектированием занимаются другие люди - да.
источник

NK

Nick Knutov Dobrohos... in Modern::Perl
и это правильно, но это не наш случай.
источник

P

Pavel in Modern::Perl
А что для валидации используете? Моджовский механизм?
источник

NK

Nick Knutov Dobrohos... in Modern::Perl
в большинстве мест мы используем Params::Validate, если я правильно помню
источник

P

Pavel in Modern::Perl
источник

AP

Anton Petrusevich in Modern::Perl
не так. спека берёт на себя часть работы. и ей логичнее появиться до реализации, поскольку это про бизнесс-логику
источник

AP

Anton Petrusevich in Modern::Perl
что есть спека опенапи? это ендпоинты с описанием параметров , их проверками и выходным форматом. и вот мой опенапи плагин именно это и делал — он создавал маршруты по ендпоинтам, создавал все необходимые проверки согласно спеки, тебе оставалось делать только реализацию. где тут двойная работа?
источник

AP

Anton Petrusevich in Modern::Perl
нет, даже когда сам один делаешь. а так апи под 100+ ендпоинтов чисто себе описывал, потому что это экономит время
источник

NK

Nick Knutov Dobrohos... in Modern::Perl
смотрел, но не использовал, у нас весь текущий код написанный за 10+ лет написан под Params::Validate и Data::Validator (под него кстати наверное даже больше) и просто эту часть втащили дальше как есть
источник

NK

Nick Knutov Dobrohos... in Modern::Perl
лоичнее - да, быстрее - нет. Особенно когда бизнес логика часто пишется по имеющемуся фактически апи.
источник

NK

Nick Knutov Dobrohos... in Modern::Perl
а потом когда что-то изменилось и добавилось например новое поле - тогда что в этой концепции происходит?
источник

DF

Denis F in Modern::Perl
Правишь спеку и, может быть,  обработчик
источник