Добрый вечер!

Есть вопросы по созданию приложения из разнородных модулей в Visual Studio 2005 на C#.

Надо создать такое приложение, которое будет состоять из набора форм. Каждая форма отдельный модуль-приложение (отдельно скомпилированное приложение). Изначально все модули будут созданы VS 2005 на C#, но должна быть предусмотрена возможность замены модулей на новые модули, реализованные в ЛЮБОЙ среде разработки приложений. Между модулями должен проходить обмен информацией (вызов функций с параметрами и возращение ответа). Хотелось бы так же, чтобы модули были модальными (т.е. была блокировка вызывающих модулей).

Слышал, про XML-RPC, Net.Remoting, но не совсем уверен, что это подходит. Или я не прав?

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


Заранее благодарю.

С уважением Kosteles

Здравствуйте, Kosteles, Вы писали:

K>Существует ли какая-то технология или набор технологий с помощью, которой можно было бы реализовать все требования к моему приложению?

То, что вы описали называется Add-In. В .Net 3.5 появился namespace System.Addin. Я сам еше не копался, не судя по пазванию, возможно, это то, что вам подойдет.

Здравствуйте, Kosteles, Вы писали:

K>Надо создать такое приложение, которое будет состоять из набора форм. Каждая форма отдельный модуль-приложение (отдельно скомпилированное приложение). Изначально все модули будут созданы VS 2005 на C#, но должна быть предусмотрена возможность замены модулей на новые модули, реализованные в ЛЮБОЙ среде разработки приложений. Между модулями должен проходить обмен информацией (вызов функций с параметрами и возращение ответа). Хотелось бы так же, чтобы модули были модальными (т.е. была блокировка вызывающих модулей).

А можно еще чу-чуть уточнить задачу. По условию кажется, будто одно GUI приложение хочет попросить данные у другого GUI приложения. Мне это не понятно.
Обычно приложения могут использовать некоторый сервис, предоставляющий методы для чего-нибудь в зависимости от бизнес-процесса. В качестве сервисов могут выступать, например, COM+, .NET Remouting, Web-Service. Но чтобы GUI приложения выступало в этой роли, такого я не слышал. Требуется уточнение задачи.

Здравствуйте, Lloyd, Вы писали:

L>Здравствуйте, Kosteles, Вы писали:

K>>Существует ли какая-то технология или набор технологий с помощью, которой можно было бы реализовать все требования к моему приложению?

L>То, что вы описали называется Add-In. В .Net 3.5 появился namespace System.Addin. Я сам еше не копался, не судя по пазванию, возможно, это то, что вам подойдет.

Прикольно.

Здравствуйте, Kosteles, Вы писали:

...


Если вы хотите платформу для плагинов написанных "в ЛЮБОЙ среде разработки приложений" то разговаривать с плагином она должна через COM интерфейс — это наиболее общий способ.

Уточнение задачи:

Нужно разработать систему управления проектами. Вначале будет разработан главный модуль в Visual Studio 2005 на C#, он будет состоять из меню и панели статусов выполнения проектов (какие задания выполнены, какие задания выполняются, какая стоимость, какие сроки выполнения, исполнители и т.д.). Меню (MenuStrip) будет содержать ссылки (пункты меню) на модули управления проектами. Примеры модулей управления проектами: «создать проект», «запланировать задание», «определить график работы организации», «добавить пользователя», «написать сообщение» и т.д. Должна быть возможность добавления новых пунктов меню, удаление пунктов меню, назначение модулей для запуска при нажатии пункта меню.

Между главным модулем и модулями управления проектом должен проходить обмен информацией. Например, после введения и сохранения изменений в модуле «запланировать задание» (данный модуль определяет исполнителей, сроки выполнения задания проекта) эти изменения должны будут отобразиться в панели статусов выполнения проектов «главного модуля» для соответствующего проекта. «Модули управления проектами» будут разрабатываться позже. Причем, должна быть возможность подключить «модуль управления проектом», где бы он ни был разработан(.net, Delphi, Builder и т.д.). Для подключения «модулей управления проектом» «главный модуль» НЕ должен дорабатываться. Подключение «модулей управления» должно происходить с помощью настроек готовой программы «главный модуль».

