Re: Посоветуйте технологии
От: Miroff Россия  
Дата: 11.03.10 09:50
Оценка: 1 (1) +2
Здравствуйте, sleep_X, Вы писали:

_X>Подскажите пожалуйста какие технологии лучше использовать для разработки каждого звена из требования оптимального соотношения стоимости разработки и качества.


Требований недостаточно. Что у тебя за данные, сколько их, какие требования к скорости и т.п. Одно дело если это распределенная система видеомонтажа с гигабайтами данных практически в реальном времени и совсем другое если это instant messanger с сотнями байт да еще и в отложенном режиме.

_X>Пока мое представление такое:


ИМХО, если есть возможность то лучше использовать полный стек. Либо все на Java либо все под .NET.
Re: Посоветуйте технологии
От: LeonidV Ниоткуда http://vygovskiy.com
Дата: 13.03.10 14:16
Оценка: +2
Здравствуйте, sleep_X, Вы писали:

_X>Есть система "БД — шлюз — клиент".

Классическая трехзвенка.
_X>Шлюз — серверная программа принимающая информацию от клиентов и других источников и взаимодействующая с БД.
Сервер приложений. Application Server (JBoss, Glassfish, Oracle BEA, IBM WebSphere)

_X>Подскажите пожалуйста какие технологии лучше использовать для разработки каждого звена из требования оптимального соотношения стоимости разработки и качества.

Сильно зависит от навыков команды.

_X>Пока мое представление такое:

_X>Шлюз: С++ (возможно Java, сомневаюсь на счет производительности)
Зря сомневаетесь.
Во-первых, если речь идет о стоимости разработки — на Java будет дешевле, чем на C++.
Во-вторых, если разница в производительности и будет, вы ее вряд ли заметите.
В-третьих, если производительности одной машины будет недостатчно, сделать кластер на Java несровненно проще (думаю, он во многом из коробки будет).

_X>Web клиент: PHP (возможно ASP.NET, но напрягает привязка к Windows)

На Java есть куча разных фреймворков, в зависимости от конкретной задачи. Может быть что-нибудь типа JSF, GWT, Wicket и другие. С Adobe Flex достаточно удобно работать.

_X>Десктопный клиент: Java

Если нужна кроссплатформенность, лучше решения чем Swing (Java) не найдете.

Как уже сказали, C++ + PHP + Java это худшее решение из возможных. Нужно брать полный стэк технологий.
Это либо Java (поддержка RedHat, Oracle, IBM), либо .NET (поддержка MS). В случае .NET теряется преимущество кроссплатформенности, добавляется удобство разработки MS Windows GUI-приложений (это если использовать Windows-only фреймворки).
http://jvmmemory.com — простой способ настройки JVM
Посоветуйте технологии
От: sleep_X  
Дата: 11.03.10 04:23
Оценка:
Есть система "БД — шлюз — клиент".
Шлюз — серверная программа принимающая информацию от клиентов и других источников и взаимодействующая с БД.
Для работы пользователя предполагается два вида клиентов — десктопный и Web.
Подскажите пожалуйста какие технологии лучше использовать для разработки каждого звена из требования оптимального соотношения стоимости разработки и качества.
Пока мое представление такое:
Шлюз: С++ (возможно Java, сомневаюсь на счет производительности)
Web клиент: PHP (возможно ASP.NET, но напрягает привязка к Windows)
Десктопный клиент: Java
Re[2]: Посоветуйте технологии
От: sleep_X  
Дата: 13.03.10 05:18
Оценка:
Здравствуйте, Miroff, Вы писали:

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


_X>>Подскажите пожалуйста какие технологии лучше использовать для разработки каждого звена из требования оптимального соотношения стоимости разработки и качества.


M>Требований недостаточно. Что у тебя за данные, сколько их, какие требования к скорости и т.п. Одно дело если это распределенная система видеомонтажа с гигабайтами данных практически в реальном времени и совсем другое если это instant messanger с сотнями байт да еще и в отложенном режиме.


_X>>Пока мое представление такое:


M>ИМХО, если есть возможность то лучше использовать полный стек. Либо все на Java либо все под .NET.


Спасибо за ответ. Как Вы думаете по стоимости разработки насколько .NET выигрывает и выигрывает ли?
 
Подождите ...
Wait...
Пока на собственное сообщение не было ответов, его можно удалить.