Что лучший способ состоит в том, чтобы сделать мобильным дружественным сайтом?
Я столкнулся с той же проблемой, и я решил это следующим образом:
Когда пользователь вводит логин, я сохраняю адрес электронной почты и пароль в общих настройках. И после создания пользователя я снова вхожу в систему с помощью электронной почты и пароля, которые я сохранил ранее.
String currentEmail = MyApp.getSharedPreferences().getEmail();
String currentPass = MyApp.getSharedPreferences().getPass();
FirebaseAuth auth = FirebaseAuth.getInstance();
auth.createUserWithEmailAndPassword(email, pass)
.addOnCompleteListener(AddStudent.this, new OnCompleteListener<AuthResult>() {
@Override
public void onComplete(@NonNull final Task<AuthResult> task) {
if (task.isSuccessful()) {
String currentEmail = MyApp.getSharedPreferences().getEmail();
String currentPass = MyApp.getSharedPreferences().getPass();
//Sign in again
auth.signInWithEmailAndPassword(currentEmail, currentPass)
.addOnCompleteListener(AddStudent.this, new OnCompleteListener<AuthResult>() {
@Override
public void onComplete(@NonNull Task<AuthResult> task) {
if (!task.isSuccessful()) {
Log.e("RELOGIN", "FAILED");
} else {
Log.e("RELOGIN", "SUCCESS");
}
}
});
finish();
}
}
});
7 ответов
Я добавил мобильный уровень представления к операционному сайту приблизительно год назад. На основе архитектуры сайта (надо надеяться, это - не также технологический зависимый для Вас) я добавил новый набор JSPs для размещения мобильных браузеров (заметка на полях: см. http://wurfl.sourceforge.net/ для отличного способа создать мобильные страницы, независимые от типа браузера). Дополнительно часть внутренней функциональности была изменена из-за ограниченной функциональности наиболее мобильных браузеров. Так, короче говоря, интеграция не была столь болезненной, как можно было бы ожидать.
Удачи!
На моем сайте я обнаруживаю агент пользователя, и для известных мобильных браузеров я вручаю другую таблицу стилей с некоторыми большими/меньшими количествами необходимыми объектами, брошенными некоторые страницы. Бэкенд действительно не изменяется.
Это - довольно широкий вопрос, но здесь идет:
- Если сайт, прежде всего, о содержании, означая, что это не так сервис, который Вы используете, как это - публикация, которую Вы читаете, то я постарался бы не публиковать два сайта по мере возможности. Концентрат на простой презентации с помощью сформировавшихся технологий, которые мобильные браузеры могут обработать довольно хорошо.
- Если это - по существу приложение, поставленное через сеть, то вещи становятся более хитрыми, потому что Вы собираетесь хотеть рассмотреть UI мобильного устройства, и как это отличается от рабочего стола.
- Это должно обойтись без помощи высказывания, но так или иначе, если у Вас есть многие мобильные пользователи, необходимо иметь это в виду при авторской разработке содержания для сайта. Форматы, длина, речь, и т.д.
В дополнение к WURFL / СТЕННАЯ система возможностей, что упомянутые todd, существуют библиотеки Java Server Faces, доступные, которые используют альтернативу WML renderkits для мобильных телефонов.
Одним путем я сделал это в прошлом, должен был удостовериться, что мои данные были абстрагированы хорошо в уровне данных, и затем используйте отдельные модели среднего уровня для получения по запросу то, что было соответствующим. В моем случае приложение было погодным приложением, и методы дисплея целевых устройств были действительно ограничены так, мы решили только показать пользователю основы на мобильных устройствах, в то время как веб-сайт был полнофункционален. Это было, вероятно, 10 лет назад, когда WAP был большим. Но в эти дни с устройствами, получающими большие экраны, лучшую пропускную способность, можно хотеть использовать и отобразить те же самые данные с моделью другого представления.
Я никогда действительно знаю, какое приложение должно будет использовать данные в будущем. Мы делаем много приложений через платформы, но модель предметной области редко изменяется. Таким образом, я заканчиваю тем, что использовал те же объекты среднего уровня, где я могу и получение по запросу тех данных в различных клиентах. Хорошим примером этого является недавний проект, где у нас было богатое интернет-приложение (виджет), полный веб-сайт и веб-сервис, использующий те же данные. Абстракция данных на среднем уровне действительно сияет в этой среде.
На очень высоком уровне абстракции существует два основных протеста с мобильными устройствами: (1) их экран является маленьким, (2) их сетевое соединение неустойчиво. Это в основном означает, что Ваша потребность представить содержание так, чтобы это выглядело хорошо даже на маленьком (переменный размер) экран и предпочтительно сделало это кэшируемым также так, чтобы Ваши пользователи могли просмотреть содержание в то время как офлайн. Затем существует также проблема низкой пропускной способности и высокой задержки, но это немного менее важно в наше время.
Это - очень полный обзор того, как сделать сайт мобильным, хотя я надеюсь, что его ярмарка, чтобы сказать, что всегда будут различные требования для любого стремящегося пойти мобильные. Если у Вас есть Блог, то Вы могли столь же легко сделать его мобильным дружественным использованием Mippin Mobilizer; его свободное, обеспечивает инструменты удовлетворения требованиям заказчика брендинга, и с многочисленной аудиторией, уже просматривающей широкое соединение мобилизованного содержания, существуют возможности принести доход от рекламы вокруг Вашего блога.
Это вызвано тем, что Mippin Мобилизованный блог затем становится частью намного более широкого сообщества содержания, людей, новостей, блогов, списков, все соединяющиеся вокруг содержания, и намного больше на мобильном сайте:
http://mippin.com (на мобильном браузере.)
Смотрите на инструмент Mobilizing, потому что он представляет то, что сайт может сделать через секунду:
www.mippin.com/mobilizer
Только если у Вас есть блог, конечно...