RI
ну за любым решением, фреймворком стоить какая-то идеалогия
скорее идея :) идеология - это принципиальная вещь :)
Size: a a a
2020 May 16
AC
Я думал, что фишечка в том, что "идеология" - это про идеи, а неологизм "идеалогия" — про стремление к идеалу
AD
Как-то у нас был класс ServerManager на 500-800 строк, точно не помню. Лежал в папке lib/services, и с ним было сложно работать.
В итоге я его переписал на кучку srp классов вида BootstrapServer, RenameServer, DeleteServer, DeployServer и прочие. Лежали они так же в lib/services, но работать было гораздо удобнее.
Мне кажется, не место влияет, а подход к написанию (это к одному из предыдущих сообщений про app/services)
В итоге я его переписал на кучку srp классов вида BootstrapServer, RenameServer, DeleteServer, DeployServer и прочие. Лежали они так же в lib/services, но работать было гораздо удобнее.
Мне кажется, не место влияет, а подход к написанию (это к одному из предыдущих сообщений про app/services)
Так про место никто не говорил, говорилось, что создание app/services на уровне фреймворка вообще не решит проблем
AD
посмотрел твой пример, в целом ты говоришь про проблему coupling и cohesion (связанности) абстракций. и второй момент, про слишком "абстрактные" абстракции без осмысления бизнес-логики. я не знаю честно говоря, как первая проблема может решаться на уровне фреймворка, а вот по ддд в принципе, фреймворк мог бы давать рекомендации, но rails все-таки не ddd-шный фреймворк
Я могу начать следить за своими зависимостями и понять, что вот в этом месте твориться что-то не то. Те это даст мне ещё один способ оценить «качество»
D
Я думал, что фишечка в том, что "идеология" - это про идеи, а неологизм "идеалогия" — про стремление к идеалу
забавно. в общем, моя неграмотность подвела)
D
Я могу начать следить за своими зависимостями и понять, что вот в этом месте твориться что-то не то. Те это даст мне ещё один способ оценить «качество»
да. но фреймворк-то тут тебе никак не поможет. разработчики сами должны следить за дизайном, реализацией
NB
Фреймворк как раз таки может регламентировать и требовать лучшие практики, а не давать полную свободу.
Вообще это сложный вопрос. Вроде свобода круто, пиши как хочу, никто не мешает и не стесняет, реализуй лучшие практики! Но с другой стороны начинается обычно помойка..
Вообще это сложный вопрос. Вроде свобода круто, пиши как хочу, никто не мешает и не стесняет, реализуй лучшие практики! Но с другой стороны начинается обычно помойка..
AD
да. но фреймворк-то тут тебе никак не поможет. разработчики сами должны следить за дизайном, реализацией
там посмотри с чего выше разговор начался
D
да я помню с чего. я же эту тему и завел)
D
Фреймворк как раз таки может регламентировать и требовать лучшие практики, а не давать полную свободу.
Вообще это сложный вопрос. Вроде свобода круто, пиши как хочу, никто не мешает и не стесняет, реализуй лучшие практики! Но с другой стороны начинается обычно помойка..
Вообще это сложный вопрос. Вроде свобода круто, пиши как хочу, никто не мешает и не стесняет, реализуй лучшие практики! Но с другой стороны начинается обычно помойка..
ага. потому что фреймворк не может сделать за тебя всю работу
NB
Но я вот никогда лично не понимал блейминга самих рельсов. Все эти "fat models tiny controllers" и vica versa - это скорее идеи комьюнити, ну может офиц. доков где. Но ведь рельсы никогда не мешали юзать дополнительный набор абстракций, будь то сервисы, form object, dto и т.п. Ни в 3 версии, ни в 6. И хвалёная скорость прототипирования имхо никак не страдала при использовании этих подходов. Имхо это от лукавого, куча разрабов слепо писали код как могли, назвали это Rails Way® , популяризовали, но пострадал от этого инструмент
IN
Но я вот никогда лично не понимал блейминга самих рельсов. Все эти "fat models tiny controllers" и vica versa - это скорее идеи комьюнити, ну может офиц. доков где. Но ведь рельсы никогда не мешали юзать дополнительный набор абстракций, будь то сервисы, form object, dto и т.п. Ни в 3 версии, ни в 6. И хвалёная скорость прототипирования имхо никак не страдала при использовании этих подходов. Имхо это от лукавого, куча разрабов слепо писали код как могли, назвали это Rails Way® , популяризовали, но пострадал от этого инструмент
👍
АШ
А вы как-нибудь попробуйте не использовать ActiveRecord в рельсах.
АШ
Это как кота гладить против шерсти, везде натыкаешься на сопротивление, т.к. практически весь фреймворк завязан на интеграцию между ActionPack, ActionView и ActiveRecord.
IM
А вы как-нибудь попробуйте не использовать ActiveRecord в рельсах.
Норм все
IM
А чо тебе нужно, сериализация объектов из контроллера? Бизнес логика?
АШ
ну вот хочу не толстые модели, а тонкие, у которых не 300 классов в публичном интерфейсе, а только те, которые я сам объявил.
АШ
и репозитории хочу
D
ну тебе никто не мешает это реализовать, на самом деле
D
ну или rom заюзай просто