Опубликован: 23.10.2005 | Доступ: свободный | Студентов: 4087 / 201 | Оценка: 4.44 / 4.19 | Длительность: 33:04:00
Специальности: Программист
Лекция 8:

Чувство стиля

Библиографические замечания

Книга [Walden 1995] послужила источником примера, демонстрирующего, что подчеркивание в многословных идентификаторах separated_by_underscores предпочтительнее использования букв верхнего регистра internalUpperCase.

В [Gannon 1975] описан эксперимент по изучению влияния языковых предпочтений на уровень программистских ошибок.

Правила стандартного именования компонентов были впервые представлены в [M 1990b] и в деталях разработаны в [1994a].

Я получил важные комментарии от Рихарда Винера о студентах, оценивших возможность опускать точки с запятыми, и Кима Уолдена по поводу курсива и полужирного начертания.

Упражнения

У8.1 Стиль заголовочных комментариев

Перепишите следующий заголовочный комментарий в более подходящем стиле:

reorder (s: SUPPLIER; t: TIME) is
        -- Повторно заказывает текущую деталь у поставщика s,
        -- которую следует доставить до достижения срока t;
       -- эта программа работает только при условии,
        -- что срок поставки еще не истек
    require
        not_in_past: t >= Now
    ...
next_reorder_date: TIME is
        -- Выдает следующий срок, к которому текущая деталь
        -- должна быть повторно заказана
У8.2 Неоднозначность точки с запятой

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

Подсказка: компонент может иметь в качестве цели выражение в скобках, как в (vector1 + vector2).count.