腾讯为微信小程序的工程项目开发了完整的编辑开发、运行调试、打包发布环境，形成了一个完整的IDE。

    有些朋友认为微信小程序就是H5，其实并不是这样。

    小程序借鉴了很多前端开发的技术理念，它用React实现了“视觉组件”，它用CMD的require作为面向对象的．JavaScript，用Vue实现了标签式逻辑与数据绑定。

    小程序用JavaSciipt语言、xML、CSS语言编写程序代码，写小程序代码几乎与’Web前端开发完全一样，一个有经验的Web前端程序员只需要花费半小时就能快速上手小程序开发，但小程序并不是标准化的H5+CSS3+JavaScript架构，它和Web架构基于的W3C规范没有任何关系，小程序使用腾讯全新定义的技术规范和架构，是微信自有的。

    那么小程序与H5又有哪些不同呢?

    小程序不支持W3C的DOM(文档对象模型)规范，小程序的页面也不是基于Window、Document等．JavaScript内置对象的，所以现有Web前端领域的第三方框架，如Jquery、Zepto、uI类框架等都不能在小程序里使用。而小程序的．JavaScript在上下文中自带了wx对象，也就是之前公众号开发中js—sdk的主对象。

    小程序的标签，小程序称为“视觉组件”，并不是基于HTML规范的，它是腾讯全新定义的一套完整的标签库，它只能运行在微信的浏览器下，所以我们以往运行在微信服务号、企业号或者通过浏览器访问的前端项目代码，无法直接移植到小程序。

    微信小程序定义了自己专有的模型，吸收了主流前端开发中数据、样式、控制逻辑分离的理念，剔除了烦琐的关联配置，并且从规范上要求每个“页面”需要有同名的四个文件：index．js、index．json、index．wxml、index．WXSS，各司其职。其中js文件采用标准的JavaScript语法规范，用于逻辑操作；json文件基于．ISON语法规范，用于页面文件的配置；wxml文件基于xML语法规范，用于页面视觉组件的描述；而WXSS继承了标准的CSS语法，用于wXML组件样式的定义。

    小程序的页面加载基于本地，不需要通过频繁的服务端请求来实现，所有的页面跳转都不需要通过服务端交互。这将使小程序的执行效率大大提高，比服务号、企业号等基于H5的Web应用模式有更好的用户体验，操作流畅度与反应速度也会更好。这也意味着在没有网络连接的环境下也可以使用微信小程序。结合本地存储，小程序可以满足暂时断网或网络情况较差的场景需求，这是微信服务号和Web服务都无法实现的。

    微信对于一些通用的用户操作和显示，如等待图标、错误提示、结果展示等，都提出了设计方式上的要求，形成了统一的规范，强制开发者按照规范标准做开发设计，这是微信作为一个准封闭系统，为了用户体验而进行的努力。当然，其意义要从两方面来看，一方面是规范的标准给开发者带来了方便，也让用户使用小程序更高效，但同时也限制了开发者创造性的发挥。

    对于互联网应用产品的开发和运营者来说，如何让用户可以快速找到你的产品，是你最需要关心的事。所有的传播都是为了被用户发现。那么，微信将会给小程序提供怎样的分发模式支持呢?

    微信作为一个IM平台，目前缺少展示位，很难有足够的位置让用户把常用的小程序展示出来。价值连城的九宫格展示位也已经藏到了系统的三级菜单甚至以后，越藏越深。小程序要获得更好的位置资源确实不易。微信对比浏览器，缺少了域名指向，这让小程序的分发模式又丧失了一种可能性。

    现在来看，小程序的人口平台可能会出现在微信首页的导航按钮栏、发现页面或聊天页面。除此之外，大量小程序的分发将会集中在微信的搜索结果里，如何设置小程序的搜索标签属性，让小程序得到更多的展示机会，这会涉及很多的规范性要求，这将会是微信小程序运营者重点思考的问题。

    另外，从目前微信流出的一些小程序“谍照”来看，微信小程序将会具备手机桌面图标方式的启动人口，在微信的“发现”页面，也会有小程序的一个统一人口，和“朋友圈”、“附近的人”等并列。

  微信小程序的价值，将会体现在下面几个方面：

  (1)对于开发者，小程序因为兼容．1avaScript和xML、css语法规范，这将会使开发门槛更低，开发一个程序将会变得更简单。在小程序平台上线初期，会产生一个密集的应用分发高潮，并将持续半年到一年的时间，开发者将能够借助微信平台获得较大的流量，这将比App的流量获取更加容易，也能让营销成本变得更低。

    (2)对用户来说，小程序因为它的即开即用特性，将会减轻手机的应用压力，避免资源浪费。微信小程序的审核机制会比App更为严格，应用程序将很难获取到用户的敏感权限，这将使用户使用手机更为安全，小程序的获取渠道将更多地集中在微信上，降低了用户获取应用的时间成本。