Подтвердить что ты не робот

Могу ли я использовать bootstrap 3 вместе с jQuery Mobile?

Я прочитал много статей "bootstrap vs. jQuery mobile". Совершенно очевидно, что у них обоих разные цели. Итак, как насчет их объединения?

Помимо других, мне нравятся адаптивные макетные функции бутстрапа. С другой стороны, мне также нравится "страничный" подход и возможности jQuery mobile (включая события прокрутки и т.д.) И переходы.

Есть ли профессиональные проекты, сочетающие оба? Или кто-то пытался это сделать и не смог?

Я знаю Использование Bootstrap с jQuery Mobile похоже на аналогичный вопрос, но он устарел (ссылаясь на bootstrap 2).

4b9b3361

Ответ 1

Заключение Я бы не рекомендовал комбинировать JQuery Mobile и Bootstrap для сложных проектов.

Знание JQM Мы строим серию сложных веб-приложений, используя JQuery Mobile (JQM) Framework. Мы потратили более года на производство, и теперь имеем довольно разумные знания JQM.

Позитивы. Некоторые из функций полезны, например, постоянные нижние колонтитулы и мобильные компоненты, которые придают HTML5-приложению довольно своеобразное ощущение. Отрицательные: нам пришлось отключить множество функций JQM, таких как предварительная загрузка страниц для создания требуемой сложной функциональности.

Конечный результат хорош, так как мы обманули разработчиков iOS, считая, что он является родным.

Знание Bootstrap Недавно я выпустил отзывчивый веб-сайт с использованием бутстрапа, чтобы рекламировать вышеупомянутый продукт JQM, и это получилось очень хорошо (http://www.sure-sense.com).

Комбинированный Я попытался объединить бутстрап с проектом JQM в приложении панели мониторинга, но он быстро подчеркнул, что 2 фреймворка несовместимы. CSS JQM помещает компоненты поверх загрузочного CSS, а результаты - некоторые компоненты, похожие на JQM, и другие, такие как bootstrap.

Ответ 2

Лично я думаю, что у jQuery Mobile есть больше возможностей, чем вам действительно нужно, и он блокирует вас способом построения, который не является гибким. Он начинает становиться грубым и беспорядочным, когда у вас много панелей с различными анимациями, и обычно вы получаете 80% пути очень быстро, но затем занимает много времени, чтобы делать пользовательские вещи.

Я бы использовал twitter bootstrap, а затем добавил плагины для поддержки функций, которые вам нужны.

В Bootstrap есть много неофициальных плагинов, которые вы можете добавить, чтобы имитировать функциональность jQuery Mobile: http://bootsnipp.com/resources

здесь есть руководство для использования событий салфетки только из jQuery Mobile: http://lazcreative.com/blog/adding-swipe-support-to-bootstrap-carousel-3-0/

Или вы можете использовать свой собственный плагин для ручного добавления событий салфетки: http://stephband.info/jquery.event.swipe/

Если вы хотите раскрывающееся меню боковой панели, вы можете легко добавить его самостоятельно:

-webkit-transition: width 0.35s ease;
-moz-transition: width 0.35s ease;
-o-transition: width 0.35s ease;
transition: width 0.35s ease;

http://jsfiddle.net/Osis/Mns8q/ http://codepen.io/krichnafsky/pen/cuhkL http://coding.smashingmagazine.com/2013/01/15/off-canvas-navigation-for-responsive-website/

Ответ 3

Для работы с одним человеком я не думаю, что действительно важно, какое единственное решение или комбо выбрать, поскольку все вы и только "вы" заставляете их работать.

Тем не менее, для команды, работающей в компании или даже в компании, работа содержит Make template + Implementing applcation, а responsiblilities - в команду дизайнеров и ИТ-команду соответственно. Таким образом, окончательное решение должно быть в порядке с обеими этими двумя командами.

Для нашей компании команда компакт-дисков имеет тенденцию использовать BootStrap, потому что им предлагается создать множество настраиваемых веб-шаблонов специального действия, однако ИТ-команда уже сделала некоторые приложения jQM, и им нравится использовать их для будущей работы по разработке, таким образом, конфликт.

В конечном итоге "Пользовательское требование" преодолевает конфликт, и теперь мы собираемся использовать шаблон BootStrap и пытаться избежать использования jQM в нашей основной разработке мобильных приложений в Интернете. В лучшем случае.

Явный, но необходимый для принятия выбор.