|
Создание DLL на JAVA
|
|||
---|---|---|---|
#18+
VVS_AMD Присоединяюсь к вопросу по созданию java-DLL. ... Нужно ставить JRE, а это лишние действия на клиентском компе. ... Если совсем не хочется лишних действий на клиенте, то хороший вариант - писать на чём угодно веб-сервисы, и вызывать их из Delphi. И вообще, если вы хотите действительно обновить стек технологий, вам надо перестать думать в терминах 'DLL' и начать думать в терминах сервисной архитектуры. То есть менять придется не только ЯП, но и мышление. Это сложнее :) ... |
|||
:
Нравится:
Не нравится:
|
|||
24.09.2019, 08:35 |
|
Создание DLL на JAVA
|
|||
---|---|---|---|
#18+
betelgeizex, Десктоп и клиент сервер еще не хоронили. Рано хороните. ... |
|||
:
Нравится:
Не нравится:
|
|||
24.09.2019, 09:23 |
|
Создание DLL на JAVA
|
|||
---|---|---|---|
#18+
PetroNotC Sharpbetelgeizex, Десктоп и клиент сервер еще не хоронили. Рано хороните. В контексте Java - практически похоронили. И вообще - назовите хотя бы один инструмент разработки клиент-серверных приложений, появившийся за последние 10 лет? А так-то да, Delphi и WinForms долго еще будут использоваться... ... |
|||
:
Нравится:
Не нравится:
|
|||
24.09.2019, 09:42 |
|
Создание DLL на JAVA
|
|||
---|---|---|---|
#18+
betelgeizex, Блин, как бы не хотелось начинать спор Веб или Десктоп? Сходите в ветку Разработка ИС. Профи не будут спорить на тему винда или линукс и т.д. Лучше ТС сам решит. ... |
|||
:
Нравится:
Не нравится:
|
|||
24.09.2019, 09:58 |
|
Создание DLL на JAVA
|
|||
---|---|---|---|
#18+
PetroNotC Sharpbetelgeizex, Блин, как бы не хотелось начинать спор Веб или Десктоп? У меня даже мысли такой не было :) Десктоп-разработка прекрасно сочетается с сервисной архитектурой. А про веб я вообще ничего не говорил. Но раз уж ТС хочет использовать Java (в которой десктоп давно не жалуют), то и использовать надо подходы, принятые в мире JVM. А не пытаться на Java писать DLL. Или, чего доброго, встраивать Swing-апплеты в формы Delphi ... |
|||
:
Нравится:
Не нравится:
|
|||
24.09.2019, 10:16 |
|
Создание DLL на JAVA
|
|||
---|---|---|---|
#18+
betelgeizex, Да. Для dll он не туда пришел. Тут надо будет ВСЕ переписать. В шарпе не надо все переписывать. Надеюсь про шарп ты не скажешь же плохо). Ну или про С плюсы. Удачи ТС. ... |
|||
:
Нравится:
Не нравится:
|
|||
24.09.2019, 10:22 |
|
Создание DLL на JAVA
|
|||
---|---|---|---|
#18+
PetroNotC Sharpbetelgeizex, Да. Для dll он не туда пришел. Тут надо будет ВСЕ переписать. В шарпе не надо все переписывать. Надеюсь про шарп ты не скажешь же плохо). Ну или про С плюсы. Удачи ТС. Про C# - только за. При имеющейся постановке задачи - это лучший вариант, на мой взгляд. Но установка .NET: VVS_AMD...это лишние действия на клиентском компе. В-общем да, удачи ТС. ... |
|||
:
Нравится:
Не нравится:
|
|||
24.09.2019, 10:30 |
|
Создание DLL на JAVA
|
|||
---|---|---|---|
#18+
betelgeizexJava (в которой десктоп давно не жалуют),ну если б не отказ от аплетов, и JWS - то десктопные вещи на java вполне развивались бы. ... |
|||
:
Нравится:
Не нравится:
|
|||
24.09.2019, 12:18 |
|
Создание DLL на JAVA
|
|||
---|---|---|---|
#18+
Постараюсь пояснить свой пред. ответ VVS_AMD: Есть есть решение переходить Delphi -> Java, то 99% притензий, относятся к сиптомам когнетивного дисонанса. Не желание ставить JRE и все прочее... это такие мелочи на фоне вселенских проблем, что их даже обсуждать не хочется. Нет, можно конечно обойтись и без JRE - только это будет уже "не натуральная" JAVA, а что-то генно-модифицированное. И как такая экзотика аукнется в заключительный момент, предсказать практически не возможно Основаня проблема будет, исключительно придумать и реализовать удобный API между "старыми" модулями на Delphi / Pascal и "новыми" на Java. А тут понятно, что извините, но скорее с ООП произойдет полный облом. Т.к. форматы "объекта" в Delphi и Java будут отличаться. И толи каждой твари городить по паре: для __всех__ объектов в приложении делать и Delphi реализацию и Java proxy, но для большого проекта мне финансовые затраты на такой подход совершенно не представить (например Oracle Customer Care and Billing так и переходил, для всех copy book'ов было две реализации: Cobol и Java). Толи что-то придумывать другое (напрммер я бы на месте Oracle в случаее CC&B не манильцев бы работой по кодированию copy book'ов занимал, а за 1-2 месяца банально написал бы коде-генератор для генерации copy book'ов. Оно конечно было бы менее "социально ответственно" ( TM ), но зато на два порядка дешевле и меньше ошибок) и так далее.... А придумать автоматизацию "поставить JRE" это вообще не проблема. Да и ставить JRE не сильно нужно, достаточно просто директорий с JRE в подкаталог положить и при старте приложения path обновить. Т.е. от 1 до десятка строк на Delphi. В общем, 95% вопросов и "проблем" совершенно надуманны p.s. сорри за много букв ... |
|||
:
Нравится:
Не нравится:
|
|||
24.09.2019, 15:31 |
|
|
start [/forum/topic.php?fid=59&gotonew=1&tid=2121107]: |
0ms |
get settings: |
9ms |
get forum list: |
15ms |
check forum access: |
4ms |
check topic access: |
4ms |
track hit: |
169ms |
get topic data: |
11ms |
get first new msg: |
7ms |
get forum data: |
2ms |
get page messages: |
52ms |
get tp. blocked users: |
1ms |
others: | 236ms |
total: | 510ms |
0 / 0 |