Java Desktop application

Question

Это один вопрос, но с несколькими дополнительными вопросами. Я планирую приложение Desktop с использованием Java, и я использую NetBeans в качестве среды IDE. Вопросы:

1. Почему существует так много версий Java? Java, Java SE, Java EE, Java Me

2. Я хочу, чтобы приложение хранило данные локально, что является лучшим Java DB или SQLite?

3. Нужно ли что-нибудь дополнительное для создания установочного файла для моих клиентов для установки приложения?

4. Есть ли там Java-решение, похожее на .Net OneClick, чтобы клиенты обновлялись до последней версии приложения?

5. У меня есть план запуска приложения в Windows, но если мне нужно портировать его на Mac или Linux, как сильно это может быть?

Answer 1

1. Существуют различные библиотеки java для разных целей. Java ME, например, предназначена для мобильных телефонов/мобильных устройств. Вероятно, вам будет хорошо с java SE, если вам не нужны некоторые функции из EE.

2. В зависимости от того, насколько сложным будет ваше хранилище данных, вам может даже не понадобиться «база данных». В java любой объект, реализующий «сериализуемый» интерфейс, может быть записан непосредственно в файл. Итак, если вы просто пытаетесь сохранить такие вещи, как пользовательские настройки и т. Д., Вы можете создать объект для их хранения, реализовать Serialiazable и записать его на диск.

3. Только в том случае, если ваше приложение ссылается на библиотеки кода, которые вы не хотите упаковывать в один каталог. Вы можете упаковать его в качестве самостоятельного выполнения JAR из NetBeans, он будет похож на функцию к .exe

4. (Shrug.)

5. Если вы осторожны, чтобы не использовать операционную систему конкретных путей, самозавершающая банка будет работать немедленно в любой операционной системе с установленной JVM. Может быть пара других причуд, но Java построена так, чтобы быть чрезвычайно портативной.

Answer 2

1. Потому что вы на самом деле не все нужно везде. Например, вам не нужно использовать GPRS или SMS с вашего компьютера или ORM с вашего телефона. Каждое издание предназначено для конкретной среды. Таким образом, у вас может быть более легкая среда для мобильных телефонов и гораздо больше компонентов для корпоративных приложений (которые вам действительно не нужны для стандартного приложения).
2. Я бы посоветовал вам использовать JavaDB (или Derby), но это действительно зависит от вас
3. Не на самом деле, вы могли бы предложить a nice solution для установки приложения, но это не необходимо.
4. Существует (я не помню, но другие ответы обязательно помогут)
5. Это очень просто, в частности для приложения unix, исполняемое создание будет в основном представлять собой файл .sh, который вы можете, конечно, иметь реальный исполняемый на UNIX, но это действительно общее и easyier поддерживать, чтобы иметь файлы .sh) (вы можете также использовать BAT-файл на окнах, но давайте скажем, что это просто реже)

---

Я повторно Прочитайте вопрос и, возможно, на самом деле не ответил на последний вопрос (я все еще был на .exe создании), так что вот второй снимок:

5. Это главная цель java, которую нужно портировать повсюду. Пока ваш код не использует специфику вашей системы (или защищен с ifs), ваш код будет работать везде. Конечно, вы должны использовать ту же версию java (редакция, а не версия) и те же библиотеки, или у вас могут быть проблемы.

Answer 3

1. Почему так много Javas? Java, Java SE, Java EE, Java Me

Так много сред. Первые два - настольные, EE - серверная, ME - телефоны.

..3. Нужно ли что-нибудь дополнительное для создания установочного файла для моих клиентов для установки приложения?

Java Web Start.

Это также охватывает 4. & 5.

У меня нет мнения, по которым не является «лучшим» DB, но учтите, что для небольших объемов данных, JWS предоставляет механизмы, где даже песок-штучного приложение. может хранить и извлекать информацию, поочередно элемент installer-desc может быть включен в файл запуска для установки/настройки БД.