GVKun编程网logo

做移动网站还是移动应用程序?(做移动网站还是移动应用程序好)

7

在本文中,我们将详细介绍做移动网站还是移动应用程序?的各个方面,并为您提供关于做移动网站还是移动应用程序好的相关解答,同时,我们也将为您带来关于android–如何将使用jQueryMobile构建的

在本文中,我们将详细介绍做移动网站还是移动应用程序?的各个方面,并为您提供关于做移动网站还是移动应用程序好的相关解答,同时,我们也将为您带来关于android – 如何将使用jQuery Mobile构建的网站转换为移动应用程序?、angular – 共享混合移动应用程序和桌面Web应用程序的代码、ASP.NET 网站还是 ASP.NET Web 应用程序?、c# – 如何在Windows Phone 8.1(通用应用程序)中确定我是连接到WiFi还是移动网络?的有用知识。

本文目录一览:

做移动网站还是移动应用程序?(做移动网站还是移动应用程序好)

做移动网站还是移动应用程序?(做移动网站还是移动应用程序好)

移动互联网是一块大蛋糕,越来越多的IT人想在移动互联网领域占据一席之地。虽然众多互联网巨头在进军移动互联网,由于针对移动互联网领域的营销尚未成熟,所以,个人以为移动互联网在未来十年依然处于争夺网民入口的关键阶段。在这个阶段,该如何布局移动互联网?很多人选择做移动应用,也有人认为移动网站才是关键入口。

究竟是做移动应用好还是做移动网站好,我们来看一看google给出的一些数据和分析。

一、数据(数据统计来源欧美)

1、在美国,移动应用程序和移动网站拥有相同的覆盖率

移动应用程序和移动网站拥有相同的覆盖率

2、数据统计,移动应用程序和移动网站的热门内容非常相似

移动应用程序和移动网站的热门内容非常相似

3、移动网站用户数偏多

移动网站用户数偏多

4、三分之一的移动用户每月下载移动应用程序

三分之一的移动用户每月下载移动应用程序

5、移动应用程序竞争异常激烈,但参与度也很高

移动应用程序竞争异常激烈,但参与度也很高

二、原则

一些基本原则对比

对比纯移动网站纯移动应用

访问浏览访问安装后访问

用户界面静态、导航型用户界面交互型用户界面

浏览需要网络连接才可浏览可离线浏览

功能限制功能会有限制可使用位置服务、相机等手机功能

速度快非常快

开发成本合理昂贵

应用商店不需要可利用

核准过程无有时候强制

三、评估

如果以上两点仍然不能让你做决定是做移动网站还是移动应用程序,那么可以再综合考虑下各方面的因素,通过评估各个因素来决定。

考虑因素移动网站移动应用程序

一次构建之后可在多种设备上使用是否

点击一下就可访问品牌内容是否

最大的市场规模是否

维护简便、费用低是否

您可以控制部署是否-需应用程序商店批准

自定义获利策略是否-应用程序商店分享30%收益

使用第三方API是否

富媒体体验是,使用HTML5可以是

覆盖离线客户有时是,有些使用HTML5可以,非全部是

使用设备的所有功能一些,非全部是

内置付款基础架构否是(在应用程序商店设置价格)

android – 如何将使用jQuery Mobile构建的网站转换为移动应用程序?

android – 如何将使用jQuery Mobile构建的网站转换为移动应用程序?

我正在寻找一种方法来包装使用jQuery Mobile构建的网站,以便它可以在手机上作为应用程序运行.我不知道这个过程是如何参与的.我认为PhoneGap会这样做,但我不知道在PhoneGap网站上查看任何教程或文档.这可以在不同的手机上使用吗?有人能指出我正确的方向吗?

解决方法

您可以转换,但它涉及一个复杂的过程.
在这里,我提供了一些步骤,对您将 jquery mobile中的网站转换为移动应用程序非常有用:

>转到http://www.phonegap.com并下载PhoneGap 2.2.0,因为它非常稳定(虽然2.7.0已经发布)
>然后转到http://docs.phonegap.com/en/2.2.0/guide_getting-started_index.md.html#Getting%20Started%20Guides并单击名为“Android入门”的第一个链接
>只需按照在您的计算机上设置Eclipse IDE的简单步骤来构建Android应用程序
>然后,您可以复制并粘贴www目录中的整个内容(网页集),然后构建/运行应用程序
>它将在模拟器中运行,并将创建.apk文件,然后您可以尝试在任何Android移动设备上运行.

