Приветствую!
Встал вопрос перевода имеющегося корпоративного приложения в web.
IT отдел свой. Сейчас делаем на C++Builder 6 + MySql 5.1. Для личного кабинета на корпоративном сайте используем php.

Причины перехода в web следующие.

Приложением пользуются 500 человек по всей стране. Сейчас они заходят через удаленный рабочий стол, который тормозит.
Все больше услуг требуется клиентам в личном кабинете на корпоративном сайте.
Все труднее найти толковых и опытных программистов на C++Builder.


Если есть у кого подобный опыт, поделитесь.
На какой инструмент/технололгии переходили и почему?
Если бы делали это сейчас, что бы выбрали?

Petro123SergYar,
т.к. корпоратив, то Java или ASP

А что более предпочтительное для описанной выше ситуации: java vs asp ? Как считаете? Т.е. Где быстрее будет результат?

Vadim RomanenkoSergYar,

Как раз решаем примерно ту же проблему. Объемы несколько другие, СУБД другая но все же...


Тоже смотрели на Flex.
Решали вопрос выбора из списка в 500000 наименований на Flex? Событий его контролов достаточно?

MasterZivOn 25.05.2011 22:12, SergYar wrote:

> На какой инструмент/технололгии переходили и почему?

Ну у нас примерно такая же картина, переходить пока
решено на Java+Vaadin. Если оценивать варианты WEB + Java,
то это -- безусловно лучшее, что сейчас есть.
О WEB-программировании оно позволяет ВООБЩЕ не думать,
приложение пишется почти как локальное AWT.


Да, Vaadin представляется очень интересным.
А с базой как планируете работать?

Но если рассматривать все возможные решения, то
может быть можно было бы придумать что-то поинтереснее.

Ну и естественно всё надо таким манером переписывать
руками, все билдеровские формы идут лесом.

> Если бы делали это сейчас, что бы выбрали?

Я бы лично Java бы не выбирал.

Почему не выбрали бы Java? А что бы выбрали?

Vadim RomanenkoТут вопрос интересный. Я например не представляю себе как юзер выбирает из списка в 500.000 наименований. У нас большие справочники обычно можно представить в древовидной структуре. Каждый уровень - выбирается отдельным запросом. И чтоб выбрать все надцать тысяч позиций - такое просто не делается :)
Вобщем, ответ - не пробовал.

Нет, юзеру как раз не видны эти 500.000. Ну как поиск в google работает - аналогично. Т.е., юзер вводит часть слова, ему предлагаются варианты выбора.

Ну и второй, не менее интересный вопрос: как отобразить, пусть не много, но 1000 записей в гриде? Flex справляется? А если записей будет не 1000, а 10.000? Есть там что-то типа подгрузки данных или постраничная разбивка?

bob1970Вообще-то при выборе, мне кажется, нужно отталкиваться от ситуации, от того что у вас уже есть, какая архитектура существующего приложения, что там можно использовать. Не будете же вы все с нуля переписывать. Пример. У меня трехзвенка (java, tomcat). Десктоп приложения написаны на Eclipse RCP. Встала задача вынести часть функционала в интернет (не для всех, только для своих, т.е. пользователи знают куда зайти). Выбирал php, python,flex, jsf,wicket. Но на изучение этих инструментов нужно время (ну и интерес , если позволите). Я java программер , мне она ближе к телу. Зацепился за GWT (потом SmartGWT). За пару недель задача была решена. Причем html я знаю на примитивном уровне. По сути все свелось к разработке собственно GUI. Вся бизнес логика осталась неизменной. Программирование только на java (немного правда пришлось поползать по css). Использовал Eclipse, плагин GWT от Google, плагин WindowBuilder. Небольшое замечание. Само gwt-приложение перед началом работы должно загрузиться в браузер, затем оно там лежит в кеше и повторно не грузится, если только версия не изменилась. В моем случае это было около 2 мег. Т.е. перед первым запуском приходиться ждать загрузки (было недовольство пользователей). Но затем между клиентом и сервером ходят только чистые данные, не html странички , а только данные. В моем случае еще и упакованные. Очень быстро. Еще дополнение. GWT изучал по-диагонали. Нечего там особенно изучать. А выглядит приложение как десктопное. У самого аж волосы на спине шевелились, до чего дошел прогресс.

1. Трехзвенки сейчас нет, поэтому не обойтись без существенных изменений. По возможности, логику менять не будем, иначе это будет просто непосильный проект(в разумные сроки).
2. Скиньте, пожалуйста, мне на мыло письмо(у вас в профиле отключен адрес), есть к вам вопросы.