Чувствую, что данный вопрос - камень в мой топик по соседству, но не вижу смысла.
Ситуация здесь координально отличается от декларации эксепшенов. throw-декларации во-первых влияют на поведение программы, во-вторых влияют на оптимизацию, в-третьих дают разработчику дополнительную информацию, которой он изначально не имеет. Константное объявление передаваемых по значению параметров не дает даже метаинформации разработчику, не говоря уже об остальном.
Чувствую, что данный вопрос - камень в мой топик по соседству, но не вижу смысла.
Ситуация здесь координально отличается от декларации эксепшенов. throw-декларации во-первых влияют на поведение программы, во-вторых влияют на оптимизацию, в-третьих дают разработчику дополнительную информацию, которой он изначально не имеет. Константное объявление передаваемых по значению параметров не дает даже метаинформации разработчику, не говоря уже об остальном.
Нет не камень. Игра слов показалась камнем, о чём я сожалею,...07.03.09 19:12 Автор: void <Grebnev Valery> Статус: Elderman
> Чувствую, что данный вопрос - камень в мой топик по > соседству, но не вижу смысла. Нет не камень. Игра слов показалась камнем, о чём я сожалею, и считаю тему "соседского" топика важной. Смысла наверное действительно нет. В теле функции девелопер не будет "экономить" на использовании стековых переменных, запутывая код. Кроме того, не уверен, поможет это компилятору или нет сгенерировать fastcalll даже если девелопер и не просит об этом. Не времени проверять.
я могу ошибатья, но конст в декларации функции то же самое, что и в декларации переменной -- указание компилятору, что внутри функции переменная не может меняться, ибо иначе это ошибка в днк программиста. по сути -- где требуется, там нужно использовать.07.03.09 21:14 Автор: kstati <Евгений Борисов> Статус: Elderman Отредактировано 07.03.09 21:15 Количество правок: 1
подробно о проекте
Анализ криптографических сетевых...
новое сообщение
закрытая нитка
новое сообщение
в закрытой нитке
старое сообщение
