В
Он говорид все сводить к CRUD операциям. А маршруты делать с точки зрения ресурсов
Size: a a a
2019 September 05
В
Твой пример был PostPublishController, что не совсем верно с этой точки зрения. Там был пример с опубликованными подкастами
П
я с этого и начал полемику) Выигрываем в количестве action на контроллер - проигрываем в читаемости дерева исходников. Туча контроллеров. И не всегда назовешь его так, чтобы потом понятно было о чем он
П
и потом долго копаешься в поисках, где же у тебя меняется поле модели
П
у меня вообще иногда конспорологическое - эти деятели специально меняют тренды, чтобы имитировать бурную деятельность
П
Пример Гугл с Material Disign 1 и 2
П
сначала кнопки квадратные, потом кнопки закругленные
П
Вчера микросервисы тренд, сегодня монолиты опять в моде
В
Павел
и потом долго копаешься в поисках, где же у тебя меняется поле модели
По папочкам нужно разлодить и всё ок будет 😊
П
наверное надо пробовать постепенно внедрять. проверить удобство
В
И в твоём случае будет: Published PostsController и маршрут published-posts. В таком случае это ресурсный подход
O
{"
нет
O
тоді, можна детальніше?
O
ок, мабуть колись зрозумію, і стане соромно за цей пулл, як це зазвичай буває
2019 September 06
В
Поздравляю с первым PR! :)
O
спасибо!)
В
Если делать ПРы куда либо, нужно учесть минимум 2 вещи:
1. Описать мотивацию. Зачем эти изменения, как они улучшат опыт использования фреймворка или пакета. В общем, для чего это нужно.
2. Покрыть код тестами.
1. Описать мотивацию. Зачем эти изменения, как они улучшат опыт использования фреймворка или пакета. В общем, для чего это нужно.
2. Покрыть код тестами.
O
подумал, просто добавить функционал в существующий тест, но это наверно не очень правильно
O
и, того простого описания достаточно?