Хотелось бы услышать комментарии на счет возможных вариантов разработки такого приложения.

Все это можно будет реализовать с помощью COM?

Есть ли какие-то другие варианты или использованием COM будет лучшим вариантом?

На счет Remoting как понял, что данная технология используется для взаимодействия распределенных приложений, но одновременно встретил такое утверждение, что Remoting может использоваться как COM. Remoting точно не подходит?

В случае если я буду использовать плагины, то я смогу только подключать приложение разработанные на NET?


С уважением,
Kosteles.

Здравствуйте, Kosteles, Вы писали:

K>Уточнение задачи:

K>Нужно разработать систему управления проектами.
А зачем? Возьмите уже готовую — Microsoft Project, в ней есть весь Ваш функционал.

Здравствуйте, Lloyd, Вы писали:

L>То, что вы описали называется Add-In. В .Net 3.5 появился namespace System.Addin. Я сам еше не копался, не судя по пазванию, возможно, это то, что вам подойдет.

Осталось только дождаться версии "System.Addin" с человеческим лицом

Здравствуйте, TK, Вы писали:

L>>То, что вы описали называется Add-In. В .Net 3.5 появился namespace System.Addin. Я сам еше не копался, не судя по пазванию, возможно, это то, что вам подойдет.

TK>Осталось только дождаться версии "System.Addin" с человеческим лицом

Так все плохо?

Здравствуйте, Lloyd, Вы писали:

TK>>Осталось только дождаться версии "System.Addin" с человеческим лицом
L>Так все плохо?

ИХМО, муторное оно какое-то... Для того, что-бы заработал простой пример — надо создать с пяток сборок эти сборки надо разложить по специальным папочкам (названия менять нельзя), для описания контрактов часто надо использовать собственные хитрые типы (например, IListContract<T> для передачи IList<T>) т.е. куда не плюнь, чувствуются серьезные архитектурные решения

Здравствуйте, Аноним, Вы писали:

А>Здравствуйте, Kosteles, Вы писали:

K>>Уточнение задачи:

K>>Нужно разработать систему управления проектами.
А>А зачем? Возьмите уже готовую — Microsoft Project, в ней есть весь Ваш функционал.

Это будет специлизированная система управления проектом для проектирования ПАС (прикладных автоматизированных задач) на основе МАИТ (методология интеллектульного автоматизированного труда). По ряду особенностей проектирования ПАС на основе МАИТ универсальные системы управления проектами, к сожалению, не подходят.

Kosteles.

Здравствуйте, Аноним, Вы писали:

А>А зачем? Возьмите уже готовую — Microsoft Project, в ней есть весь Ваш функционал.

Дык свой велосипед лучше! Но не потому, что он лучше, а потому, что он свой

TK>ИХМО, муторное оно какое-то... Для того, что-бы заработал простой пример — надо создать с пяток сборок эти сборки надо разложить по специальным папочкам (названия менять нельзя), для описания контрактов часто надо использовать собственные хитрые типы (например, IListContract<T> для передачи IList<T>) т.е. куда не плюнь, чувствуются серьезные архитектурные решения

Т. е. обычная подгрузка библиотеки с приведением полученного класса уже видимо не канает?
Или просто такие сложности именно потому что для простого случая можно использовать вышеупомянутое?

Здравствуйте, VGn, Вы писали:

VGn>Т. е. обычная подгрузка библиотеки с приведением полученного класса уже видимо не канает?

Это слишком просто

VGn>Или просто такие сложности именно потому что для простого случая можно использовать вышеупомянутое?

Хороший архитектор всегда найдет где развернуться