Книга: Технологии программирования
8.8.7. Свод правил
8.8.7. Свод правил
В рассмотренных ранее темах не было дано настоятельных и конкретных рекомендаций по проектированию. Это соответствует убеждению, что нет "единственно верного решения". Принципы и приемы следует применять такие, которые лучше подходят для решения конкретных задач. Для этого нужен вкус, опыт и разум. Тем не менее можно указать некоторый свод правил (эвристических приемов), который разработчик может использовать в качестве ориентиров, пока не будет достаточно опытен, чтобы выработать лучшие правила. Ниже приведен свод таких эвристических правил.
Правило 1. Узнайте, что вам предстоит создать.
Правило 2. Ставьте определенные и осязаемые цели.
Правило 3. Не пытайтесь с помощью технических приемов решить социальные проблемы.
Правило 4. Рассчитывайте на большой срок в проектировании и управлении людьми.
Правило 5. Используйте существующие системы в качестве моделей, источника вдохновения и отправной точки.
Правило 6. Проектируйте в расчете на изменения: гибкость, расширяемость, переносимость, повторное использование.
Правило 7. Документируйте, предлагайте и поддерживайте повторно используемые компоненты.
Правило 8. Поощряйте и вознаграждайте повторное использование: проектов, библиотек, классов.
Правило 9. Сосредоточьтесь на проектировании компоненты.
Правило 10. Используйте классы для представления понятий.
Правило 11. Определяйте интерфейсы так, чтобы сделать открытым минимальный объем информации, требуемой для интерфейса.
Правило 12. Проводите строгую типизацию интерфейсов всегда, когда это возможно.
Правило 13. Используйте в интерфейсах типы из области приложения всегда, когда это возможно.
Правило 14. Многократно исследуйте и уточняйте как проект, так и реализацию.
Правило 15. Используйте лучшие доступные средства для проверки и анализа проекта и реализации.
Правило 16. Экспериментируйте, анализируйте и проводите тестирование на самом возможном раннем этапе.
Правило 17. Стремитесь к простоте, максимальной простоте, но не сверх того.
Правило 18. Не разрастайтесь, не добавляйте возможности "на всякий случай".
Правило 19. Не забывайте об эффективности.
Правило 20. Сохраняйте уровень формализации, соответствующий размеру проекта.
Правило 21. Не забывайте, что разработчики, программисты и даже менеджеры остаются людьми.
- 8.8.1. Укрупненное изложение проектной процедуры Б. Страуструпа
- 8.8.2. Шаг 1. Выделение понятий и установление основных связей между ними
- 8.8.3. Шаг 2. Уточнение классов с определением набора операций (методов) для каждого
- 8.8.4. Шаг 3. Уточнение классов с точным определением их зависимостей от других классов
- 8.8.5. Шаг 4. Задание интерфейсов классов
- 8.8.6. Перестройка иерархии классов
- 8.8.7. Свод правил
- 8.8.8. Пример простейшего проекта
- Давайте правильные определения ступеням лестницы
- Глава 66. Искусство сводить с ума конкурентов
- Сводная таблица
- Кодекс Ву Де: добродетели правильного поведения
- Свод правил DevOps
- Правила творческой лени
- Правильная стратегическая последовательность
- Как правильно раздавать и аннулировать права
- Часы в Windows показывают неправильное время
- 1.3. Правила подключения к компьютеру внешних устройств
- Как я нашла «правильных» потребителей, когда искала «неправильных»
- Правила именования файлов