Кросплатформенное клиент-серверное приложение

[Klez]

Городить огород, который собирается городить ТС, имеет смысл только лишь в одном случае - если использовать его будет компания, которая купит своим сотрудникам дешевые мабилы с поддержкой явы

а смысл покупать старье? Сейчас даже дешевые телефоны идут на Android или WP7, так что с запуском java me на мобилах будут проблемы

 

[caballero]

JDBC тоже понял что это такое - обойдусь без него.

А в чем проблемма с JDBC что надо без него обходится? Тем более что обойтись будет проблематично.

 

[Klez]

Вобщем если делать на java, то потом ни на одной мобиле не запустишь
Для кроссплатформенных решений под мобильные телефоны есть готовые SDK, но там далеко не java.
Например

Тільки зареєстровані користувачі бачать весь контент у цьому розділі

 

[FreakOnALeash]

а смысл покупать старье? Сейчас даже дешевые телефоны идут на Android или WP7, так что с запуском java me на мобилах будут проблемы

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

Вобщем если делать на java, то потом ни на одной мобиле не запустишь
Для кроссплатформенных решений под мобильные телефоны есть готовые SDK, но там далеко не java.
Например

Тільки зареєстровані користувачі бачать весь контент у цьому розділі

Опять же, на кого рассчитывает ТС?

 

[oleglerh]

Городить огород, который собирается городить ТС, имеет смысл только лишь в одном случае - если использовать его будет компания, которая купит своим сотрудникам дешевые мабилы с поддержкой явы

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

Java была мною выбрана как раз из-за потенциальной кросплатформенности... Чтоб с небольшими изменениями кода можно было запустить на любой платформе - Android, iOS и на обычных телефонах, НЕ СМАРТФОНАХ!!!
Если писать только для смартфонов - отсекается большая часть потенциальных покупателей.

Сейчас даже дешевые телефоны идут на Android или WP7, так что с запуском java me на мобилах будут проблемы

Смартфонов дешевле 1000 гривен не встречал (да и то по акции)...
На обычных телефонах (кроме некоторых китайфонов) ведь до сих пор Java есть?
Да и для андроида ведь все равно на Java пишут... Хотя там какой-то диалект Java, так что портирование наверное проблематично.

MoSync currently supports versions of Android, iOS, Windows Mobile, Symbian S60[1], Java ME and the Moblin[2] platform
Любопытно...
Буду копать в этом направлении.

А в чем проблемма с JDBC что надо без него обходится? Тем более что обойтись будет проблематично.

Была мысль делать все запросы на SQL, не прибегая к помощи каких либо "прослоек". В чем проблематичность такого решения?

 

[FreakOnALeash]

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

Java была мною выбрана как раз из-за потенциальной кросплатформенности... Чтоб с небольшими изменениями кода можно было запустить на любой платформе - Android, iOS и на обычных телефонах, НЕ СМАРТФОНАХ!!!
Если писать только для смартфонов - отсекается большая часть потенциальных покупателей.

