We read every piece of feedback, and take your input very seriously.
To see all available qualifiers, see our documentation.
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
“小程序是⼀种不需要下载安装即可使用的应⽤,它实现了应用「触手可及」的梦想,用户扫⼀扫或者搜⼀下即可打开应用。也体现了「⽤完即走」的理念,⽤户不用关心是否安装太多应⽤用的问题。应⽤将无处不在,随时可用,但⼜无需安装卸载。” --张小龙
通过这段文字我们可以提炼出几个关键词来理解一下他到底想做出一个怎样的产品? 触手可及 通过扫一扫或者搜索你就能打开。 用完即走 没有主动骚扰,不希望过度黏住用户。没有关注,没有群发。 无需安装卸载 不占空间,不费流量,不流垃圾。
这段东西我的理解是:这是一个不用下载安装,不会在后台吃内存的一个APP。
但这真的是一个全新的东西吗? 并不是,在13年,百度就退出了一个轻应用,而它的介绍是
LAPP (Light App) 即轻应用是一种无需下载、即搜即用的全功能 App,既有媲美甚至超越native app的用户体验,又具备webapp的可被检索与智能分发的特性,将有效解决优质应用和服务与移动用户需求对接的问题。
谷歌也提出了一个Progressive Web Apps的项目,它具有的特性是
是不是感觉很眼熟~但是轻应用失败了,而谷歌在墙外,所以微信小程序在我们看来是全新的,但实际上并不是。
因为它叫微信小程序,我们从后面3个字来分析一下它的特性:
1.小 小程序的小体现在程序包小,微信目前给的限制是:1024KB程序包限制(打包后)、10M本地存储限制、5层跳转。这样的限制应该是为了满足触手可及的要求。而由于这个限制,小程序所能实现的功能也变小了。
2.程序 作为程序,与公众号最大的区别就是使用的是C/S架构而不是B/S架构,它的本质更倾向于一个APP而不是H5应用,(其实它是需要安装的,不过因为程序小的原因它可以让你察觉不到它的安装过程。)但是为什么说微信小程序跟前端方向比较接近呢?因为它在技术上借鉴了HTML+CSS+JS的模式,技术框架MINA则借鉴了REACT、VUE、ANGULAR等框架,借鉴了前端模块化开发的理念。所以微信小程序的开发更偏向于前端而不是移动端。
受限于体积限制,它能做的事情有限,而且因为调用的系统api是微信给的二手api,所以他也不能做跟系统有关的东西。
小程序的实现其实是Native跟Web的结合,它在Web View的基础上,用Native对地图等几类块级元素进行绘制和交互。如果按技术架构拆分的话我们可以将它拆解成三层。 上层 Native 是用于平衡性能;下层的 JSSDK,为微信的 Web view 提供 Native 功能,实现上传文件、获取设备、定位等功能,而中层的Web View则解决主要的渲染工作,在这里它使用了Virtual dom技术。 另外,微信小程序不支持Dom、Window和Document,也就是说,他没有alert...如果你要alert的话,你可以引用目前微信提供的官方组件或者自己写。而且在目前,微信不支持引入第三方的库。如果想引入的话只能复制源码...
毕竟我也没接触过,想看更多关于技术方面的还是要去看各位大牛。
对我们部门来说,能放到微信小程序这上面的项目应该是目前的线上活动如治愈系、毕业季、光音等。 个人感觉我们可以将波板糖APP资讯那里和华工百步梯公众号结合起来,做一个类似网易新闻那样的小程序,不过这样做的话,我们的APP地位就更加尴尬了。(给我一个下APP的理由!)
参考资料
http://www.w2bc.com/article/181803 http://mp.weixin.qq.com/s?__biz=MzI2MDE0MjA5MQ==&mid=2247483793&idx=1&sn=b0dc6abe454688a8c514c365b60c375f&chksm=ea6f64f5dd18ede32c00de9363c7cd74a0ffded195e3334eed818b2fd3ec5ddf83a31006b318&mpshare=1&scene=1&srcid=1030WLmzALyWXmmB8VRtlIL9#wechat_redirect http://jianggaowang.com/events/33-techparty-guang-zhou-10-yue-wei-xin-xiao-cheng-xu-zhuan-chang
The text was updated successfully, but these errors were encountered:
No branches or pull requests
关于微信小程序
1.为什么会有微信小程序?
通过这段文字我们可以提炼出几个关键词来理解一下他到底想做出一个怎样的产品?
触手可及 通过扫一扫或者搜索你就能打开。
用完即走 没有主动骚扰,不希望过度黏住用户。没有关注,没有群发。
无需安装卸载 不占空间,不费流量,不流垃圾。
这段东西我的理解是:这是一个不用下载安装,不会在后台吃内存的一个APP。
但这真的是一个全新的东西吗?
并不是,在13年,百度就退出了一个轻应用,而它的介绍是
谷歌也提出了一个Progressive Web Apps的项目,它具有的特性是
是不是感觉很眼熟~但是轻应用失败了,而谷歌在墙外,所以微信小程序在我们看来是全新的,但实际上并不是。
2.小程序特性
因为它叫微信小程序,我们从后面3个字来分析一下它的特性:
1.小
小程序的小体现在程序包小,微信目前给的限制是:1024KB程序包限制(打包后)、10M本地存储限制、5层跳转。这样的限制应该是为了满足触手可及的要求。而由于这个限制,小程序所能实现的功能也变小了。
2.程序
作为程序,与公众号最大的区别就是使用的是C/S架构而不是B/S架构,它的本质更倾向于一个APP而不是H5应用,(其实它是需要安装的,不过因为程序小的原因它可以让你察觉不到它的安装过程。)但是为什么说微信小程序跟前端方向比较接近呢?因为它在技术上借鉴了HTML+CSS+JS的模式,技术框架MINA则借鉴了REACT、VUE、ANGULAR等框架,借鉴了前端模块化开发的理念。所以微信小程序的开发更偏向于前端而不是移动端。
3.小程序能做什么,不能做什么
受限于体积限制,它能做的事情有限,而且因为调用的系统api是微信给的二手api,所以他也不能做跟系统有关的东西。
4.技术相关
小程序的实现其实是Native跟Web的结合,它在Web View的基础上,用Native对地图等几类块级元素进行绘制和交互。如果按技术架构拆分的话我们可以将它拆解成三层。
上层 Native 是用于平衡性能;下层的 JSSDK,为微信的 Web view 提供 Native 功能,实现上传文件、获取设备、定位等功能,而中层的Web View则解决主要的渲染工作,在这里它使用了Virtual dom技术。
另外,微信小程序不支持Dom、Window和Document,也就是说,他没有alert...如果你要alert的话,你可以引用目前微信提供的官方组件或者自己写。而且在目前,微信不支持引入第三方的库。如果想引入的话只能复制源码...
毕竟我也没接触过,想看更多关于技术方面的还是要去看各位大牛。
5.对部门的影响
对我们部门来说,能放到微信小程序这上面的项目应该是目前的线上活动如治愈系、毕业季、光音等。
个人感觉我们可以将波板糖APP资讯那里和华工百步梯公众号结合起来,做一个类似网易新闻那样的小程序,不过这样做的话,我们的APP地位就更加尴尬了。(给我一个下APP的理由!)
参考资料
http://www.w2bc.com/article/181803
http://mp.weixin.qq.com/s?__biz=MzI2MDE0MjA5MQ==&mid=2247483793&idx=1&sn=b0dc6abe454688a8c514c365b60c375f&chksm=ea6f64f5dd18ede32c00de9363c7cd74a0ffded195e3334eed818b2fd3ec5ddf83a31006b318&mpshare=1&scene=1&srcid=1030WLmzALyWXmmB8VRtlIL9#wechat_redirect
http://jianggaowang.com/events/33-techparty-guang-zhou-10-yue-wei-xin-xiao-cheng-xu-zhuan-chang
The text was updated successfully, but these errors were encountered: