1.6.6 Правило расчетливости: пишите большие программы, только если после демонстрации становится ясно, что ничего другого не остается

1.6.6 Правило расчетливости: пишите большие программы, только если после демонстрации становится ясно, что ничего другого не остается

Под "большими программами" в здесь подразумеваются программы с большим объемом кода и значительной внутренней сложностью. Разрешая программе разрастаться, разработчик ставит под удар дальнейшее обслуживание данной программы. Поскольку люди неохотно расстаются с видимым результатом длительной работы, крупные программы привлекают излишние вложения в подходах, которые ошибочны или неоптимальны.

Проблема оптимального размера программного обеспечения более подробно рассмотрена в главе 13.

Данный текст является ознакомительным фрагментом.



Поделитесь на страничке

Следующая глава >

Похожие главы из других книг:

2.3. При инсталляции система не даёт выбрать компоненты, да и после инсталляции в Add/Remove programs – Windows Components почти ничего нет.

Из книги автора

2.3. При инсталляции система не даёт выбрать компоненты, да и после инсталляции в Add/Remove programs – Windows Components почти ничего нет. Во время установки ничего выбрать вам, к сожалению, не удастся. Но, после инсталляции, в Windows/inf найдите файлик sysoc.inf и удалите в нём слово hide или HIDE везде,


58. Храните типы и функции в разных пространствах имен, если только они не предназначены для совместной работы

Из книги автора

58. Храните типы и функции в разных пространствах имен, если только они не предназначены для совместной работы РезюмеОберегайте ваши типы от непреднамеренного поиска, зависящего от аргументов (argument-dependent lookup — ADL, известный также как поиск Кёнига); однако преднамеренный


1.6.5. Правило простоты: необходимо проектировать простые программы и "добавлять сложность" только там, где это необходимо

Из книги автора

1.6.5. Правило простоты: необходимо проектировать простые программы и "добавлять сложность" только там, где это необходимо Многие факторы приводят к усложнению программ (а следовательно, делают их более дорогими и более уязвимыми относительно ошибок). Программисты — это


1.6.11. Правило тишины: если программа не может "сказать" что-либо неожиданное, то ей вообще не следует "говорить"

Из книги автора

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


1.6.14. Правило генерации: избегайте кодирования вручную; если есть возможность, пишите программы для создания программ

Из книги автора

1.6.14. Правило генерации: избегайте кодирования вручную; если есть возможность, пишите программы для создания программ Известно, что люди плохо справляются с деталями. Соответственно, любой вид ручного создания программ является источником задержек и ошибок. Чем проще и


Правило 3: Везде, где только можно используйте const

Из книги автора

Правило 3: Везде, где только можно используйте const Замечательное свойство модификатора const состоит в том, что он накладывает определенное семантическое ограничение: данный объект не должен модифицироваться, – и компилятор будет проводить это ограничение в жизнь. const


Правило 52: Если вы написали оператор new с размещением, напишите и соответствующий оператор delete

Из книги автора

Правило 52: Если вы написали оператор new с размещением, напишите и соответствующий оператор delete Операторы new и delete с размещением встречаются в C++ не слишком часто, поэтому в том, что вы с ними не знакомы, нет ничего страшного. Вспомните (правила 16 и 17), что когда вы пишете такое


1.6.5. Правило простоты: необходимо проектировать простые программы и "добавлять сложность" только там, где это необходимо

Из книги автора

1.6.5. Правило простоты: необходимо проектировать простые программы и "добавлять сложность" только там, где это необходимо Многие факторы приводят к усложнению программ (а следовательно, делают их более дорогими и более уязвимыми относительно ошибок). Программисты — это


1.6.6 Правило расчетливости: пишите большие программы, только если после демонстрации становится ясно, что ничего другого не остается

Из книги автора

1.6.6 Правило расчетливости: пишите большие программы, только если после демонстрации становится ясно, что ничего другого не остается Под "большими программами" в здесь подразумеваются программы с большим объемом кода и значительной внутренней сложностью. Разрешая


1.6.11. Правило тишины: если программа не может "сказать" что-либо неожиданное, то ей вообще не следует "говорить"

Из книги автора

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


1.6.14. Правило генерации: избегайте кодирования вручную; если есть возможность, пишите программы для создания программ

Из книги автора

1.6.14. Правило генерации: избегайте кодирования вручную; если есть возможность, пишите программы для создания программ Известно, что люди плохо справляются с деталями. Соответственно, любой вид ручного создания программ является источником задержек и ошибок. Чем проще и


ПИСЬМОНОСЕЦ: Если уж совсем ничего не получается…

Из книги автора

ПИСЬМОНОСЕЦ: Если уж совсем ничего не получается… Автор: Илья ЩуровУважаемая редакция, читаю журнал с запозданием, поэтому, возможно, моя реплика и несвоевременна. В "КТ" #20 Евгений Козловский жалуется на проблемы с GPRS-роумингом у МТС, которые довели автора до смены


Закон 9. Пароли не могут надежно храниться у клиента, если только они не зашифрованы другим паролем

Из книги автора

Закон 9. Пароли не могут надежно храниться у клиента, если только они не зашифрованы другим паролем Это утверждение о паролях в особенности относится к программам, которые в той или иной форме хранят пароль на компьютере клиента в архитектуре клиент-сервер. Помните, что


«Даже если вы ничего не поняли, вам придётся отвечать на ближайшем экзамене» Сергей Голубицкий

Из книги автора

«Даже если вы ничего не поняли, вам придётся отвечать на ближайшем экзамене» Сергей Голубицкий Опубликовано 02 февраля 2014 Сегодня мой рассказ об одном из самых сложных в интеллектуальном отношении фильмов, какие доводилось смотреть в жизни: