Vincent: Dynamics AX6 – The new X++ editor

[DSPIC]

Цитата:

This editor is based on the same framework than the Visual Studio editor

Интересно, кроме разукраски, редактор X++ унаследует что-нибудь более существенное?

[alex55]

Цитата:

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

Интересно, кроме разукраски, редактор X++ унаследует что-нибудь более существенное?

Хотел про настройку размера шрифтов спросить, но похоже там комменты скринятся.

[Gustav]

Цитата:

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

комменты скринятся.

Извиняюсь, а можно перевод с русского на русский? Спасибо.

[alex55]

Цитата:

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

Извиняюсь, а можно перевод с русского на русский? Спасибо.

Скрываются, становятся видны только автору блога.

[miklenew]

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

[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

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

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

[brahma]

Цитата:

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

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

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

[Lemming]

Цитата:

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

Инициализацию где хочешь в коде можно делать. Ужас.
Это же не айс. Код превращается в фиг знает что.

Во первых, если я правильно понял то речь не о инициализации, а о объявлении переменных в любом месте кода. Инициализацию мы и сейчас можем делать когда захотим, что в общем то правильно. Во вторых, если будет нормальный переход к "строке объявления", то никакой каши мы не получим. Неплохо бы еще было добавить "выведение типов". В конце концов, поскольку все это плавно движется в сторону .NET пора начинать привыкать к доступным там "фокусам".

Кстати, кмк, многие фичи X++, к которым мы так привыкли и которые нам нравятся, это следствие не продуманности языка, а то что Дамгаард 10 лет назад это далеко не Микрософт или Сан, т.е. не было у них таких ресурсов что бы спроектировать и реализовать полноценный Java подобный ЯП. Так что то, что X++ в том виде, в котором мы его видим сегодня, скорее необходимый минимум того, чем хотела наделить систему Датская компания. Более того, я думаю что совершенствование самого языка это новые шаги, в долгосрочной перспективе, целиком заменить его на C#. Правда, мне лично, очень интересно что будут делать со встроенным SQL? Я не разделяю оптимизм того бравого менеджера, который в видео про трансляцию p-кода в CLR, небрежно заявил: "что мол, у нас есть LINQ и встроенный SQL нам больше не нужен".

В общем, поживем увидим, но развитие это всегда хорошо, да и жить программистам будет веселей

[belugin]

Цитата:

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

не разделяю оптимизм того бравого менеджера, который в видео про трансляцию p-кода в CLR, небрежно заявил: "что мол, у нас есть LINQ и встроенный SQL нам больше не нужен".

Всттроенный SQL убогее LINQ, насколько я знаю. Что тебе не зватает в LINQ, что есть во встроенном SQL?

[miklenew]

Цитата:

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

Во первых, если я правильно понял то речь не о инициализации, а о объявлении переменных в любом месте кода.

Да. По терминологии именно так. Инициализация всё же - это присвоение начальных значений.

Цитата:

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

В общем, поживем увидим, но развитие это всегда хорошо, да и жить программистам будет веселей

Когда я перешёл с VC++ 6.0 на С++ Builder, я был просто счастлив на сколько всё проще работает. И части глюков уже не было. Были другие, но с ними легче бороться.
Когда перешёл с С++ Builder на Axapt-у, было тоже самое.
А щас что? Возвращаться назад. В страну невыученных уроков.
Если программистам среды хватает для реализации самых разных задач, зачем чё то выдумывать.
MS то понятно: Кручу - верчу, выиграть хочу.
Но вам Lemming за чем это?

[Lemming]

Цитата:

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

Но вам Lemming за чем это?

Just for fun, как и написано в предыдущем моем посте. А вот про LINQ2SQL я, походу, преждевременно ввязался в дискуссию Собственно, что служит поводом покурить эту технологию более глубоко.