移动应用程序 - 需要一些帮助来理解 JQuery Mobile 与 Jquery 的相关性
我在使用 ASP.NET 创建 Web 应用程序方面有一些经验，但在创建移动应用程序方面我完全是新手。
我刚刚开始开发我的第一个移动应用程序，我对所有各种技术/框架以及它们的适用范围感到有点困惑。
以 Web 应用程序（我熟悉）为例，客户端端将是 HTML + CSS + JS，服务器端将是 ASP.net / PHP / JSP 或其他一些组合。我经常使用 Jquery 作为我的 Javascript 框架。
我对移动应用程序的最初理解是，我将使用 HTML5 + CSS + JS 作为 UI，就像使用 Web 应用程序一样。因此，再次使用 JQuery 进行 JavaScript 编程是有意义的。
然而，我偶然发现了 JQuery Mobile，虽然我浏览了 JQuery Mobile 的一些基本文档，但我无法理解
为什么移动应用程序需要一个单独的 JQuery 框架以及它的作用是什么它提供与 JQuery 不同的功能吗？ 另外，如果我使用 HTML 5、CSS 3 和 JS 的网络标准构建移动应用程序，我应该使用 JQuery 还是 JQuery Mobile？
I have a bit of experience in creating web applications using asp.net however I am a complete newbie when it comes to creating mobile applications.
I am just embarking on my first mobile app and I have gotten a bit confused with all the various technologies/ frameworks out there and where they all fit in.
To take the example of a web application (which i am familiar with), the client side would be HTML + CSS + JS and the server side would be ASP.net / PHP / JSP or some such other combination. I have frequently used Jquery as my Javascript Framework.
My initial understanding with a mobile application was that I would use HTML5 + CSS + JS for the UI just like i would for a web application. Hence, it made sense to use JQuery again for the javascript programming.
However, i stumbled upon JQuery Mobile and though i browsed through some of the basic documentation on JQuery Mobile, i am at a loss to understand
Why is there a need for a separate JQuery framework for mobile apps and what does it offer that is different from JQuery?
Also, if i am building a mobile app using the web standards of HTML 5, CSS 3 and JS, should i be using JQuery or JQuery Mobile?
如果你对这篇内容有疑问，欢迎到本站社区发帖提问 参与讨论，获取更多帮助，或者扫码二维码加入 Web 技术交流群。
绑定邮箱获取回复消息
由于您还没有绑定你的真实邮箱，如果其他用户或者作者回复了您的评论，将不能在第一时间通知您！
发布评论
评论（1）
如果您专门针对移动设备，则有不同的要求：
这些不是 jQuery 专门解决的问题，并且因为它有不同的目的，所以确实不应该。
更新：显然 JQM 是建立在 jQuery 之上的，所以我关于较小占用空间的说法是不正确的。
If you're specifically targeting mobile devices, you have different requirements:
Those aren't things that are specifically addressed by jQuery, and since it has a different purpose, really shouldn't be.
Update: Apparently JQM is built on top of jQuery, so my statement about a smaller footprint is incorrect.