Vincent: Dynamics AX6 – The new X++ editor

[mazzy]

о... нашел Statement of Direction от 2004 года, который тогда попал в открытый доступ...
Ностальгия
http://forum.mazzy.ru/index.php?s=&s...ndpost&p=14095

а еще программное сообщение в блоге Satya Nadella
http://blogs.msdn.com/satyanadella/a...06/386272.aspx
Да... Process Modeling так и не получился.

[mazzy]

Zitat:

Zitat von DSPIC

начали с разукрашивания, а не, например, с suggestion list, на мой взгляд главного недостатка существующего редактора.

А... Да, тогда согласен.

Zitat:

Zitat von DSPIC

Возможно, я опережаю события, и автор просто показал то, что мог показать...

Возможно. Как всегда, NDA...
Будем посмотреть.

[mazzy]

о! вот о чем мечтали большевики в далеком 2003 году... когда еще был мальчишеский задор и майкрософт еще хотел одним махом все купленные в 2002 году системы "быстренько" переделать на новую систему...
презентация по MS Business Framework

[Lemming]

Zitat:

Zitat von miklenew

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

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

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

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

[belugin]

Zitat:

Zitat von Lemming

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

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

[miklenew]

Zitat:

Zitat von Lemming

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

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

Zitat:

Zitat von Lemming

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

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

[Lemming]

Zitat:

Zitat von miklenew

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

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

[belugin]

на rsdn, кстати, жаловались, что в LINQ нет update_recordset, но на том уровне, который есть в X++ можено и самим приделать

[Logger]

Zitat:

Zitat von belugin

на rsdn, кстати, жаловались, что в LINQ нет update_recordset, но на том уровне, который есть в X++ можено и самим приделать

Самим - это кому ?
Прикладным разработчикам ?

[PavelX]

LINQ вообще плохо работает с bulk operations. В .NET предлагается для этих целей писать хранимые процедуры на сервере и дергать их из кода по надобности. Как это будет выглядеть применительно к Аксапте можно только гадать

[belugin]

Zitat:

Zitat von Logger

Самим - это кому ?
Прикладным разработчикам ?

Кажется вот это обсуждение

[konopello]

Zitat:

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

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

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

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

[Lemming]

Zitat:

Zitat von konopello

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

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

[konopello]

Zitat:

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

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

[S.Kuskov]

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

Zitat:

Zitat von konopello

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

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

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

[brahma]

Zitat:

Zitat von mazzy

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

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

[mazzy]

Zitat:

Zitat von 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/

Zitat:

Zitat von brahma

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

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

[belugin]

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

[Eldar9x]

Zitat:

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

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

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

[egorych]

Zitat:

Zitat von mazzy

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

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