Пример, где предварительный дизайн (мог бы) сэкономил ваше время - PullRequest
1 голос
/ 05 мая 2010

В разных местах я видел утверждение, что, проектируя систему заранее, вы можете значительно сократить время разработки. То есть потратив час на разработку, вы можете сэкономить недельное кодирование. Моя проблема в том, что я никогда не видел ситуации, в которой я обнаружил, что это правда. Итак, я хочу знать о любых примерах, которые есть у людей, где это было бы правдой:

Итак:

  1. Какие проблемы возникли во время кодирования? (или его избегали?)
  2. Как вы могли избежать (или избежали) проблемы, потратив больше времени на разработку дизайна?
  3. Почему было (или было бы) трудно исправить проблему в коде?

1 Ответ

0 голосов
/ 05 мая 2010

«Дизайн перед тем, как кодировать» - это школа мысли, которая считает, что какой код должен быть выполнен (или какие классы должны быть созданы и как они будут взаимодействовать), должен быть продуман и задокументирован, проанализирован с учетом альтернатив, а также проверка необходимого и достаточного условия удовлетворения потребности с вероятной расширяемостью в случае изменений.

Так что, если мы видим, любой, кто не занимается «дизайном» до написания кода, также должен помнить об этих мыслях при запуске редактора кода и написании классов и его методов. Если кто-то думает о классах и их взаимодействии, лучше следовать дисциплине дизайна.

Но со стилями программирования, такими как гибкое, одноранговое программирование и т. Д., Потребность в эксклюзивном проектировании уменьшается в определенных проектах. Однако команды разработчиков продуктов, которые работают над жесткими инженерными продуктами, следуют дисциплине проектирования. Преимущество заключается не только в сокращении времени кодирования, но и в длительной эксплуатации продукта.

...