微信小程序是用什么技术实现的？

一、微信小程序的wxml

具有基本的编程经验的工程师，只有与wxml接触后，您才会发现该语言的编程概念类似于html网页的编程技术。经过一番研究和开发，您会知道微信小程序的要求技术含量不高，只是更换了一些标签，例如

已替换为等待状态。即使您不太擅长前端，转用微信小程序的发展也将是一个很好的方向。

二、微信小程序的wxss

wxss是微信的CSS。微信用自己的开发语言wxss代替了Web编程中使用的css；实际上，主要的实现思想与Web开发技术基本相同，并且它只是对某些标签的简单替换，其中大部分是原始的CSS，基本上是正确的。它们都是通过调用同一页面来实现的，但是可以说，微信小程序比Web开发更简单，更方便。例如，只要写入index.wxml和index.wxss，它就位于两个文件中。这两个文件同时位于同一目录中，就像直接在网页上写CSS一样，这既简单又快速。

三、微信小程序的js

如果要开发微信小程序，您必须精通微信小程序的js。只要您具有html+css+js的良好基础，就可以全力学习微信小程序js，然后在前端进行开发。上面没有问题，但是微信js需要努力学习。您可以购买参考书或了解微信小程序的API，它们可以快速帮助您参与开发队列。

四、微信小程序的json

掌握了以上几点之后，您需要掌握json。简而言之，json是微信小程序的主要和次要接口。工程师可以通过json控制上下菜单栏，主要和辅助页面的显示顺序。但是，使用频率不高。它仅适用于基本小程序的框架，但这也需要学习，因为除显示类型外，每个前端 *** 作都需要与后端匹配，因为如果要使其放大，则必须之所以简化，是因为修改代码后，在迷你程序中搜索到的版本就是启动后的版本，即我们提交微信评论后显示的版本。修改源代码后，需要将其提交给微信公众进行审核。平台小程序管理平台，用户只能在审核通过后才能看到您的修改，因此，为避免这种麻烦，您必须了解后端技术开发并与前端链接以与您进行交流。

实际上，小程序类似于H5表面，并提供了视图层描述语言。您需要掌握WXML和WXSS以及基于JavaScript的逻辑层框架。这里的wxml等同于html，而wxss等同于CSS。

uni-app App端内置weex渲染引擎，提供原生渲染能力

然而， Weex并不是一个前端框架 。实际上，前端框架仅仅是 Weex 的语法层或称之为 DSL (Domain-specific Language)，它们与原生渲染引擎是分离的。换句话说，Weex 并不依赖于特定的前端框架，随着前端技术的发展，Weex 也可以集成更多广泛使用的前端框架。

以往的 weex ，有个很大的问题是它只是一个高性能的渲染器，没有足够的API能力，使得开发时非常依赖原生工程师协作，开发者本来想节约成本，结果需要前端、iOS、Android 3拨人开发，适得其反。而 nvue 解决了这个大问题，让前端工程师可以直接开发完整 App，并提供原生插件的市场交易和云打包。这些组合方案，开发者切实的提高效率、降低成本。

如果你是web前端，不熟悉 weex，那么建议你仍然以使用 vue 为主，在App端某些 vue 表现不佳的场景下使用 nvue 作为强化补充：

uni-app App 端内置 HTML5+ 引擎，让 js 可以直接调用丰富的原生能力。

小程序及 H5 等平台是没有 HTML5+ 扩展规范的，因此在 uni-app 调用 HTML5+ 的扩展规范时，需要注意使用条件编译。否则运行到h5、小程序等平台会出现 plus is not defined错误。

在普通的 H5+ 项目中，需要使用 document.addEventListener 监听原生扩展的事件。

uni-app 中，没有 document。可以使用 plus.globalEvent.addEventListener 来实现（注意manifest中需开启新编译器，即自定义组件模式"usingComponents":true）。

同理，在 uni-app 中使用 Native.js 时，一些 Native.js 中对于原生事件的监听同样需要按照上面的方法去实现。

注意：旧编译器（非自定义组件模式）不支持 plus.globalEvent 这个对象。

---