Первые впечатления от программирования в D365FO

[belugin]

Цитата:

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

InventTrans inventTrans = (СustTrans)common; // должна быть ошибка компиляции

Это она в аксапте есть, но нет способа строго привести к другому типу не объявляя дополнительных переменных.

Цитата:

Как понимаю вопрос в таком downcast
void foo(Common _commonCustTrans)

Я имел ввиду это:

void foo(CustTrans _custTrans)
{
}

Common x;
foo(x);

[ax_mct]

Цитата:

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

Это она в аксапте есть, но нет способа строго привести к другому типу не объявляя дополнительных переменных.



Я имел ввиду это:

void foo(CustTrans _custTrans)
{
}

Common x;
foo(x);

Ага. А должен быть warning в VS ?
Manager extends Person;
Worker extends Person;

void callWorker(Worker _worker){};

Person person;
callWorker(person);

[belugin]

Должен быть compiler error как в С#, например, пока не будет явного каста.

[ax_mct]

Цитата:

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

Должен быть compiler error как в С#, например, пока не будет явного каста.

Понял. Спасибо. Как-то в голову не приходило что X++ компилятор в VS отличается от С# компилятора.

Как-то ассоцировалось с VB.NET vs С#.NET где по-сути только синтаксис отличия, а тут как бы не X++.NET, а типа интеграция для поддержки старого X++ кода.

Наверное эта интеграция и жрет все ресурсы

А где можно почитать впечатления клиентов от работы в D365FO с точки зрения быстродействия? HTML он там тоже может быть прожорливый, или кэшируется слой презентации как-то?

[belugin]

Цитата:

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

Как-то ассоцировалось с VB.NET vs С#.NET где по-сути только синтаксис отличия, а тут как бы не X++.NET, а типа интеграция для поддержки старого X++ кода.

Да, это для обратной совместимости. Он очень похож на то, что в 2012 по своим свойствам.

Цитата:

Наверное эта интеграция и жрет все ресурсы

В отличие от 2012 он переписан на C#, то есть код сравнительно свежий.
В отличие от 2012 он генерирует сборки, то есть такая ситуация, что часть кода не компилируется, не позволяется.
В отличие от C#, есть просто гигантская сборка под названием Application Suite и применены всякие трюки чтобы билдить и юзать ее частично.
Еще в отличии от C# код хранится в XML для поддержки слоёв .
Кусочек который я трейсил при помощи PerfView занимался, в-основном, дересерелизацией метаданных из этого XML. Возможно там есть задел для ускорения.

[ax_mct]

Цитата:

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

В отличие от 2012 он переписан на C#, то есть код сравнительно свежий.
В отличие от 2012 он генерирует сборки, то есть такая ситуация, что часть кода не компилируется, не позволяется.
В отличие от C#, есть просто гигантская сборка под названием Application Suite и применены всякие трюки чтобы билдить и юзать ее частично.
Еще в отличии от C# код хранится в XML для поддержки слоёв .
Кусочек который я трейсил при помощи PerfView занимался, в-основном, дересерелизацией метаданных из этого XML. Возможно там есть задел для ускорения.

Конвертировать X++ код в C# мне представляется куда менее трудоемкой задачей чем то что сделано.

Хранить в .cs., поддержку слоев реализовать структурой файловой системы где хранятся эти .cs. (Tables\USR\CustTable.cs)

Но спасибо за опыт и комментарии, познавательно. Разве что остается вопрос как много китайцев работает в датском офисе, кто-то же придумывает эти семиколесные велосипеды

[belugin]

Цитата:

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

Конвертировать X++ код в C# мне представляется куда менее трудоемкой задачей чем то что сделано.

Резeльтат будет в простых случаях многословнее и в каких-то случаях тормознее (LINQ) и надо будет наделать дополнительных правил проверски, на корректность этого LINQ.

Еще непонятно, что делать с гигантским монолитным ApplicationSuite.

Цитата:

Хранить в .cs., поддержку слоев реализовать структурой файловой системы где хранятся эти .cs. (Tables\USR\CustTable.cs)

Я бы просто хранил в системе контроля версий по веткам.

Цитата:

Но спасибо за опыт и комментарии, познавательно. Разве что остается вопрос как много китайцев работает в датском офисе, кто-то же придумывает эти семиколесные велосипеды

Они недалеко от Редмонда.

P.S. The future of C#