DeniZone: The future of X++

[fed]

Цитата:

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

В этой ветке слились три фичи:

По поводу последней могу сказать, что знакомые часто спрашивают, как сделать ту или иную техническую штуку на аксапте - скачать файл из интернета или там последить за папкой, что туда валится или еще что-нибудь. Сейчас, наиболее удобно послать их в MSDN, чтобы они посмотрели на код на C# и переписали его на аксапту. Теперь представьте, что ненадо ничего переписывать - если вы пишете фрагмент бизнес логики на С#, потом просто вставляете пример из MSDN и подправляете.

Дык для этого вроде бы вызов внешних сборок есть. Его конечно можно бы и получше интегировать, с этим соглашусь, но не очень понятно, зачем для этого внутри аксапты C# держать ?

Цитата:

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

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

Некий глобальный модуль на Аксапте, наверняка будет содержать кастомизации базовых классов, которые, если верить Татаринову, переписывать не будут. Так что придется всю логику на X++ писать. А если что-то совсем сбоку - дык может проще его отдельно на чем угодно написать и потом через AIF заинтегрировать ?

Цитата:

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

Или например, вас не устраивает быстродействие X++ и надо задействовать всю мощь ngen (а может, какие-то куски написать на C++\IL)

А чего такого в Аксапте можно написать чтобы ему вся мощь ngen понадобилась ? Дифуры решать ?

Цитата:

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

Или у вас есть уже готовая вычислительная библиотека на F# и вы хотите ее тесно интегрировать в приложение.

Вобщем, хорошая интеграция с возможностями .NET может быть полезна.

Хорошо бы привести реальные жизненные примеры потребности ERP-проектов в тяжелых вычислениях. Да еще и настолько интегрированные с Аксаптой, что их надо внутри приложения держать, а сбоку написать было бы нельзя...

[belugin]

[QUOTE=fed;215508]Дык для этого вроде бы вызов внешних сборок есть. Его конечно можно бы и получше интегировать, с этим соглашусь, но не очень понятно, зачем для этого внутри аксапты C# держать ?
[QUOTE]

Внешние сборки они конечно хороши, но вот только того, как их хорошо интегрируешь, то получатся внутренние сборки.

Цитата:

Некий глобальный модуль на Аксапте, наверняка будет содержать кастомизации базовых классов, которые, если верить Татаринову, переписывать не будут. Так что придется всю логику на X++ писать. А если что-то совсем сбоку - дык может проще его отдельно на чем угодно написать и потом через AIF заинтегрировать ?

По моему, прозрачная работа с .NET гораздо проще чем интеграция через посредника AIF.

Цитата:

А чего такого в Аксапте можно написать чтобы ему вся мощь ngen понадобилась ? Дифуры решать ?

Пробовал ли ты измерить в процентах сколько аксапта проводит времени в X++ а сколько в SQL при разноске огромного журнала. Например, через TraceParser

Цитата:

Хорошо бы привести реальные жизненные примеры потребности ERP-проектов в тяжелых вычислениях. Да еще и настолько интегрированные с Аксаптой, что их надо внутри приложения держать, а сбоку написать было бы нельзя...

Лично мне не хватало .NET больше при интеграции и мелких технических штуках, чем при реальных тяжелых вычислениях.

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

Кстати, а ты не мерял, что является узким местом, например, при закрытии скалада в 2009 - насколько грузится АОС, насколько SQL сервер?