2009-09-06 5 views
0

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

Но как анализировать свои ошибки, чтобы предотвратить подобные ошибки в будущем? Я знаю 2 вещи для этого: обзоры кода и пост-смертные встречи.

Можете ли вы назвать больше и описать, как вы их делаете. Также меня интересует, как вы проверяете, работает ли ваш метод, и действительно уменьшает количество ошибок дизайна, что делает вас лучшим дизайнером.

+2

Возможно посмертная встреча может быть оставив вещи немного поздно. .. –

ответ

1

В любом случае лучший дизайн. Я никогда не боюсь Second System Effect. Это необходимо. Я всегда использовал Tracer Bullets.

Большинство моих дизайнерских идей взято из книги The Pragmatic Programmer: From Journeyman to Master. Эти советы из первых глав этой книги могут помочь для лучшего дизайна ...

+0

Спасибо! Я прочитаю «Прагматический программист: от Journeyman to Master». Я прочитал предисловие, это обязательно прочитанная книга. Очень благодарен за обмен опытом. –

2

Одна вещь, которая показала мне мой опыт, заключается в том, что письменный блок-код для вашего кода покажет вам, достойна ли ваша архитектура или нет. Если вам нужно выполнить какую-то работу в одном тесте, ваша архитектура может быть не идеальной :)

Возможно, вы обнаружите, что у вас слишком много сцепления и слишком мало сцепления. В моем случае, в одном проекте, оба.

Смежные вопросы