Если под «мобильным» вы подразумеваете «маленький экран», я использую это:
var windowWidth = window.screen.width < window.outerWidth ?
window.screen.width : window.outerWidth;
var mobile = windowWidth < 500;
На iPhone вы получите window.screen.width 320. На Android вы в конечном итоге с window.outerWidth 480 (хотя это может зависеть от Android). iPad и планшеты Android будут возвращать цифры, например, 768, поэтому они получат полный обзор, как вам нужно.
Лучший способ отладки серверного кода - использовать удаленную отладку.
Сначала вам нужно добавить следующее к параметрам JVM в сценарии запуска сервера:
-Xdebug -Xnoagent -Djava.compiler=NONE -Xrunjdwp:transport=dt_socket,server=y,suspend=n,address=5005
Это заставит JVM прослушивать указанный порт, затем из вашей IDE вы можете запустить сеанс удаленной отладки для этого порта и отлаживать, как если бы код выполнялся в том же процессе.
Работа таким образом предотвратит частый перезапуск сервера и, следовательно, устранит проблему с временем запуска Websphere.
Вы можете получить некоторые странные результаты, если двоичные файлы на сервере и исходный код в среде IDE рассинхронизируются, но в целом это не проблема.
Если у вас нет EJB, JMS и т. Д., Просто разверните в отдельном контейнере сервлетов, таком как Tomcat или Jetty, вы будете поражены, насколько это быстро :-), иронично, но это правда!
Есть несколько советов по настройке RAD 6 на developerworks , которые могут помочь, многие из них также применимы к RAD 7.
Я видел аналогичный список для RAD 7, я отправлю его, если найду.
Я нашел некоторые советы по настройке Portal на RAD 7. .
Я бы сказал, что мой опыт работы с тестовой средой был неоптимальным. Сейчас я предпочитаю использовать Tomcat / Pluto, настроенный для удаленной отладки с конфигурацией внешнего запуска , чтобы управлять им из чистого Eclipse, и полагаюсь на наличие соответствующих конфигураций JNDI для абстрагирования базового сервера.
Если вы пишете код для соответствующих API-интерфейсов, для целей разработки не имеет значения, что вы не используете Websphere.
От 5 до 6 минут не нормально. Я использую RAD и WAS каждый день и получаю приличное время запуска. Какая версия WAS у вас работает и сколько у вас оперативной памяти?
Если вы используете несколько рабочих пространств и проектов для одного профиля WAS, подумайте о создании нового профиля WAS для вашего рабочего пространства.
Вы, наверное, пробовали это, но вот простой контрольный список, который можно попробовать на собственном опыте. Убедитесь, что в настройках вашего сервера в RAD включены следующие параметры:
Снимите флажок «Включить универсальный» тестовый клиент ", если он вам не нужен.
В консоли администратора вы можете проверить некоторые настройки сервера, такие как
Вы также можете удалить приложение ivt, которое устанавливается по умолчанию, когда создание нового профиля WAS. Затем обычные вещи, такие как не слишком фрагментированный диск и правильно установленный размер файла подкачки.
И последнее, что вы, вероятно, уже знаете, - переиздайте на своем сервере, а не перезапускайте его.
Если пул соединений действительно является единственной функцией сервера приложений, которую вы используете, то почему бы вам просто не использовать apache commons dbcp ( http://commons.apache.org/dbcp/ ) полностью отбросьте webfear и используйте вместо этого причал. Это должно сократить время запуска примерно до 5 секунд. Позже вы можете легко переключиться на websphere снова для своей производственной среды, если действительно почувствуете в этом необходимость.
Это одна из причин, по которой родился Spring.
Вам даже не нужно придавать всем тонкостям вроде JMS, удаленного взаимодействия и т. Д. Вам будет лучше с Tomcat, ActiveMQ, и OpenEJB.
Все, что угодно , кроме WebSphere.
WAS V7 решает некоторые из этих проблем, позволяя настраивать запуск при запуске сервера приложений.
Так что, если и когда вы перейдете на WAS V7, вам могут показаться некоторые улучшения в этой области.