В предыдущей своей статье я рассказывал, как можно с пользой употреблять точку с запятой в качестве пустого оператора в языке С++. Здесь я рассмотрю, какие неприятные эффекты может породить слишком свободное и безответственное обращение с этим служебным символом.

Точкой с запятой в С++ должны завершаться многие команды. Среди них:

1. объявления переменных:

   int a, b, arr[10], *p;

2. определение типа структуры/класса/объединения/перечисления. Например:

   struct Point { int x; int y; };

   В общем случае такое определение может выглядеть приблизительно так:

   struct Point { int x; int y; } p1, p2, points[15], *pPointer;

   Здесь, кроме того что вводится новый тип данных Point, ещё определяются четыре переменные: две переменные типа Point, один массив элементов типа Point и один указатель на Point. Сравните это объявление с примером из пункта 1. Теперь вы должны увидеть, что пункт 2 – это усложнённый вариант объявления переменных. Т.е., на самом деле, последняя точка с запятой в определении типа структуры (или класса) завершает не определение типа структуры, а список переменных этого типа, который, как частный случай, может оказаться пустым. Правда, на практике такой «частный случай» чаще всего и реализуется, поэтому многие программисты давно забыли, откуда происходит необходимость ставить точку с запятой в конце определения класса.

3. Объявление элементов данных структуры/класса. Это две точки с запятой в определении структуры Point из пункта 2, стоящие после определения полей x и y этой структуры.

Читать полностью »

Всем привет. За клавиатурой Матлахов Максим. В последнее время при разработке своих сайтов, когда дело доходит до верстки страниц,  я все чаще стараюсь использовать новые теги и атрибуты, которые появились в новой версии HTML 5. В частности, в настоящее время,  я уже полностью перешел на HTML 5 при разработке элементов форм. Я думаю, что ни для кого не секрет, что элементы HTML 5 ведут себя по-разному в разных браузерах, а в каких-то вообще не поддерживаются, и соответственно невозможно предсказать, как будет выглядеть определенный элемент в определенном браузере, если конечно, сам его не испытал Читать полностью »

Я возвращаюсь к серии статей, посвященной оформлению текста программы.

Тернарный оператор – чрезвычайно мощный инструмент, позволяющий сделать программу выразительнее и лаконичнее, однако при плохом его оформлении программист рискует сделать код плохо читаемым.
Читать полностью »

Я начинаю серию статей, посвященную офромлению кода программ. Под оформлением мы будем понимать размещение симоволов, которые не влияют на выполнение программы, но определяют внешний вид исходного кода. Это табуляции, пробелы и переводы строк.
Читать полностью »

Мы много пишем о культуре кода и это не с проста. Текст программы – это то, что разработчик видит перед глазами большую часть своего рабочего времени. Очень важно, чтобы вы получали удовольствие от этого зрелища, а для этого в коде должны царить чистота и порядок. Я предлагаю вам 5 советов, как можно улучшить качество текста программы прямо сейчас.
Читать полностью »