- Общий
-
Ideas
API сервера данных
Предлагаю открыть API для сервера данных. Это позволит:
1. Создавать общий для всех клиентов функционал системы независимо от наличия у клиента установленного модуля. Если у системы 100 пользователей, регистрировать у каждого библиотеку модуля в данном случае неверно
2. Обращаться к системе удаленно
3. Не зависеть от UI. В ряде задач он не нужен вовсе, нужно только иметь возможность работать с данными
Я считаю, что API ко всему прочему должен иметь web-интерфейс в некотором виде, например WCF-сервис. Это позволит разворачивать серьезные распределенные приложения на базе системы для решения любых задач: анализ, визуализация данных.
Respuesta
А чем вам не подходит ИнГЕО MapX?
Можете обернуть COM-компонент в WCF-службу и обращаться к ней удаленно. Соответственно, в рамках самой службы вы вправе дописывать нужный функционал по анализу и т.п.
Сервер данных только для внутренних нужд. Расширяемость не предусмотрена и не планируется. Для прикладных серверов используйте MapX.
А Вы попробуйте захостить сервис, использующий MapX, например, на IIS. Если поднимется, с меня пиво!
Надо-то всего лишь: База данных - API. Без всяких UI, команд. Это ведь элементарно!
MapX может быть полезен только для того, чтобы показать карту в своем приложении. Но в этом случае проще клиента ИнГЕО расширить своими функциями.
И еще, как быть с нашими 100 пользователями, использующими один com-модуль например для массовых операций с семантикой (не имеющих никакого отношения к клиентской части системы)?
Представьте себе, как удобно. Разработал com-объект, установил ОДИН файл на сервер, зарегистрировал при установке, прописал в конфигурации сервера данных и все! 100 клиентов счатливы.
Servicio de atención al cliente por UserEcho
Сервер данных только для внутренних нужд. Расширяемость не предусмотрена и не планируется. Для прикладных серверов используйте MapX.