LINUX.ORG.RU

История изменений

Исправление hargard, (текущая версия) :

Не совсем. Скорей это вопрос оплаты, необходимости обновлений до актуальных версий и целесообразности дальнейшей поддержки.

Собственно для этого рефакторинг и нужен .

Стоит только начать: «пересечения» прав выносишь в одни классы/файлы, функционал (в зависимости от типа/актера/кейса) — в другие, работу с БД/файлами — в третьи, «допилку напильником» приложения — в четвертые. А старое, ставшее ненужным — безжалостно вырезаешь. Вот тебе уже и 33% архитектуры готово.

На следующих итерациях классы/файлы и их функционал еще не раз перетасуются. Идеально сразу не бывает.

Полистай классику, пообщайся с дипсикой/гопотой на эту тему, они шарят.

  • Мартин - Чистая архитектура
  • Ларман - Применение UML и шаблонов проектирования
  • Фаулер - Рефакторинг улучшение существующего кода

Исходная версия hargard, :

Не совсем. Скорей это вопрос оплаты, и целесообразности.

Собственно для этого рефакторинг и нужен .

Стоит только начать: «пересечения» прав выносишь в одни классы/файлы, функционал (в зависимости от типа/актера/кейса) — в другие, работу с БД/файлами — в третьи, «допилку напильником» приложения — в четвертые. А старое, ставшее ненужным — безжалостно вырезаешь. Вот тебе уже и 33% архитектуры готово.

На следующих итерациях классы/файлы и их функционал еще не раз перетасуются. Идеально сразу не бывает.

Полистай классику, пообщайся с дипсикой/гопотой на эту тему, они шарят.

  • Мартин - Чистая архитектура
  • Ларман - Применение UML и шаблонов проектирования
  • Фаулер - Рефакторинг улучшение существующего кода