关于手机web站点和手机app 技术选型的困惑于思考2.pptVIP

手机web站点和手机app 技术选型的困惑于思考;随着手机硬件不断的升级， 外加4g牌照的发放， 不出2年时间移动端web站点和手机app一定会进一步井喷， 中小企业、二三线城市的软件公司也会进入到这个领域。 以后移动站点和移动app有可能就成为web开发者的主要日常工作了。;目前移动端的营销手段虽然很多，但多数公司最基本的手段无非是 1 优酷视频：各种广告+二维码 营销 手机扫描二维码 在手机浏览器中打开 【1个入口】 ; 2 新浪微博 ：微博链接+二维码 因为新浪微博在pc和手机上都很常用，所以一个链接打开分三种情况 1 新浪微博手机版内置浏览器 2 电脑浏览器 ， 3二维码则是手机浏览器 【3个入口】 ;3 微信 ：微信内部链接打开就是微信内置浏览器， 微信扫描就是手机浏览器 【2个入口】 4 uc开放平台：uc浏览器 【1个入口】 5 下载安装app：phonegap 打包的app 【1个入口】;一个营销最主要的3个需求，通过这5个入口完成 1 快速的接触用户---各类webapp 2 与用户互动并促使付费---微博、微信 支付渠道内置的webapp 3 维系客户为下次付费做准备---phonegap驻留手机，提供稳定的服务;总的来说主要入口 为 1 手机浏览器 ===》app主要运行环境---》【接触用户】 引导下载安装app进入 入口5 2 微信内置浏览器 ===》app主要运行环境---》【和用户互动】 引导下载安装app进入 入口5;总的来说主要入口 为 3微博内置浏览器 ===》app主要运行环境---》【和用户互动】 引导下载安装app进入 入口5 4 pc 上的浏览器===》【接触用户】一般页面（或者为重量级app）+二维码===》用户导入 1、2 、3---》引导下载安装app进入 入口5 5 phonegap环境===》【维系用户】维系用户的主要环境; 这两年大公司在移动领域真是瞎了血本，有不少小公司也模仿大公司，血本有没有归，我不清楚 大公司例如百度、qq，一般这么架构 1 pc web app 技术部 2 mobile web app 技术部;3 phonegap 技术部 4 原生app技术部 1、2、3、4、~ 1 为安卓 2 为苹果 3为塞班 4为 win7~8 ;支付宝貌似就是这样的 NB的 大公司直接从rom开始 例如 小米、360 等 【ps：大公司这么搞会出现一个现象，这5个渠道互不联系，无法形成闭环，为啥呢？kpi考核，彼此竞争】 大公司为求自保且不错过任何一个技术趋势和消费趋势，四出押宝，小公司3~5个人的团队玩不起啊。 别忘了你还有服务器端和客服等角色在身呢 ;小公司有两种 1 你是一家公司里面的一个技术小组 2 你真的是在一个小公司、创业公司、微型企业 ;古人云:鱼与熊掌不可兼得， 所以小公司要走完5个营销渠道， 一定要轻装上阵，也就是要开发轻量级产品， 万不可眼红大公司重量级产品， 我们的目标直接简单，走完营销渠道的流程，拿钱。。。 ; 所以我们的目标： 1 轻量级产品， 2 走完营销流程， 3一套代码多长脸匹配每一个营销环节的需求， 4基本技术要接地气， 不接地气出了问题找不到NB人解决就难办了 ; 1：jquery mobile 体系 优点：兼容jquery 的api 风格 学习成本低，也有完善的ui支持 缺点：考虑支持太多浏览器，性能低， 缺乏完善的性能加速工具 个人观点：最接地气，适合只做webapp的场景 ; 2 ：sencha touch 体系 优点：为 移动定制，为phonegap量身定制， 有完善的编译打包 加速工具 缺点???彻头彻尾的面向对象体系，学习成本高， 只兼容主流浏览器，但也支持wp7~8的ie 个人观点：接地气排第二，长期的面向对象的js玩家， webapp+phonegap app 通吃 的企业级玩家 ;3：zeptojs 体系 优点：兼容部分jquery api，学习成本低，性能目前最高 缺点：出来混的时间太短，除了百度的ui库，其他库少 个人观点： 这个东西绝对是被jquery mobile 逼出来， 干嘛要做那么多API，干嘛要兼容那么多api， 干嘛要兼容N多浏览器，移动的浏览器就几个啊 ; 1 如果是临时项目 不用长期维护和优化