Vincent: Dynamics AX6 – The new X++ editor

[mazzy]

Цитата:

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

Это же не айс.

Ну, почему же?
Это ограничивает область видимости. И решает проблему использования переменной ЗА областью видимости
Страустрап: http://htw.narod.ru/C/intro/gl2.htm#gl2.1.1

[miklenew]

Страустрапу не зачёт за такой код.
Он бы ещё в цикле пустил инициализацию.
В Аx-e более менее всё нормально с утечкой памяти в отличии от ранних версий VC(6.0 на других не работал).
Ну и спрашиваеться нужно ли оно.
Тем более просто так, такие вещи не даются.
Выделил память, кто же должен её освободить. Значит лишние телодвижения за кадром.
Или она так и висит пока класс не отработает.
Пиши не большие методы и с видимостью будет всё нормально.

[mazzy]

Цитата:

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

Он бы ещё в цикле пустил инициализацию.

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

В результате получается очень ожидаемое поведение.
И снижается риск использования неинициализированной переменной.
Даже в маленьких методах.

[miklenew]

Цитата:

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

И в цикле...
Инициализация - это не только обнуление. Инициализация - это еще и вызов конструктора.
А таким образом объявление и инициализация максимально приближены друг к другу.
А вызов деструктора выполняется при выходе из области видимости.

Ну хорошо бы если бы это было так.
В С++ 6.0 в зависимости от конструкций или воровали чужую ящейку или работали со следующими.
В результате чуть зазеваешься и получались такие чудеса.

Цитата:

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

В результате получается очень ожидаемое поведение.
Даже в маленьких методах.

Ну и что, что ожидаемое. Сам же написал работают конструктор, деструктор. Это что правильно? Лишние команды на процесор кидать, плюс с памятью действия нужно делать.
Конструктор и деструктор думаю более употребимо в отношении классов.
А с переменными там что-то другое работает. (там более элементарные операции, названия этим действиям не видел)

[mazzy]

Цитата:

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

Сам же написал работают конструктор, деструктор. Это что правильно?

Дык, как напишешь.
Если переменную в начале объявить, то ничего не изменится.

А вот если область видимости переменной действительно ТОЛЬКО внутри цикла.
И внутри цилка она и так конструируется и уничтожается.
То, программисту меньше писать. И меньше ошибок с неинициализированной переменной ДО цикла и уничтоженной ПОСЛЕ цикла

[mazzy]

замечания для программистов С

Цитата:

...практически нет причин описывать локальную переменную не инициализируя ее, поскольку описание может появляться везде, где может стоять оператор, – не описывайте переменную, пока она вам не нужна.

http://lib.rus.ec/b/78907/read

[ta_and]

Только вот про розовый цвет он сказал.
А про то, что изменять ПРОИЗВОЛЬНО цвет операторов, инструкций, комментариев - не сказал.
Неужто опять зафиксируют эти ужасные зеленый красный синий?...
да еще добавят перламутровый для операторов?!

[DSPIC]

Цитата:

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

Только вот про розовый цвет он сказал.
А про то, что изменять ПРОИЗВОЛЬНО цвет операторов, инструкций, комментариев - не сказал.
Неужто опять зафиксируют эти ужасные зеленый красный синий?...
да еще добавят перламутровый для операторов?!

А на большее чего-то не хватает...

А ещё интересно, почему был выбран розовый цвет и вообще, расширение в сторону цветовой палитры, нежели инструментария...

[miklenew]

Цитата:

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

Дык, как напишешь.

Я и говорю: Шкатулка Пандоры.
Пока не вляпаешься как нибудь, не узнаешь.
Вот если бы MS хотя бы в Best Practices внесла что-то вроде: Можно так то так то но не желательно, это может привести к тому то тому то. А может и не приведёт.
Ведь не напишут. А сами ещё в тихую будут писать как надо.
А начинаю с какой нибудь версии скажут: Улучшили редактор за счёт...
Узнают все только когда появится ветка на Axforum-e: Замеры производительности редактора кода Ax 2009 и Ax 6.0 или Глюки в Ax 6.0.
Хорошо бы конечно, что бы этого не было.

[brahma]

Цитата:

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

А вызов деструктора выполняется при выходе из области видимости.

Это только для native C++. Для managed С++ (и остальных) деструктор вызовется когда GarbageCollector убьет объект. Или нужно самому вызывать деструктор.

[mazzy]

Цитата:

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

Да конечно в некоторых местах AX такой способ даст преимущество, но данный способ объявления я бы строго регламентировал, без особой надобности и целесообразности не использовать.

Просто будут действовать нормальные правила рефакторинга
http://ru.wikipedia.org/wiki/%D0%A0%...B8%D0%BD%D0%B3
http://www.softkey.info/reviews/review5449.php
http://www.bolero.ru/product-2229394...1330c167a8b320
http://www.ozon.ru/context/detail/id/1308678/

Цитата:

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

Это только для native C++. Для managed С++ (и остальных) деструктор вызовется когда GarbageCollector убьет объект. Или нужно самому вызывать деструктор.

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

[egorych]

Цитата:

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

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

Фича еще в том, что деструктор-то МОЖНО вызвать, но память реально очистится только сборщиком мусора