Вычисление выражений на этапе компиляции

[M1zantr0p]

При создании исполняемого файла delphi вычислит значения выражений, содержащие только известные аргументы (например вместо x:=23*35-1 подставит x:=804) или вычисление будет происходить уже при исполнении программы?

[Utkin]

По-разному, в зависимости как составлено выражение. Иногда действительно компилятор при сборке программы способен упростить выражение до константы. Но я бы на это никогда не полагался и если есть возможность вычислить выражение заранее - делать это самому.

[p51x]

При компиляции вычислит.

Но я бы на это никогда не полагался и если есть возможность вычислить выражение заранее - делать это самому.

Компиляторы давно это делают. А делать то, что может компилятор в ущерб читаемость, не камильфо.

[Utkin]

Сообщение от p51x

При компиляции вычислит.

Если запутать с переменными не вычислит.

А делать то, что может компилятор в ущерб читаемость, не камильфо.

А причем здесь ущерб читаемости? Пишите в комментах и все. Что Вы как робот только по книгам да по книгам? Компилятору вообще пофигу на Вашу читаемость - соблюли правила, он подготовит.

[s-andriano]

Сообщение от Utkin

Если запутать с переменными не вычислит.

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

А причем здесь ущерб читаемости? Пишите в комментах и все. Что Вы как робот только по книгам да по книгам? Компилятору вообще пофигу на Вашу читаемость - соблюли правила, он подготовит.

Комментарии служат не для этого.
Что именно делается, должно быть видно из кода, а комментарии объясняют, зачем это делается.
А код оформляется не для компилятора, а для человека:
- когда работаешь в команде, важно, чтобы коллега мог легко прочитать твой код,
- когда просто много пишешь, на собственный код, написанный месяц назад, смотришь, как будто первый раз его видишь,
- серьезные программы живут и поддерживаются годами, а то и десятилетиями. Это не учебное задание - сдал и забыл.

[Utkin]

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

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

Комментарии служат не для этого.

А для чего?

А код оформляется не для компилятора, а для человека:
- когда работаешь в команде, важно, чтобы коллега мог легко прочитать твой код,

Опять книжные слова и ни грамма практики? Коллеге нужен интерфейс и только. Как метод решает задачу не его проблемы. Более того, он не должен соваться в мой код ни коим образом. Только в случае если он будет его переделывать - то есть раз в десятилетие и скорее всего это будет не мой коллега, а лицо меня замещающее. Иначе Вы утонете в исправлениях и никогда не закончите проект.

- когда просто много пишешь, на собственный код, написанный месяц назад, смотришь, как будто первый раз его видишь,

Вот в комментах и написано будет зачем там константа, а не выражение.

серьезные программы живут и поддерживаются годами, а то и десятилетиями. Это не учебное задание - сдал и забыл.

Угу, только там старого кода и нет совсем. Он пять раз переписывается если что. Это я про десятилетия.

Господа, я открою Вам малюсенький секрет - то что написано в книгах далеко не всегда соответствует практике.

[p51x]

Если запутать с переменными не вычислит.

вычислит значения выражений, содержащие только известные аргументы (например вместо x:=23*35-1 подставит x:=804)

Может будем по теме отвечать, а не вообще?..

[Utkin]

Гы, если смешивать утверждения двух различных авторов, то никто не ответит ничего стоящего....

[p51x]

Я не смешиваю, а показываю явный овертопик.

[s-andriano]

Сообщение от Utkin

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

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

Только в случае если он будет его переделывать - то есть раз в десятилетие и скорее всего это будет не мой коллега, а лицо меня замещающее. Иначе Вы утонете в исправлениях и никогда не закончите проект.

Вот именно.
Если заранее не позаботиться о правильном оформлении кода, уход каждого сотрудника может сорвать сроки проекта.
Текучесть кадров - нормальное явление, и его необходимо читывать.

Господа, я открою Вам малюсенький секрет - то что написано в книгах далеко не всегда соответствует практике.

Я тоже открою секрет: я делюсь исключительно личным опытом. Если в книгах написано то же самое, значит, я в своих выводах не одинок.