Странная прога попалась. Гибрид шарпа и плюсов.

Ехе на плюсах видимо, вызывает винформс гуй через СОМ интерфейс.

Если бы были просто вычисления можно было думать, что хотят OLE automation, но вот какого для UI так сделано? И зачем гибрид?

Есть идеи?

И зачем гибрид?

-----

А ежели по-другому не умеют?

Может это С++/CLI?

Не думаю. У меня есть только Setup. В каталоге после установки ехе и длл-ки. В ддл-ках винформс с СОМ-ом кое где, почти все ехе нативные.

Описание на 1000 страниц, даже не успел еще посмотреть.

А ежели по-другому не умеют

Похоже уровень нормальный. Тут или по историческим причинам, или для чего то непонятного.

или для чего то непонятного

------

Один раз Я такое делал - Вин-формы имплементированные в АктивХ.

Там требовалось :

1. сделать чтобы работало

2. имплементировать для Винды

3. имплементировать для Веб.

Имплементация для Веб была простым врапером АктивеХ - благо от меня требовалось только поставить галочку в пропертяx...

То бишь, если обвернуть винформс в АктивеХ их можно в веб странице запустить? И они будут иметь прямой доступ ко всем ресурсам компа?

Тогда может быть, надо глянуть...

И они будут иметь прямой доступ ко всем ресурсам компа?

-----

А Я разве где-то об этом говорил?

У меня формы через ДКОМ работали - тогда еще про веб-сервисы ничего не знали... 2001...

Да, очень похоже по атрибутам

[ComVisible(true)]

[ClassInterface(ClassInterfaceType.None)]

[ComSourceInterfaces(typeof(xxx))]

[Guid("6D4473CB-E3D9-4C49-BF89-E4C3763A9291")]

[ProgId("xxxxx")]

А Я разве где-то об этом говорил?

нет, но без доступа к ресурсам это смыла не имеет. Но похоже, что это именно так.

Правда, пока не могу понять какой смысл запускать всё приложение как активеХ в браузере.

не могу понять какой смысл запускать всё приложение как активеХ в браузере

------

Во первых - не все приложение, а конкретный АктивХ-компонент.

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

Во первых - не все приложение, а конкретный АктивХ-компонент.

А если конкретный АктивХ-компонент - это Application wrapper тогда как?

Я такое не тестил.

В влюбом случае - будет возможность взаимодействовать с этим из вне.

А можно список операций глянуть

    IScriptingWorkspace_CS ScriptingWorkspace { get; }

    IAnalysisWorkspace_CS AnalysisWorkspace { get; }

    IGraphicalUserInterface_CS GraphicalUserInterface { get; }

    void OpenWorkspace(string nameOfWorkspaceFile);

    void SaveWorkspaceAs(string nameOfWorkspaceFile);

    void CloseWorkspace();

    void RunAutoConfiguration();

    void RunScript(string nameOfScriptToRun);

    void Quit();

    void Hide();

    void Show();
...

Зачем сейчас нужен COM Interface? Есть идеи?

Возможно чтобы программисту не мучиться... с:

using System.Runtime.InteropServices;
...
[DllImport("User32.dll")]
public static extern int MessageBox(int hwnd, String text, String caption, int type);
...

В Википедии ведь написано, что это на подобие ООП (полиморфизм и инкапсуляция), и используется допустим в DirectX. Во времена MFC 4.x помойму обращались к СУБД (ODBC) через специальную библиотеку DCOM, а по другому только через Visual Basic или FoxPro.В Википедии так-же написано:

В 2002 году была официально выпущена платформа Microsoft .NET, которая на сегодняшний день объявлена Microsoft рекомендуемой основой для создания приложений и компонентов под Windows. По этой причине в .NET включены и средства, позволяющие обращаться к компонентам COM из приложений .NET, и наоборот. По словам представителей Майкрософт, COM (точнее, COM+) и .NET являются отлично взаимодополняющими технологиями.

Если я кому-то отвечаю, это не значит что я ему симпатизирую, каждый остаётся при своём мнение Meine Die Formel der Liebe

Они просто хотят из питона и ВБ скриптов вызывать части программ.