注意:我不确定外观/ UI是否与应用程序相同,因为您可能已将其用于桌面网站

您也可以参考此站点来安装ADT插件:http://developer.android.com/sdk/installing/installing-adt.html

angular – 共享混合移动应用程序和桌面Web应用程序的代码

angular – 共享混合移动应用程序和桌面Web应用程序的代码

我想构建一个全新的应用程序,应该作为混合移动应用程序和桌面Web应用程序进行部署.

大多数情况下,两个应用程序的逻辑和用户界面非常相似.
除了一些差异:

>移动设备的屏幕尺寸优化(例如,移动设备中隐藏的侧面菜
>移动中的触摸手势(3DTouch)与桌面中的悬停功能
>触摸移动设备中某些元素的反馈
>移动中的页面导航与桌面中的路由导航

我想过将angular-material组件用于桌面,将Ionic组件和移动导航用于两者都建立在角度之上.

当然,我的目标是尽可能多地共享代码,逻辑以及UI容器组件.

因此,我尝试在为桌面UI,移动UI,共享UI和逻辑创建单独的Angular模块时考虑构建项目的好方法:

一种选择是为两个应用程序提供一个核心模块,导入逻辑和共享UI模块.然后在为每个平台构建时在特定平台UI模块之间切换.在此选项中,特定于平台的UI组件将具有相同的选择器和@Inputs,但在其呈现的UI中会有所不同.

第二个选项是为每个将导入逻辑模块和共享UI组件模块的平台应用程序提供单独的核心模块.

也许有人有这样做的经验,可以分享他对涵盖所有这些的最佳项目结构的看法?

或者我建议哪个项目结构更好?

解决方法

根据我的经验,有效的是以下内容

>使用单独的文件结构创建2个单独的“前端”项目
在单独的目录中,使用特定的“命令行工具”
框架(Angular CLI,Ionic CLI,NativeScript CLI).
>创建一个包含要共享的公共模块的公共项目
通过’前端’项目
>从代码库导入共享模块到’前端
结束’项目(例如在名为’shared’的目录下) – 确保
您将前端项目与相同的通用版本保持一致
‘共享’项目

真正的技巧是设置“共享”模块的边界,以便在不增加代码复杂性的情况下最大化重用(例如,通过在’共享’代码中检查环境 – 我避免使用环境变量来定义是否代码以Ionic或Angular运行,并根据该变量做出决定.

对我来说,经验法则是“前端”项目定义所有组件(即组件不共享).

组件具有非常浅的逻辑,通常类似于以下内容

>他们在构造函数中定义他们使用的服务
>在ngOnInit()方法中,他们订阅了Observables
服务方法返回的兴趣 – 订阅逻辑
填充包含视图中显示的数据的变量
>在ngOnDestroy()中,他们取消订阅订阅
>组件定义管理前端事件的方法 – 例如
方法通常在共享服务上调用方法

编码时会出现正确的设计.我的意思是,一旦你建立了基本结构(即’前端’项目和’共享’项目),你开始编码一个前端(例如浏览器的Angular).一些决策很容易采取(例如,查询后端的所有逻辑通常都是共享的).其他一些决定更棘手,而且越接近前端表面的逻辑越真实.一旦你看到组件中的逻辑变得越来越厚,那么你就开始想知道是否有值得分享的东西,因为对于另一个’前端’也许是常见的(让我们说Ionic).如果是这种情况,那么您重构,将代码移动到“共享”服务.

还要记住通过测试充分保护“共享”服务.

我希望它有所帮助

ASP.NET 网站还是 ASP.NET Web 应用程序?

ASP.NET 网站还是 ASP.NET Web 应用程序?

当我在 Visual Studio 中启动一个新的 ASP.NET 项目时,我可以创建一个 ASP.NET Web 应用程序或者我可以创建一个
ASP.NET 网站。

ASP.NET Web 应用程序和 ASP.NET 网站有什么区别?为什么我会选择一个而不是另一个?

答案是否会根据我使用的 Visual Studio 版本而有所不同?

答案1

小编典典

网站:

网站项目是即时编译的 你最终会得到更多的 DLL
文件,这可能会很痛苦。当您在一个目录中有页面或控件需要引用另一个目录中的页面和控件时,它也会出现问题,因为另一个目录可能尚未编译到代码中。另一个问题可能是出版。

如果 Visual Studio 没有被告知要不断地重复使用相同的名称,它将一直为页面生成的 DLL 文件提供新名称。这可能导致有多个包含相同类名的 DLL
文件的紧密副本,这将产生大量错误。Web Site 项目是随 Visual Studio 2005 引入的,但事实证明它并不流行。

Web应用程序:

Web 应用程序 项目是作为插件创建的,现在作为 Visual Studio 2005 SP 1 的一部分存在。主要区别在于 Web
应用程序项目的设计与 Visual Studio 2003 附带的 Web 项目类似。它将在构建时将应用程序编译成单个 DLL
文件。要更新项目,必须重新编译并发布 DLL 文件以进行更改。

Web 应用程序项目的另一个不错的特性是从项目视图中排除文件要容易得多。在网站项目中,您排除的每个文件都使用文件名中的排除关键字重命名。在 Web
应用程序项目中,该项目只跟踪从项目视图中包含/排除哪些文件,而不重命名它们,使事情变得更加整洁。

参考

文章 ASP.NET 2.0 - 网站与 Web
应用程序项目
也给出了为什么使用一个而不是另一个的原因。这是它的摘录:

  • 您需要将大型 Visual Studio .NET 2003 应用程序迁移到 VS 2005 吗? 使用 Web 应用程序项目。
  • 您想在不创建项目文件的情况下将任何目录作为 Web 项目打开和编辑吗? 使用网站项目。
  • 您需要在编译期间添加预构建和构建后步骤吗? 使用 Web 应用程序项目。
  • 您需要使用多个 Web 项目构建一个 Web 应用程序吗? 使用 Web 应用程序项目。
  • 您想为每一页生成一个程序集吗? 使用网站项目。
  • 您更喜欢动态编译和处理页面而不在每个页面视图上构建整个站点? 使用网站项目。
  • 您更喜欢单页代码模型而不是代码隐藏模型? 使用网站项目。

Web 应用程序项目与网站项目
(MSDN) 解释了网站和 Web 应用程序项目之间的差异。此外,它还讨论了要在 Visual Studio 中进行的配置。

c# – 如何在Windows Phone 8.1(通用应用程序)中确定我是连接到WiFi还是移动网络?

c# – 如何在Windows Phone 8.1(通用应用程序)中确定我是连接到WiFi还是移动网络?

我正在使用 Windows Universal应用程序(Windows 8.1和Windows Phone 8.1之间的共享后端,而不是Silverlight).该应用程序通过Azure移动服务连接到Azure.在应用程序的设置中,我希望只有通过WiFi网络才能进行同步选项.

如何确定手机是连接到WiFi还是移动网络?虽然从我的研究中我已经找到了使用旧版Windows Phone和Silverlight的方法,但似乎我只能确定该设备是否在Windows Universal应用程序中连接到互联网.

解决方法

我相信你可以使用类似于以下内容的东西从 ConnectionProfile中确定这些信息:

using Windows.Networking.Connectivity;

var connectionProfile = networkinformation.GetInternetConnectionProfile();
// connectionProfile can be null (e.g. airplane mode)
if (connectionProfile != null && connectionProfile.IsWlanConnectionProfile) {
    // do something over WiFi;
}

还有IsWwanConnectionProfile属性,用于确定连接是否通过“移动”连接(3g等).

今天关于做移动网站还是移动应用程序?做移动网站还是移动应用程序好的讲解已经结束,谢谢您的阅读,如果想了解更多关于android – 如何将使用jQuery Mobile构建的网站转换为移动应用程序?、angular – 共享混合移动应用程序和桌面Web应用程序的代码、ASP.NET 网站还是 ASP.NET Web 应用程序?、c# – 如何在Windows Phone 8.1(通用应用程序)中确定我是连接到WiFi还是移动网络?的相关知识,请在本站搜索。

本文标签: