Обоснование выбора Java

Привет всем. Интересно мнение специалистов по Java.

Есть проект, большой проект, большой проект автоматизации производства. Есть клиентская часть, серверная часть и часть управления оборудованием. Когда все начиналось, времени было в обрез и вопрос о выборе платформы для разработки не стоял - выбор был сделан в пользу .Net C# (я его знал и на нем на данный момент все разработано: WPF + WinForms + WCF). Клиентов четыре типа:
- клиент для Windows (WPF - .Net FrameWork 4.6) для машин операторов, стоят на машинах операторов в производстве где можно использовать стационарный комп с Windows на борту;
- клиент для WindowsCE (WinForms - .Net Framework 3.5) для мобильных терминалов сбора данных которые нужно таскать с собой;
- клиент для Windows (Windows Service - .Net FrameWork 4.6) для рабочих мест где нет совсем машин, а висит только сканер и дисплей с двумя строками текста по 20 символов;
- клиент для Windows (WPF - .Net FrameWork 4.6) для бэкофиса, интерфейс для бухгалтерии, технологов и т.д. Что-то типа 1С, где можно смотреть, что происходит и получать отчеты;

Для клиентов операторов и клиента аля 1С свои WCF, т.е. на IIS крутится для уэбприложения...

И в довершение - несколько сервисов управления оборудованием (весы, термометры, измерители ph, сигнальные устройства)...

Начальству все очень понравилось и проект получил продолжение. Начинаем автоматизировать следующий тип предприятий и я решил начать новую ветку которая будет содержать в себе весь ранее разработанный функционал, но с учетом граблей на которые наступили при разработке и после забили костыль. Эдакая разработка нового + рефакторинг существующего решения, которое затем поглотит старое решение.

А теперь собственно вопрос: Есть непреодолимое желание реализовать новую ветку на Java EE + GlossFish... и поглотить затем все, что написано ранее. Зачем мне такой гемор:
- отвязаться от Windows... попробовать использовать на терминалах операторов linux и Android и ... вообще все что там только может быть;
- клиент на ТСДе остался на .Net 3.5 и поделать с этим ничего нельзя потому как последняя VS работающая в WinCE - 2008, итог - отдельный хвост для ТСД и постоянные оглядки на FW 3.5;
- фреймворки .Net, как мне кажется из новостей, скоро прикажут долго жить;
- в ходе реализации проекта уже были хотелки начальства: клиент под Androd и iOS;
- получить нормальный WEB-интерфейс (ASP.Net не предлагать) для системы без большого гемора и с возможностью показать его в мир;

Услышать бы мнение людей знакомых с Java не по наслышке. На сколько реализуемы проекты такого уровня на Java?

Спасибо.

0

шило на мыло, имхо

Сообщение от gazalkentec - клиент на ТСДе остался на .Net 3.5 и поделать с этим ничего нельзя потому как последняя VS работающая в WinCE - 2008, итог - отдельный хвост для ТСД и постоянные оглядки на FW 3.5; - фреймворки .Net, как мне кажется из новостей, скоро прикажут долго жить;

тут я некомпетентен

Сообщение от gazalkentec - в ходе реализации проекта уже были хотелки начальства: клиент под Androd и iOS;

Android и iOS это клиенты, им всеравно на чем сервер написан, есть протокол для обмена, вот и достаточно

Сообщение от gazalkentec - получить нормальный WEB-интерфейс (ASP.Net не предлагать) для системы без большого гемора и с возможностью показать его в мир;

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

Добавлено через 2 минуты
если так исторически сложилось, что используется дот нет платформа, и на текущий момент это

Сообщение от gazalkentec Есть проект, большой проект, большой проект

то не вижу ни одной причины менять его на джава.

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

1

0

Сообщение от gazalkentec Есть непреодолимое желание реализовать новую ветку на Java EE + GlossFish

лучше и быстрее spring boot + tomcat. Фронт енд на Angular2. Бек оффис на Vaadin. Связь с клиентами через какой нить message bus. Например rabbitMQ или если нет особой необходимости, то обычный рест.

Сообщение от gazalkentec На сколько реализуемы проекты такого уровня на Java?

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

1

Сообщение от gazalkentec Услышать бы мнение людей знакомых с Java не по наслышке. На сколько реализуемы проекты такого уровня на Java?

Для реализации с нуля — реализуемы. Но зачем переписывать существующее, если оно работает?

Сообщение от gazalkentec - отвязаться от Windows...

.NET нынче работает и под линуксом, например. Насколько хорошо — не знаю, но, вроде вполне достаточно, тем более для серверной не GUI'вой части.

Сообщение от gazalkentec попробовать использовать на терминалах операторов linux и Android и ... вообще все что там только может быть;

1) Почему бы не сделать веб-интерфейс?
2) Каким образом реализация клиентов для Android мешает существованию остальных 4-х клиентов? Если клиент так сложно написать, следует отрефакторить архитектуру и перенести большую часть кода с клиента на сервер, чтобы клиент был более лёгким и простым в реализации.

Сообщение от gazalkentec - клиент на ТСДе остался на .Net 3.5 и поделать с этим ничего нельзя потому как последняя VS работающая в WinCE - 2008, итог - отдельный хвост для ТСД и постоянные оглядки на FW 3.5;

И чем тебе Java поможет?

Сообщение от gazalkentec - в ходе реализации проекта уже были хотелки начальства: клиент под Androd и iOS;

А для клиента под iOS ещё и Objective-C или Swift придётся учить.

Сообщение от gazalkentec - получить нормальный WEB-интерфейс (ASP.Net не предлагать) для системы без большого гемора и с возможностью показать его в мир;

А чем плох ASP.NET? Ну я не знаток майкрософтовской системы именования, но, вроде ASP.NET.MVC вполне типичный современный фреймворк, ни чем особым не отличающийся от любого другого. Уж Java EE — тот ещё п-ц. Да и «нормальный WEB-интерфейс» от серверной части не зависит почти никак.

1