mfp: X++ in AX7: The var keyword

[Link]

Цитата:

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

У меня 2009-я
Браузер иерархии говорит то же самое - что наследуется. А по факту это не так
Добро пожаловать в реальный мир, Нео.

Специально проверил в 2012-й
Там то же самое.

Ваша правда, The Matrix has me
Более того, противоположно утверждению на MSDN, все новые не стандартные классы создаются без наследования Object И таковых немало среди стандартных. Интересно, от куда ноги растут у этого утверждения, если как минимум для 2009 и 2012 это не верно, а в статье указанно, что она относится к АХ 2012.

[Link]

Добавил комментарий к статье MSDN, 1:0 в пользу Нео

[A_BAS]

Вангую:
в АХ7 появятся сообщения BP "Ключевое слово anyType более не используется. Используйте ключевое слово var".

имхо практической необходимости применения var нет
лучше бы добавили поддержку foreach. полезнее было бы

[belugin]

Цитата:

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

Вангую:
в АХ7 появятся сообщения BP "Ключевое слово anyType более не используется. Используйте ключевое слово var"

Нет такого предупреждения. Прочитайте про var в C#, чтобы понять разницу. При помощи var можно объявить переменную типа AnyType или типа SalesOrder любого другого типа. Сама переменная будет именно того типа, которого обявили:

// тип sales order tabke
var salesOrder = SalesOrderTable::find(..)
// ошибка компиляции
salesOrder = InventTrans::find(...)

// тип x - AnyType
var x = myMap.lookup(sss);
// нет ошибки компиляции
x = InventTrans::find(...)

[Logger]

Цитата:

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

Нет такого предупреждения. Прочитайте про var в C#, чтобы понять разницу. При помощи var можно объявить переменную типа AnyType или типа SalesOrder любого другого типа. Сама переменная будет именно того типа, которого обявили:

А какая от этого практическая польза ?
Сделать X++ похожим на JS c вакханалией типов и отсутствие каких-либо проверок на этапе компиляции ?
От этого один вред.

[gl00mie]

Цитата:

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

А какая от этого практическая польза ? Сделать X++ похожим на JS c вакханалией типов и отсутствие каких-либо проверок на этапе компиляции ?

По-моему, просто так удобней сишарперам, которых нагнали толпой на разработку стандартного приложения: они до этого Х++ в глаза не видели и выражают своё "фи" его ограничениям, потому что им подавай var и лямбда-функции, а тут переменные заставляют заранее объявлять, да еще и точный тип вручную указывать. Про перекрестные ссылки в Аксапте они тоже не слышали, и как эти перекрестные ссылки будут работать со всякими там var, их не волнует. Скоро большая часть перекрестных ссылок будет относиться к Common и Object

[macklakov]

Цитата:

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

А какая от этого практическая польза ?
От этого один вред.

Мне казалось, что после 2012-й таких вопросов возникать уже не должно. Ты продал душу MS и попал в ад. Муки, неотъемлемая часть процесса.

[S.Kuskov]

Цитата:

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

отсутствие каких-либо проверок на этапе компиляции?

Спасибо, belugin, акцентировал внимание на то что тип выводится всё-таки на этапе компиляции, а не в runtime. Т.е. проверки уровня компиляции будут! Не будет (пока) только проверок/подсказок уровня редактора. А если компилируются уже выведенные типы, то и перекрёстные ссылки должны работать. Перекрёстный ссылки же строятся по "байт коду" а не по тексту?

[belugin]

Цитата:

Сообщение от S.Kuskov

. Перекрёстный ссылки же строятся по "байт коду" а не по тексту?

Как сейчас строятся я точно не знаю, но так как компилятор переписан на основе xlnt - я думаю по синтаксическому дереву. Проверю.

[belugin]

Цитата:

Сообщение от S.Kuskov

А если компилируются уже выведенные типы, то и перекрёстные ссылки должны работать.

Перекрестные ссылки работают.

[Logger]

Цитата:

Сообщение от S.Kuskov

Спасибо, belugin, акцентировал внимание на то что тип выводится всё-таки на этапе компиляции, а не в runtime. Т.е. проверки уровня компиляции будут! Не будет (пока) только проверок/подсказок уровня редактора. А если компилируются уже выведенные типы, то и перекрёстные ссылки должны работать. Перекрёстный ссылки же строятся по "байт коду" а не по тексту?

Это я понимаю. Тип в момент компиляции определяется по правой части.
но проблема в том что если там anyType как в случае работы с мапом, то тип неопределенный становится. И получается часть информации мы теряем по сравнению со случаем когда слева явно задали тип вместо Var.