Прощай, X++

[gl00mie]

Цитата:

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

Точно не знаю, вряд ли можно таскать netmodule отдельно от остальных частей сборки

Джеффри Рихтер в CLR via C# как раз пишет об этом, обсуждая многофайловые сборки (в вольном переводе):

Цитата:

Причина [введения концепции сборки, которая может объединять несколько физических файлов] в том, что сборка позволяет вам отделить логическое представление повторно используемых типов от их физического представления. Например, если сборка состоит из нескольких типов, то вы можете поместить часто используемые типы в один файл, а менее часто используемые - в другой. Если развертывание вашей сборки происходит за счет скачивания ее из интернета, то потребность скачивать файл с редко используемыми типами на клиентскую машину может вообще никогда не возникнуть, если клиент никогда не обращается к этим типам.

Собственно, если посмотреть тем же Process Explorer'ом, какие сборки загружены AOS'ом вскоре после старта, то можно увидеть, что загружены лишь единицы или десятки из тысячи .netmodule'ей, составляющих сборку скомпилированного в CIL приложения Аксапты.
Что действительно нужно таскать всегда, так это файл с таблицами метаданных (manifest metadata tables), в данном случае - это файл Dynamics.Ax.Application.dll размером примерно в 1.5Mb.

[belugin]

Цитата:

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

Что действительно нужно таскать всегда, так это файл с таблицами метаданных (manifest metadata tables), в данном случае - это файл Dynamics.Ax.Application.dll размером примерно в 1.5Mb.

Спасибо, я этого не знал. А есть готовая технология чтобы таскать с AOSа и насколько можно заменить хранилище модулей на какое-то свое?

[Logger]

Цитата:

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

Джеффри Рихтер в CLR via C# как раз пишет об этом, обсуждая многофайловые сборки (в вольном переводе):Собственно, если посмотреть тем же Process Explorer'ом, какие сборки загружены AOS'ом вскоре после старта, то можно увидеть, что загружены лишь единицы или десятки из тысячи .netmodule'ей, составляющих сборку скомпилированного в CIL приложения Аксапты.

Денис, т.е. получается что ничего не мешает организовать такую подкачку на клиента а-ля auc файл ?

P.S.
Мне кажется должно быть штатное для .Net решение проблемы. Технология живет уже больше 10 лет. Пишутся сложные распределенные приложения. Так что аналогичные проблемы (с подтаскиванием кусков кода на клиент) должны были уже встречаться в куче проектов. Судя по всему процитированная особенность .Net и призвана решить эти вопросы.

[ax_mct]

Цитата:

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

Денис, т.е. получается что ничего не мешает организовать такую подкачку на клиента а-ля auc файл ?

P.S.
Мне кажется должно быть штатное для .Net решение проблемы. Технология живет уже больше 10 лет. Пишутся сложные распределенные приложения. Так что аналогичные проблемы (с подтаскиванием кусков кода на клиент) должны были уже встречаться в куче проектов. Судя по всему процитированная особенность .Net и призвана решить эти вопросы.

Еще в 2003 году была ClickOnce и вроде бы есть и сейчас
"automatically updated as needed from a central location"
http://msdn.microsoft.com/en-us/library/ms996413.aspx

Судя по всему и осталась
http://msdn.microsoft.com/en-us/libr...v=vs.120).aspx

Вот пример интересный "Auto-Deploying Windows Forms .NET Applications"
http://www.codemag.com/Article/0307061

C уважением, ваш Early Archiver MCSD for .NET (C#) 2003 года