是的，我们撸了一个新轮子。在这个前端高速发展的时代，撸轮子并不是目的，而是解决问题的手段。我们希望通过这个轮子，帮助像我们这样的小程序开发者，优雅高效的搞定小程序中自定义组件的开发和使用这 2 个环节， ...
|
是的，我们撸了一个新轮子。 在这个前端高速发展的时代，撸轮子并不是目的，而是解决问题的手段。我们希望通过这个轮子，帮助像我们这样的小程序开发者，优雅高效的搞定小程序中自定义组件的 开发 和 使用 这 2 个环节，为开发者 赋能 。 缘起一切的初衷，都始于我们希望像下面这样，优雅的定义和使用组件：
但这并不容易。 首先，需要微信官方支持以自定义标签的方式来封装组件。我们知道，在以往的小程序开发中，这样的方式是不支持的。所喜，微信团队和我们的想法一致。依托于同微信团队良好的沟通渠道，我们团队在第一时间获得了自定义标签组件的内测邀请，并开始着手将我们的想法落地。（PS：微信自定义组件功能，已于 2017.11.02 日 开始公测 ，请升级微信版本到 6.5.16 或更高）。 其次，需要降低组件的开发成本。 再次，需要便捷的在既有项目中安装、应用和更新组件。 组件开发对于组件的开发，Min 提供了一整套的开发方案，包括范式、工具化环境、Demo 预览小程序、内置化文档、自动编译打包、一键式发布等能力。 ○ 单文件策略我们知道，小程序目前的工程化文件结构，是多文件形式（.wxml、.wxss、.js）。为了提供额外的能力封装，Min 采用了单文件的方式（.wxc 文件）来开发一个组件，一个基于 Min 开发的组件就是一个 npm 包。 采用单文件的策略，既有对开发者诸如 Vue 单文件开发习惯的考虑，同时也基于在单文件的编译环节，我们可以做一些额外的赋能 —— 如对 less、postcss 的支持；再如对全局变量、模板、引用路径 Resolve 等支持；抑或通过插件的引入，提供其他的额外能力。
○ Min CliMin 提供了一套 Cli 工具 （ https://github.com/meili/min-cli） 来帮助开发者快速创建、编译、发布您的组件。通过 通过 通过 通过 通过 ○ MinUI同时，我们还提供了一套小程序 UI 组件库 ，这也是我们团队在业务中使用的组件库。您可以通过搜索小程序 “MinUI” 、或通过扫描下方的“小程序二维码”来访问它。
当然，它也是开源的 �� （ https://github.com/meili/minui）。 组件应用对于组件的应用，Min 提供了在原有的应用项目中，一键式安装、一键式更新组件的能力。并提供了渐进增强的诸如应用全局变量、全局模板等能力支持。后续我们还将以插件化的方式，提供诸如代码检测、单测环境等能力支持。 ○ 组件安装在既有应用下，开发者可以通过 安装后的组件，即可以用小程序通用的方式在页面中引入和使用了。 ○ 组件更新对于组件的更新，你可以使用 ○ 渐进增强Min 同时提供了一些应用全局性的渐进增强能力，以供开发者选择性使用。但这需要付出一点额外的成本。 前面提到，我们采用单文件 .wxc 的方式来开发一个组件，因为在编译环节可以做一些额外的事情，这里的 “c” 即为 component 的首字母。 同理，Min 还提供了 .wxp 和 .wxa，来为 page 和 app 提供一些额外的赋能。如果您已经在本地尝试基于 Min 的开发，就会发现本地的组件开发环境这个小程序，就是基于 .wxp 和 .wxa 来实现的。 ：） 短暂的结尾我们希望 Min 能帮助你快速的解决组件开发中的痛点，我们也希望这个小 Baby 能够在社区的帮助中快速成长，所以我们将 Min 进行了开源。 希望有更多的同学通过实际的使用获得收益，更希望有改进的建议（吐槽 :p ）、或是共建，来帮助稚嫩的 Min 逐渐打磨的趋于成熟。 最后，再次附带 Github 上项目的开源地址，输出，才是最好的输入 : ) MinUI： https://github.com/meili/minui Min Cli： https://github.com/meili/min-cli 蘑菇街前端团队，2017.11.02 于杭州。 |
