Vincent: Dynamics AX6 – The new X++ editor

[konopello]

Цитата:

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

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

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

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

[Lemming]

Цитата:

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

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

И как в других языках живут!?! Не знаю как там в АБАП-е, ему уже годков не мало стукнуло, там может быть и неудобно, ИМХО вопрос привычки, недели полторы плотного использования и скорее всего даже замечать перестанете. Кстати, С. Макконнелл в своей книге "Совершенный код" называет идеальным вариантом ту возможность ЯП, когда переменную можно объявить и инициализировать непосредственно перед первым использованием.

[konopello]

Цитата:

И как в других языках живут!?! Не знаю как там в АБАП-е, ему уже годков не мало стукнуло, там может быть и неудобно, ИМХО вопрос привычки, недели полторы плотного использования и скорее всего даже замечать перестанете. Кстати, С. Макконнелл в своей книге "Совершенный код" называет идеальным вариантом ту возможность ЯП, когда переменную можно объявить и инициализировать непосредственно перед первым использованием.

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

[S.Kuskov]

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

Цитата:

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

Большие тексты методов разбивать на подметоды где и делать новое объявление переменных.

Полностью согласен

P.S.: но в тоже время очень скучаю по for(int i = 1; i <= n; i++)

[belugin]

Мне кажется, что судя по бессмысленности кусочка кода на скриншоте - это просто человек набрал некий лексически правильный код в редакторе для теста. Я бы не стал делать выводы о фичах X++ по этому скриншоту редактора. Хотя в целом с Маззи я согласен - хорошо бы.

[Eldar9x]

Цитата:

for(int i = 1; i <= n; i++)

а что, в AX6 можно будет так делать? Я эту ошибку 5 раз на дню делаю, потому что параллельно на c++ работаю - бесит неимеверно, когда приходится возвращаться вверх и объявлять переменную.

PS: розовый цвет - автор посмотрел Обитаемый остров