成都小程序定制开发公司，我们知道了小程序开发框架中脚本部分采用JavaScript语言开发。不过与HTML5不同的是，框架提供自己的视图层描述语言，然后对这些文件进行编译，打包为类似于原生应用的形式进行分发。 但小程序和HTML5有着紧密的关系，如两者遵循相同的语法规范、拥有相似的组件、都支持响应式布局。甚至小程序与Web应用通常的管理后台和客户端两层产品结构相同。 有很多文章说，开发小程序只需要掌握第三方的拖拉设计工具，这有些误人子弟。如果你只是为了开发小程序的前端部分，它们说得没有错。但是如果你想开发一个完整的小程序，那服务器端开发是你必须掌握的技能。 本文米筷不讨论代码实现，只介绍小程序前后端组成部分、生命周期、项目架构、行业需求、个性化需求等方面的内容。

 一、小程序产品结构 小程序产品至少有两层结构，分别是：管理后台、小程序端。如果开发类似于京东或者淘宝类的平台，至少需要三层结构，管理后台、商家管理后台、小程序端。管理后台对商家可用的产品功能进行管理，而商家管理后台对小程序端可用的功能进行管理，从而形成一个最基本的小程序商城结构。 而市面上常见的网站租赁设计小程序的平台也是三层结构，管理后台对小程序设计者可以用的产品功能进行管理，而小程序设计者后台对小程序端可用的功能进行管理。因此，小程序的功能范围是由管理后台决定，要满足更多行业的需求必须后台足够通用。

 二、管理后台 小程序的管理后台最重要的功能，是针对每个商家、或小程序所需要的账号多少以及所使用的功能进行控制。 目前，小程序的管理后台一般分两种：SaaS租赁、私有化部署两种，按租赁收费的方式是最普遍的形式，按照租户每年使用的后台及小程序功能来结算。 例如：一个企业开通一个租赁帐号，那么小程序设计者使用这个帐号开发与运营，每个账号3999元/年，如果增加小程序的页面、功能、流量需要另外付费。 另外一种是私有化部署：按照客户的后台及小程序的功能一次性结算，根据增值功能的不同可能会有不同的定价模式，例如：功能可能会根据复杂度的不同来收费，需要给不同的客户开发可用功能等等。 管理后台对于小程序产品而言就是总控中心，但设计起来并不复杂，通常都是公司内部的运营人员和销售人员使用。需要注意的点是，对于在使用权限上的控制需要做到灵活处理。

 三、业务管理模块 对于小程序产品而言，业务管理模块可以说是整个台台的基础，所有的小程序功能都是基于业务之上来设计的。 举个例子来说：商城小程序提供商品分类、商品管理、支付等基础模块。但这些远远不够，通常小程序需要活动、分享、优惠券、礼品卡、限时打折、积分、赠送码等促销运营类功能模块。 在设计业务管理模块时，如果将所有行业特性都提供会比较麻烦，而且不利于功能的扩展。所以，通常SaaS租赁型的小程序只面向固定的行业，跨出行业范围基本无能为力。比如把服装行业的后台应用于鲜花行业，服装可以按件去销售，但鲜花可以按一次购买，分多次送货，例如定一系列的节日，按周期给客户送鲜花。 而私有化部署的后台，业务管理模块通常不会存在这些问题，它完全可以通过定制开发解决这些行业特性问题，多数行业特性是8成类似，2成行业属性非常强。 例如，商品分类、商品管理、支付等基础模块任何行业基本上通用，唯一问题是限时打折存着不一样的需求。除基础模块外，其它模块完全可以根据自己的需求向服务商提出要求，唯一的问题就是费用问题，当然不能够想又要便宜、功能又贴身是不可能的。 

 四、设计工具 对于小程序设计工具而言，万物皆组件。 所有的页面都是由一个个的组件构成的，所以在创建个性化需求的时候，首先要创建个性化组件。 小程序设计者可以创建自定义组件，添加任意类型的组件，并且可以对组件的管理权限进行设置。通过设置组件的主从关系，可以将自己创建的组件与小程序已有的组件或其他自建的组件进行关联，做到了充分的灵活性。 创建完自定义的组件之后，用户可以根据业务的需要，创建自定义的小程序功能。当功能创建好之后，可以将自定义的功能自由的配置在菜单或者是页面上，到这一步，基本就可以满足于小程序的任何个性化需求了。 可能有人会奇怪，小程序功能创建后，万一后台不支持咱办呢？ 这就是为什么之前要提私有化部署，因为私有化部署的模式可以满足任意的个性化需求。

 五、总结 根据行业的特性、数据安全方面(希望所有的数据都能保存在自己的服务器上，所以如果要使用外部的产品，让自己原有的数据和外部产品进行打通)、个性化需求等等方面，如果要满足个性化需求，就需要做私有化部署。从性价比与成本来说，租小程序服务其实费用不低，与其租小程序服务，不如自己组建一个开发团队自研小程序了。而如果不想从0开始的话，也会选择将市面上已有的产品进行私有化部署之后，再进行迭代开发。