Показать сообщение отдельно
Старый 16.01.2013, 15:47   #1  
saygon is offline
saygon
Участник
 
14 / 10 (1) +
Регистрация: 21.12.2012
AX 2012. Стратегии установки плагина для AX.
Всем привет.
Исходная задача:
Разрабатываем плагин для AX 2012, к-ый подменяет некоторую функциональность системы (подсчёт надога - sales tax) для некоторого типа транзакций.
Плагин состоит из изменений в X++ коде и .Net библиотек с исходным кодом (основная бизнес логика и взаимодействие с третьесторонними веб-сервисами). Код на X++ используют классы с .Net сборок. X++ кастомизация ложится в модель, модель в проект, и импортируется проект в .axmodel файл. Итого имеем .net сборки и axmodel файл.
Плагин будет поставляться разным клиентам (т.е. установка должна быть как можно более универсальной и простой).

Не могли ли бы Вы подсказать возможные стратегии установки плагина, а также их недостатки и преимущества. Исправления и добавления приветствуются. На данный момент я вижу две стратегии (на данный момент используется первая):

1. При установке сначала в AOT импортятся (добавляются в AOT References) .net библиотеки, к-е лежат отдельно, затем импортится axmodel файл с X++ кастомизацией и AX компилится.
Недостатки - для добавление в AOT References возможно потребуется developer license, к-ой у клиента может не быть.

2. Исходный код .net сборок добавляется в AOT, и при импорте model->AX project-> .axmodel файл, туда мы добавляем.net проекты. Итого мы имеем единственный .axmodel файл, к-ый импортируется клиентом в AOT, AX компилируется как и на предыдущем шаге.
По сравнению с предыдущим методом, мы можем полность импортить axmodel файл без developer license (исользую только AXutil.exe).
Недостатки Клиент получает сходный код .net сборок (небольшая проблема на самом деле) + размер axmodel файла, к-ый включает и исходники и бинарники, может быть довольно большим.

Какие способы ещё есть (универсальные - подходящие для разных клиентов и без developer license)?

Последний раз редактировалось saygon; 16.01.2013 в 15:49.