2015-04-29 2 views
0

Это для настольного приложения, которое использует базу данных jdbc:mysql://localhost/.
Короче говоря, это то, что i`m пытается сделать:java login/logout на localhost


  1. Задать учетные данные (Имя пользователя/Пароль).
  2. Сравнить с База данных MySQL для соответствия (true/false).
  3. Если true & # x2192; загрузить рабочую область, которая реализует данные от MySQL.
  4. Если false & # x2192; продолжайте запрашивать действительные учетные данные.

В настоящее время, i`m мышление с помощью CardLayout подход.
Схема проста:

  1. Если истинный & # x2192; переключатель на workspace_card.
    • Set MySQL поле таблица (user_status) к (означающего онлайн).
  2. Выход & # x2192; переключатель на login_card.
    • Набор MySQL поле таблицы (user_status) к (то есть автономный).

Итак, мой вопрос:

  • мая CardLayout считается хорошим подходом, когда дело доходит до низкого уровня безопасности типа приложений?
  • Что является наиболее точным схема/метод использовать в JavaWorld для достижения вышеуказанных задач /Результаты?

ответ

0

Я думаю stoting пользователь онлайн/автономный статус в базе данных и manahe через некоторые приложения в очень плохом подходе. В некоторых случаях, таких как завершение работы приложения/базы данных, принудительное завершение работы и другие, логика выхода из системы не может быть выполнена, а user_status будет оставлена ​​в режиме онлайн.

В типичном веб-приложении Java мы обычно используем веб-сеанс (который хранит учетные данные) и некоторый пул JDBC (например, bonecp или c3p0). У вас есть настольное приложение, поэтому вы можете использовать некоторый пул JDBC, и вам нужно сделать какой-то сеанс для хранения статуса пользователя/учетных данных.

+0

Хорошо, но помимо метода объединения и 'user_status' использование ** CardLayout ** считается приемлемым разработчиками Java? Мне интересно, что «login_card» все еще работает в обратном направлении. Или это? –