Проблемы с импортом сторонних модулей при размещении IronPython в SL - PullRequest
Новая
       12

Проблемы с импортом сторонних модулей при размещении IronPython в SL

1 голос
/ 10 сентября 2009

Я размещаю Python в SL-приложении. По сути, у меня есть присоединенное свойство, которое позволяет вам передавать скрипт Python, который затем выполняется при событии потерянного фокуса элемента.

Интеграция с МПГ работает нормально до тех пор, пока мне не нужен какой-либо сторонний импорт. Я скопировал пакет formencode в папку site-packages в папке Program Files \ Iron Python ... и затем попытался импортировать formencode программно, используя ScriptEngine.ImportModule и inline. В каждом случае модуль не найден.

Мой код установки для хоста DLR следующий: 

        var setup = new ScriptRuntimeSetup();
        setup.HostType = typeof(BrowserScriptHost);
        setup.LanguageSetups.Add(Python.CreateLanguageSetup(null));
        setup.Options["SearchPaths"] = new string[] { string.Empty };

        _runtime = new ScriptRuntime(setup);
        _engine = _runtime.GetEngine("Python");
        _scope = _engine.CreateScope();
        _engine.ImportModule("formencode");

Любая помощь будет оценена.

Ответы [ 2 ]

1 голос
/ 10 сентября 2009

Код хостинга DLR у вас выглядит хорошо, но неправильный код formencode:

Я скопировал пакет formencode в папку site-packages в папке Program Files \ Iron Python

строка setup.HostType = typeof(BrowserScriptHost) заставляет IronPython искать в файле XAP все операции файловой системы, включая «импорт». Вам нужно будет скопировать formencode.py в проект Silverlight вашего хоста и убедиться, что для параметра «Копировать локальный» установлено значение «Истина», чтобы он попал в XAP. Тогда импорт будет работать.

Это ожидается, потому что Silverlight не может читать из любого места в файловой системе вашей операционной системы, так как он должен работать на всех компьютерах:)

1 голос
/ 10 сентября 2009

Я не пытался сделать именно это, но я обнаружил, что для включения сторонних сборок (в моем случае - физического движка дальнего следования) мне пришлось включить сборку в XAP и ссылаться на нее в App.manifest.

Но что меня поразило, так это то, что мне пришлось ссылаться на сборку с ее строгим именем (что я должен был делать только в SL, локально я мог просто использовать имя сборки).

Надеюсь, это поможет, и мне будет интересно посмотреть, как вы в итоге решите это.

...