Распространение среды выполнения DLR для приложения C # со встроенным (размещенным) IronPython - PullRequest
2 голосов
/ 01 сентября 2011

Мы создаем коммерческое (закрытое / проприетарное) приложение для интрасети, в котором используется размещенный IronPython (2.7) для .NET 4.0.

Какой подход вы бы порекомендовали для обеспечения доступности времени выполнения DLR (Microsoft.Scripting.dll и Microsoft.Dynamic.dll - оба включены в двоичный дистрибутив IronPython 2.7)?

Они оба лицензированы по лицензии Apache, поэтому включение с нашим программным обеспечением не будет проблемой. Потенциально альтернативой будет обеспечение их доступности в GAC.

Похоже, что намерение разработчиков DLR состоит в том, чтобы все больше и больше DLR в конечном итоге попадало в .NET framework / CLR (предположительно в System.Core).

Любые мысли или соображения приветствуются.

1 Ответ

2 голосов
/ 01 сентября 2011

Лучше всего включить библиотеки DLR в ваше приложение рядом с библиотеками IronPython. Размещение их в GAC повлияет на любое другое приложение в системе, которое использует DLR, что, вероятно, не то, что вы хотите, если у вас нет полного контроля над задействованными системами.

То, что в .NET 4 - это, вероятно, степень DLR, которая собирается войти; Microsoft больше не участвует в разработке DLR.

...