ВУЗ:
Составители:
Рубрика:
Правило стандартизации стиля заключается в следующем: если суще-
ствует более одного способа сделать что-либо и выбор произвольный, оста-
новитесь на одном способе, и всегда его придерживайтесь. Программное
средство представленное в хорошем стиле имеет комментарии (пояснитель-
ные, вводные иногда оглавления), значимые идентификаторы, хорошо вос-
принимаемый текст ПС.
Пользовательский интерфейс также должен быть разработан в хоро-
шем стиле, придерживаясь следующих рекомендаций:
− пользовательский интерфейс должен базироваться на терминах и
понятиях, знакомых пользователю;
− пользовательский интерфейс должен быть единообразным;
− пользовательский интерфейс должен позволять пользователю ис-
правлять собственные ошибки;
− пользовательский интерфейс должен позволять получение пользо-
вателем справочной информации: как по его запросу, так и генерируемой ПС.
1.5 Модульное программирование
Приступая к разработке каждой программы ПС, следует иметь в виду,
что она, как правило, является большой системой, поэтому мы должны при-
нять меры для ее упрощения. Для этого такую программу разрабатывают по
частям, которые называются программными модулями. А сам такой метод
разработки программ называют
модульным программированием. Программ-
ный модуль
− это любой фрагмент описания процесса, оформляемый как са-
мостоятельный программный продукт, пригодный для использования в опи-
саниях процесса. Это означает, что каждый программный модуль програм-
мируется, компилируется и отлаживается отдельно от других модулей про-
граммы, и тем самым, физически разделен с другими модулями программы.
Более того, каждый разработанный программный модуль может включаться
в состав разных программ, если выполнены условия его использования, дек-
ларированные в документации по этому модулю. Таким образом, программ-
ный модуль может рассматриваться и как средство борьбы со сложностью
программ, и как средство борьбы с дублированием в программировании (т.е.
как средство накопления и многократного использования программистских
знаний).
Программы разбиваются на модули для того, чтобы:
− упростить их разработку и реализацию;
− облегчить чтение программ;
− упростить их настройку и модификацию;
− облегчить работу с данными, имеющими сложную структуру;
− избежать чрезмерной детализации алгоритмов;
− обеспечить более выгодное размещение программ в памяти ЭВМ.
16
Правило стандартизации стиля заключается в следующем: если суще- ствует более одного способа сделать что-либо и выбор произвольный, оста- новитесь на одном способе, и всегда его придерживайтесь. Программное средство представленное в хорошем стиле имеет комментарии (пояснитель- ные, вводные иногда оглавления), значимые идентификаторы, хорошо вос- принимаемый текст ПС. Пользовательский интерфейс также должен быть разработан в хоро- шем стиле, придерживаясь следующих рекомендаций: − пользовательский интерфейс должен базироваться на терминах и понятиях, знакомых пользователю; − пользовательский интерфейс должен быть единообразным; − пользовательский интерфейс должен позволять пользователю ис- правлять собственные ошибки; − пользовательский интерфейс должен позволять получение пользо- вателем справочной информации: как по его запросу, так и генерируемой ПС. 1.5 Модульное программирование Приступая к разработке каждой программы ПС, следует иметь в виду, что она, как правило, является большой системой, поэтому мы должны при- нять меры для ее упрощения. Для этого такую программу разрабатывают по частям, которые называются программными модулями. А сам такой метод разработки программ называют модульным программированием. Программ- ный модуль − это любой фрагмент описания процесса, оформляемый как са- мостоятельный программный продукт, пригодный для использования в опи- саниях процесса. Это означает, что каждый программный модуль програм- мируется, компилируется и отлаживается отдельно от других модулей про- граммы, и тем самым, физически разделен с другими модулями программы. Более того, каждый разработанный программный модуль может включаться в состав разных программ, если выполнены условия его использования, дек- ларированные в документации по этому модулю. Таким образом, программ- ный модуль может рассматриваться и как средство борьбы со сложностью программ, и как средство борьбы с дублированием в программировании (т.е. как средство накопления и многократного использования программистских знаний). Программы разбиваются на модули для того, чтобы: − упростить их разработку и реализацию; − облегчить чтение программ; − упростить их настройку и модификацию; − облегчить работу с данными, имеющими сложную структуру; − избежать чрезмерной детализации алгоритмов; − обеспечить более выгодное размещение программ в памяти ЭВМ. 16
Страницы
- « первая
- ‹ предыдущая
- …
- 14
- 15
- 16
- 17
- 18
- …
- следующая ›
- последняя »