Смартфонов дешевле 1000 гривен не встречал (да и то по акции)...
На обычных телефонах (кроме некоторых китайфонов) ведь до сих пор Java есть?
Да и для андроида ведь все равно на Java пишут (хотя там какой-то диалект Java, так что портирование затрудняется...

MoSync currently supports versions of Android, iOS, Windows Mobile, Symbian S60[1], Java ME and the Moblin[2] platform
Любопытно...
Буду копать в этом направлении


Была мысль делать все запросы на SQL, не прибегаю к помощи каких либо "прослоек"

В чем проблематичность?

Мой вам совет - помните что обладатели обычных телефонов стоимостью меньге 1000грн ничего покупать не будут

ЖДБЦ это не прослойка, а драйвер для выполнения СКЛ запросов из ява кода, простой как 5 копеек и не надо ничего обходить

 

[oleglerh]

обладатели обычных телефонов стоимостью меньге 1000грн ничего покупать не будут

Спорное утверждение.
Для многих людей телефон - это прежде всего телефон, не комбайн мультимедийный и не показатель статуса.
Кстати, немало дорогих и очень дорогих несмартфонов. А раньше таких было гараздо больше (и ими продолжают пользоваться - ведь не все меняют телефоны каждые несколько лет).

 

[FreakOnALeash]

Спорное утверждение.
Для многих людей телефон - это прежде всего телефон, не комбайн мультимедийный и не показатель статуса.
Кстати, немало дорогих и очень дорогих несмартфонов. А раньше таких было гараздо больше (и ими продолжают пользоваться - ведь не все меняют телефоны каждые несколько лет).

Зуб даю. Плюс для обычного телефона нет простого способа купить приложение

 

[caballero]

Была мысль делать все запросы на SQL, не прибегая к помощи каких либо "прослоек". В чем проблематичность такого решения?

Вы не понимаете что говорите. JDBC - это стандартный интерфейс доступа к БД. Это даже не классы а набор интерфейсов которые реализуют все драйвера. Более низкоуровнего способа выполнить запрос к БД просто нет. Ниже только голое API через TCP cокеты.
И вообще - кросплатформенный клиент по нынешним временам - это веб.

 

[oleglerh]

Вы не понимаете что говорите. JDBC - это стандартный интерфейс доступа к БД. Это даже не классы а набор интерфейсов которые реализуют все драйвера. Более низкоуровнего способа выполнить запрос к БД просто нет. Ниже только голое API через TCP cокеты.
И вообще - кросплатформенный клиент по нынешним временам - это веб.

Действительно не понимаю
Когда-то писал на С приложение которое взаимодействовало с MySQL напрямую - встраивал DLL от МySQL, через функции которого делал запросы на языке SQL
Как это делается на Java пока не представляю...

Если мне подойдет MoSync или что-то аналогичное, возможно и не буду разбираться. В MoSync вроде С\С++, так что тогда и на серверной стороне буду розрабатывать на том же языке - и обойдусь совсем без Java

 

[FreakOnALeash]

Да вы просто мастерски темы переименновываете

 

[oleglerh]

В результате ответов на мои вопросы предыдущие названия топиков становяться неактуальными

Разбираюсь с MoSync

Вопрос возник, на который я пока не могу найти ответа.

Насколько тяжело портировать приложения MoSync на дектоп?
Впроде бы есть в описании MoSync "Eclipse-based IDE" "integrated with the Eclipse development environment"
Можно ли будет проект MoSync компилировать в Eclipse для настольного ПК?

 

[caballero]

Как это делается на Java пока не представляю...

Просто подключается jar файл с соответствующим драйвером. А дальше несколько строк кода который абсолютно одинаков для всех типов БД.

Если мне подойдет MoSync или что-то аналогичное, возможно и не буду разбираться. В MoSync вроде С\С++, так что тогда и на серверной стороне буду розрабатывать на том же языке - и обойдусь совсем без Java

Прежде чем юзать какие то экзотические шняги подумайте о том как вы или тот кому непосчастливится использовать ваше изделие будет хостить серверную часть. Ну и как соединятся с серверной частью если клиент и сервер будут написаны в разных технологиях.
И вообще вы бы определились с конечной целью разработки. Разрабатывать продукт с точки зрения напишу на яве или си потому ято я это знаю или потому что мне это интересно выучить - бесперспективная затея.

 

[oleglerh]

И вообще вы бы определились с конечной целью разработки.

Реальную кроссплатформенность на клиентской части программы хочу
При этом не HTML!
И лучше не байт код Java, а компилированное на каждую платформу...
Java тоже подходит, но судя по отзывам в этой теме и моим поискам в сети не дает реальной кросплатформенности (и исполняется медленнее).

MoSync получается дает довольно приличную кросплатформенность (и расширяется постоянно).

Таких систем вроде несколько, не только MoSync

Определюсь с клиентской частью - буду думать на чем писать серверную, и как будут соединятся с серверной частью клиенты написаные в разных технологиях.

 

[caballero]

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

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

 

[Klez]

Есть еще проект кросскомпилятора байткода - XMLVM, но пока сырой и для мобильных не очень подходит в силу повышеной прожорливости
Но звучит заманчиво, например на входе дотнет, на выходе Objective C или JavaScript

 

[oleglerh]

Я нашел еще несколько систем кросплатформенной разработки для мобильных, но или похуже MoSync, или слишком дорогие (точнее даже не знаю сколько стоят, на сайте даже триальных версий нет и цен тоже нет - лишь указание обращаться к региональному дилеру).
MoSync похоже сейчас наилучший вариант для кроссплатформенности, буду качать и разбираться.
Главное что нравиться - выдает байткод только для J2ME, для остальных нативный код для каждой системы (хотя не знаю как там с Анроидом у них).
И список подерживаемых систем увеличивается.

Одно плохо - дектопны пока условно поддерживаются (через симуляторы).

 

[caballero]

Никаких нормальных кросплатформменных тулсов нет и не будет пока сами платформы не будут нормально поддерживать какую то технологию или язык. Все вышеупомянутое просто костыли.
Недостаточно сгенерить некий код нужно чтобы он мог использовать то же API платформы имел возможность построить одинаковый и не убогий пользовательский интерфейс и т.д.
С большой натяжкой можно считать таковыми яву или питон. Но наиболее реальноя кросплатформенность у веба. Потому как браузеры вынуждены ориентироватся на внешние стандарты. Тем более с развитием облачных сервисов и удешевления инета большинство приложений можно переносить в веб и не надо заботится о кросплатформенности. А сложные нативные приложения не сгенерит никакой кросплатформенный костыль.

 

[oleglerh]

Такие выводы для себя сделал.

1. Реально кросплатформенное клиенсткое приложение - только браузерное.
На простых телефонах (не смартфонах) - через Opera Mini (с сильно урезанным JavaScript), да и на многие смартфоны подревнее и попроще скорее всего тоже придется под Opera Mini писать.
JavaScript выполняется на прокси-сервере Opera, не загружая процессора клиетского приложения, клиент реагирует только на события onLoad UnLoad onSubmit OnChange onClick (и не всегда так как в нормальном браузере).

2. Если на Java писать - версии для J2ME, дектопа и Андроида несколько отличаются (особенно нативное для Андроида) и нужно устанавливать виртуальную машину Java (на несмартфонах и большом проценте дектопов уже стоит).

3. Из кросплатформенных сред разработки для мобильных больше всего по описаниям и почти полной бесплатности понравился MoSync
Приложения в нем пишуться на С/С++, поддерживается большинство смартфонов и даже J2ME
В будущем разработчики обещают и на дектоп перенести приложения, а пока на "больших" компьютерах только в симуляторах.

А сложные нативные приложения не сгенерит никакой кросплатформенный костыль

MoSync, судя по тому что я в сети нарыл, неплохо с такой задачей справляется.
100% переносимости конечно же не получится, но вроде бы все работает.