第一种，基于现成模板进行编辑的模式。
优点
缺点
2）几乎没法做较深度的个性化定制：一旦希望做点比换图片、改标题更复杂点的个性化扩展，就会发现这种模式是一个死胡同，这种模式的工具里，几乎没有厂商能支持比较深度的功能个性化修改、定制。
这种模式下，工具平台方会提供一些比较典型的行业、场景模板，同时还会提供比较丰富的相关功能模块，这些功能模块可以自由“装卸”到模板上去。模板比较全面地体现了相关类别小程序的整体框架，用户基于该模板框架，结合自身的具体需求，通过拖拽方式对各种各样的模块进行自由组合，从而实现各种各样的个性化需求。
比较简单快捷，对制作者几乎没有技术背景的要求，同时还有比较大的个性化拓展可能性。基于“模板+拖拽式制作”的模式做微信小程序开发，一般制作周期按天计算，2、3天能做出一个中等复杂度的小程序应用。
这类模式的工具很容易做成"慢性毒药"，具备一定麻痹性：对实际应用场景而言，单纯这种模式的个性化能力其实依然远远不够；但由于往往呈现的是“能任意定制”的形象，所以这类工具其实很有麻痹性，用户使用到后期往往有上了贼船的感觉——说好的自由定制呢？发现依旧很多地方不能改，依然这不能实现，那也没法实现。而此时，往往已经有相当的运营投入和数据沉淀，要想重头再来找人从零开始帮另行定制一套，影响太大，伤筋动骨啊！
能到“组件化”这个层面，足以表明这种模式其实已经开始颇有点专业开发的味道了。
优点
缺点
<span font-size:16px;background-color:#ffffff;"="" style="font-family: "sans serif", tahoma, verdana, helvetica; font-size: 15px; color: rgb(51, 51, 51);">难度大，需要有的一定的编码基础；完成一个小程序开发的时间一般都不短，即便比较成熟高效的可视化组件式开发工具，也得需要半个月。
