Сейчас клиент-серверная архитектура, толстый клиент+СУБД (MS SQL Server). Клиент пишется под Delphi 2010, используется ADO (dbGo).
Бизнес-логики стало достаточно много, возрастает роль межклиентского взаимодействия, появляется потребность в интеграции с другими ИС (через SOAP), поэтому планирую "утоншение" толстого клиента с переносом всей бизнес-логики в сервер приложений. Из рабочих вариантов вижу несколько:
1) Datasnap (с учетом улучшений в Delphi XE)
2) kbmMW (
http://components4developers.com)
3) Решения от RemObjects (RemObjects SDK/DataAbstract,
http://remobjects.com)
Что посоветуете? Плюсы/минусы/подводные камни? Если есть что-то полезное, что мной не перечислено — смело предлагайте, спасибо!
Здравствуйте, a-b-c, Вы писали:
ABC>Сейчас клиент-серверная архитектура, толстый клиент+СУБД (MS SQL Server). Клиент пишется под Delphi 2010, используется ADO (dbGo).
ABC>Бизнес-логики стало достаточно много, возрастает роль межклиентского взаимодействия, появляется потребность в интеграции с другими ИС (через SOAP), поэтому планирую "утоншение" толстого клиента с переносом всей бизнес-логики в сервер приложений. Из рабочих вариантов вижу несколько:
ABC>1) Datasnap (с учетом улучшений в Delphi XE)
ABC>2) kbmMW (http://components4developers.com)
ABC>3) Решения от RemObjects (RemObjects SDK/DataAbstract, http://remobjects.com)
ABC>Что посоветуете? Плюсы/минусы/подводные камни? Если есть что-то полезное, что мной не перечислено — смело предлагайте, спасибо!
Вот тут я (и не только я) размышлял на похожую тему.
я бы выбрал? все-таки DataSnap
http://delphi2010.ru/?p=434
Здравствуйте, mdaii, Вы писали:
M>Здравствуйте, a-b-c, Вы писали:
ABC>>Сейчас клиент-серверная архитектура, толстый клиент+СУБД (MS SQL Server). Клиент пишется под Delphi 2010, используется ADO (dbGo).
ABC>>Бизнес-логики стало достаточно много, возрастает роль межклиентского взаимодействия, появляется потребность в интеграции с другими ИС (через SOAP), поэтому планирую "утоншение" толстого клиента с переносом всей бизнес-логики в сервер приложений. Из рабочих вариантов вижу несколько:
ABC>>1) Datasnap (с учетом улучшений в Delphi XE)
ABC>>2) kbmMW (http://components4developers.com)
ABC>>3) Решения от RemObjects (RemObjects SDK/DataAbstract, http://remobjects.com)
ABC>>Что посоветуете? Плюсы/минусы/подводные камни? Если есть что-то полезное, что мной не перечислено — смело предлагайте, спасибо!
M>Вот тут я (и не только я) размышлял на похожую тему.
M>я бы выбрал? все-таки DataSnap
M>http://delphi2010.ru/?p=434
По ссылке аргументированного выбора DataSnap не увидел =)
Сильно искать не стал, нашел вот такую ссылку
http://delphi2010.ru/?cat=76
из прочтения которой у меня появилось впечатление, что DataSnap хоть и развивается, но всё еще достаточно молодая технология.
В вашем случае выбор Datasnap мне кажется странным, т.к. одним из требований была работа с Delphi и .NET приложениями — одной из selling points RemObjects DA.
В моем случае для DataSnap надо покупать Enterprise лицензию XE, которая стоит $2К на человека (обновления не подойдут) — получается самый дорогой вариант из перечисленных (kbmMW = $840, DA = $900), если не считать обновление до XE необходимым (сейчас 2010 Pro — вполне хватает). Так что надо дважды подумать, прежде чем выбирать самый дорогой вариант.
Опять же, это вопрос бюджета, оставим его за рамками обсуждения, сейчас лучше сконцетрируемся на технологических аспектах.
Здравствуйте, a-b-c, Вы писали:
ABC>Сейчас клиент-серверная архитектура, толстый клиент+СУБД (MS SQL Server). Клиент пишется под Delphi 2010, используется ADO (dbGo).
ABC>Бизнес-логики стало достаточно много, возрастает роль межклиентского взаимодействия, появляется потребность в интеграции с другими ИС (через SOAP), поэтому планирую "утоншение" толстого клиента с переносом всей бизнес-логики в сервер приложений. Из рабочих вариантов вижу несколько:
ABC>1) Datasnap (с учетом улучшений в Delphi XE)
ABC>2) kbmMW (http://components4developers.com)
ABC>3) Решения от RemObjects (RemObjects SDK/DataAbstract, http://remobjects.com)
ABC>Что посоветуете? Плюсы/минусы/подводные камни? Если есть что-то полезное, что мной не перечислено — смело предлагайте, спасибо!
Тут небольшие корректировки требований возникли, связанные с учетом кто что и когда изменил. Есть ли знакомые с перечисленными технологиями? Как там с возможностью реализации такой вот истории изменений?
