Обратите внимание на то, какое значение мы придаем структуре и организации программы: вы не сможете написать хорошую программу, просто перечислив множество инструкций. Почему мы упоминаем об этом сейчас? На текущем этапе вы (или, по крайней мере, многие читатели) слабо представляете себе, что такое программа, и лишь через несколько месяцев будете готовы написать программу, от которой может зависеть жизнь или благосостояние других людей. Мы упоминаем об этом, чтобы помочь вам правильно спланировать свое обучение. Существует большой соблазн набросать примерный план курса по программированию — похожего на изложенный в оставшейся части книги, — выделив темы, которые имеют очевидное полезное применение и проигнорировав более “тонкие” вопросы разработки программного обеспечения. Однако хорошие программисты и проектировщики систем знают (и это знание часто приобретается тяжелой ценой), что вопросы структуры лежат в основе хорошего программного обеспечения и пренебрежение ими порождает массу проблем. Не обеспечив хорошей структуры программы, вы, образно говоря, лепите ее из глины. Это вполне возможно, но таким образом никогда нельзя построить пятиэтажный дом (глина просто не выдержит). Если хотите построить не времянку, а солидное здание, то следует уделить внимание структуре и правильной организации кода, а не возвращаться к этим вопросам, совершив множество ошибок.

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

Имена переменных также являются выражениями. Переменная — это объект, имеющий имя. Рассмотрим пример.

Здесь литералы

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

Здесь слово

, обозначающее левый операнд оператора присваивания, означает “объект с именем ”, поэтому это выражение читается так: “записать число 99 в объект с именем ”. Следует различать имя , стоящее в левой части оператора присваивания или инициализации (оно называется “ переменной ”) и в правой части этих операторов (в этом случае оно называется “ переменной ”, “значением объекта с именем ”, или просто “значением ”). В этом контексте полезно представить переменную в виде ящика, помеченного именем.

Иначе говоря,

— это имя объекта типа , содержащего значение 99. Иногда (в качестве ) имя относится к ящику (объекту), а иногда (в качестве ) — к самому значению, хранящемуся в этом ящике.

Комбинируя выражения с помощью операторов, таких как

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

Без скобок это выражение пришлось бы записать следующим образом:

что слишком громоздко и провоцирует ошибки.

Последняя ошибка является логической, и компилятор не может ее обнаружить. Компилятор просто видит переменную с именем

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

В программах применяются обычные математические правила, регламентирующие порядок выполнения операторов, поэтому

означает . Аналогично выражение означает , а не . Таблица приоритетов операторов приведена в разделе A.5.

Первое правило использования скобок гласит: “Если сомневаешься, используй скобки”. И все же программист должен научиться правильно формировать выражения, чтобы не сомневаться в значении формулы

. Слишком широкое использование операторов, например , снижает читабельность программы.

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