微信小程序怎么办？

开发微信小程序时，主要有三种模式。

第一，基于现成模板的编辑模式。

这种模式下，模板是最为首要的，用户首先选择一个最为接近需求的模板，然后采用编辑、配置的方式对模板的名字、标题、栏目名称/数量、图片等进行修改。 有点快，非常简单，如果图片素材等提前准备到位了，通过模板编辑配置的模式开发微信小程序，一般1、2个小时就能搞定！

缺点

1）找到匹配度足够满意的模板并不容易：这种模式比较依赖于模板供应方的模板库丰富程度，一般来说，最终用户的需求都是千变万化的，往往都是各有各的诉求，即便模板平台方提供的模板数量很丰富，却仍然会经常出现找遍了模板库也找不到满意的恰当的模板的情况。

2）几乎没法做较深度的个性化定制：一旦希望做点比换图片、改标题更复杂点的个性化扩展，就会发现这种模式是一个死胡同，这种模式的工具里，几乎没有厂商能支持比较深度的功能个性化修改、定制。

第二种，模板+拖拽制作。 这种模式下，工具平台方会提供一些比较典型的行业、场景模板，同时还会提供比较丰富的相关功能模块，这些功能模块可以自由“装卸”到模板上去。 模板比较全面地体现了相关类别小程序的整体框架，用户基于该模板框架，结合自身的具体需求，通过拖拽方式对各种各样的模块进行自由组合，从而实现各种各样的个性化需求。

优点比较简单快捷，对制作者几乎没有技术背景的要求，同时还有比较大的个性化拓展可能性。 基于“模板+拖拽式制作”的模式做微信小程序开发，一般制作周期按天计算，2、3天能做出一个中等复杂度的小程序应用。

缺点这类模式的工具很容易做成"慢性毒药"，具备一定麻痹性：对实际应用场景而言，单纯这种模式的个性化能力其实依然远远不够；但由于往往呈现的是“能任意定制”的形象，所以这类工具其实很有麻痹性，用户使用到后期往往有上了贼船的感觉——说好的自由定制呢？发现很多地方不能改，依然这不能实现，那也没法实现。 而此时，往往已经有相当的运营投入和数据沉淀，要想重头再来找人从零开始帮另行定制一套，影响太大，伤筋动骨啊！

第三种，组件化的快速开发模式。 能达到“组件化”这个层面，足以表明这种模式其实已经开始颇有点专业开发的味道了。 这种模式下，主要特征是将各种比较通用的代码模块封装成一个个组件，未来开发中不用重复编写这些模块的代码，而是直接拖用组件。

优点因为是在代码层面进行开发，对小程序的功能实现有最大的掌控度。 也是因为进入了代码层面，所以对于一些特殊需求的复杂小程序，就能根据需要随时全面开展性能优化了。 此外，由于组件化，开发速度也还比较高。

缺点难度大，需要有一定的编码基础；完成一个小程序开发的时间一般都不短，即便是比较成熟高效的可视化组件式开发工具，也得需要半个月之久。