小程序制作的收费标准，一般取决于客户要做多少页面和要做的页面和功能的复杂程度。如果是定制的小程序，功能比较复杂、繁琐，周期比较长的话，起步价1万以上。但类似即速应用的开发平台，无需代码，有海量小程序模板，可以省下大量开发的成本，因为如果是标准化的小程序收费就会便宜些，因为已经有一些成熟的、现成的模板可以套用。
做小程序多少钱？
解答这个问题之前，我们先搞清楚你做这套小程序的目的与背景。
目的是什么？
目的指的是你做这套小程序为了营销，还是为了展示背景。
指的是你想怎么使用它，你是有资源、有用户、有渠道，小程序只是作为辅助性的软件去帮你去推广，还是你抛去旧渠道，用小程序结合分销模式去开发新的渠道。
当这两个问题理清楚之后，我们再来看看市场上有多少种开发公司。
第一种，SaaS收费平台。
这是所谓的开账号方式，你只需要提供小程序过来对接程序即可，既不用提供服务器，也不需要提供域名，因为数据都是储存在开发公司手上的，你交的只是软件租赁费，用户数据并不属于你。
第二种SaaS免费平台。
相对于第一种，区别就是连手机费用都省了，是不是很划算？
但是我劝你千万别用。为什么呢？
这几年被某站割韭菜的企业很少。前期免费使用，等你有了一定的用户数据之后，就开始收费，也就是以前确实免费，后期公司就开始收费。
有人就会想，那我不用了，数据给我吧。不好意思，公司没有这个义务。
第三种，定制开发公司。
上面所说的两种公司，人家可能连系统的标点符号都不会给你修改，因为人家可能就是一个代理商，在公司是没有技术团队的。而定制开发公司最大的优势是将用户的数据储存在客户自己的手中，系统也能根据市场的变化做出相对应的修改与跟进。
现在去定制一套新零售的小程序的可能费用还没有某账的年费高。
蛙数字WiFi平台商业价值，青蛙数字WiFi的模式是什么？
WiFi技术仍主要应用于手机、平板电脑、笔记本电脑等传统消费级电子终端设备，WiFi芯片市场与消费级电子终端市场密切相连。
随着网络与通信技术的发展，无线局域网网已经深入到千家万户及生活的各个角落，WiFi凭其高速、便捷、成本低的独特优势得到了空前的宠爱，也凸显出了其广阔的发展与应用前景。
我司认证专业技术开发：WiFi码青蛙数字平台APP、小程序、公众号、手机H5网站...均可开发
人们经常问到的一个问题是：“什么是可编程代理，我们为什么需要它？”本文试图从不同的角度来回答这个问题。我们将从代理的简单定义开始，然后讨论代理在不同阶段是如何演化的，它们满足了哪些需求，以及它们在每个阶段提供了哪些好处。最后，我们将讨论可编程性的几个方面，并概述我们为什么需要可编程代理。
代理服务器通常部署在两个独立的网络之间，负责将数据从一端传输到另一端，让它们看起来像是一个单独的网络。最简单的代理形式自计算机网络诞生以来就存在，作为用户和互联网之间的网关。不过，代理不仅可以充当网络连接器，它还支持许多其他的功能和用例，如：
位于ISO/OSI模型Layer4和Layer7的代理有时被称为“路由模式”代理。大多数代理服务是开源的，它们占到了网络基础设施软件很大一部分比例，在不同的领域提供专门的功能，例如特定于协议的代理、负载均衡代理、缓存加速代理，等等。
代理服务器经历了不同的发展阶段。
这一代代理完全是基于配置的。用户设置一些参数，在配置文件中配置规则，然后启动服务进程来执行这些规则。
静态配置文件很难表达复杂的逻辑，因此许多代理在配置文件之上引入了精简脚本功能。这些通常被称为“配置语言”或领域特定语言(简称DSL)，例如Haprxoy的ACL或Varnish的VCL。
随着逻辑变得越来越复杂，使用配置语言就变得越来越困难。当同一网络中使用的不同配置语言的数量达到一定的阈值时，脚本变得很难管理。
例如，使用shell脚本可以编写简单的逻辑，但是当shell代码达到一定的复杂性时，通常需要升级到更结构化的脚本语言，如Perl或Python。
这些语言带来了脚本的便利性和成熟编程语言的结构优势，例如OpenResty(Nginx+Lua)和NginxPlus(Nginx+NJS)，还包括使用应用程序编程语言实现的代理服务器，例如基于Node的StrongLoopMicrogateway和基于Java的SpringCloudGateway，它们通常都提供了自己的脚本功能。
脚本语言解决了模块化和结构化逻辑所固有的复杂性。这一阶段的需求是将代理与其他管理控制工具集成，因此要求代理提供REST或类似的接口，外部控制面板可以通过这些接口动态地更新脚本中的逻辑。
与此同时，代理的使用已经从单一实例发展到了代理集群。事实上，一些代理软件，如Envoy和基于OpenResty的Kong，通常都支持集群功能，它们以某种集中或共享(通过RDBMS等)的方式实现集群功能，并提供REST管理接口来管理配置。
对于这个时代之前的代理，通常需要通过配置管理来实现集群管理。配置管理工具也可以公开REST接口。例如，Ansible+Nginx实现了与云时代代理类似的功能。相比之下，集群时代的代理需要更多的组件来形成方案，而云时代的代理消除了管理活动组件的负担，所以后者是首选。
在云时代，代理通过分布式的方式进行部署。最常见的场景是按照边车代理模式为每个应用程序流程部署一个代理。
在集群模式下，对于不同的上游业务，通常会有不同的配置和策略，如认证方式、访问控制机制等。随着上游服务的增长，这些不同的配置在逻辑上是分开的，但在物理上仍然运行在同一个代理进程中。这种方案存在一些缺点：在同一个进程中运行更多的逻辑会带来更多的复杂性。另外，不同的上游业务共享CPU、内存等资源会相互影响。如果某个上游服务的脚本存在安全漏洞，可能会导致配置泄露，存在安全风险。
在云时代，每个上游服务的代理进程是相互独立和隔离的。分布式代理为不同的上游服务(即多租户功能)使用不同的规则和策略打开了大门。
各种上游服务不仅具有逻辑上独立的规则和策略，还提供了物理隔离，可以在流程和接口级别进行细粒度管理。在多租户环境中，这种隔离性是必需的——不同的上游服务属于不同的租户，租户之间不应该相互影响或知道彼此的配置。
服务网格是这个时代的代表。服务网格由两个关键的架构组件组成，一个数据平面和一个控制平面。服务网格其实不是指“服务的网格”，而是代理的网格，可以将服务插入其中，从而将网络完全抽象出去。典型的例子有Istio+Envoy、Linkerd+LinkerdProxy。
Pipy（创建者也是本文作者之一）也是这个时代的产物，它就属于这个类别。Pipy是一种轻量级、高性能、模块化、可编程的开源网络代理，可用于云端、边缘和物联网。Pipy可用在各种场景中，包括(但不限于)边缘路由器、负载均衡器和代理解决方案、API网关、静态HTTP服务器、服务网格边车和其他应用程序。Pipy的开发很活跃，并由一些全职提交者和贡献者在维护，尽管它仍然是一个早期版本，但已经经过了实战测试，并被几个商业客户用在生产环境中。
从上面的讨论可以清楚地看出，每一个阶段都是对前一个阶段的改进。
再让我们来看看代理的需求是如何演变的。
第一代代理主要实现了用户与服务之间的网关功能，并提供了基本的可配置功能。海量数据的实时传输需要高吞吐量、低时延和低资源占用。与所有软件一样，代理也需要支持模块化和可扩展性。
在这个阶段，代理软件主要是用C语言开发的，扩展模块也是。
总之，这个阶段的代理需求包括连接性(网络功能)、易用性(可通过配置文件进行配置)、可靠性(交叉链接设备的需求)、高性能和可伸缩性。
第二代代理在可扩展性和灵活性方面得到了进一步的改进，比如动态数据获取和对获取的数据执行一些逻辑决策的能力。基于DSL的脚本进一步增强了可用性。可组合逻辑和动态数据获取不仅提供了灵活性，也提升了可伸缩性。
与第二代代理相比，第三代代理的主要改进是可管理性、开发者友好和可编程性。
开发者生产力和维护大量脚本的复杂性要求这一代代理使用结构化脚本语言，并保持性能、低资源利用率和上一代代理的核心功能。
之所以广泛使用脚本功能，主要是因为很难用C语言开发和维护扩展。事实上，与编译语言相比，脚本语言更容易学习，并提供更快的周转。
结构化和模块化脚本语言的使用引领了可编程代理的时代，代理需要提供两个层次的可编程性：用C语言开发核心模块，用脚本语言编写动态逻辑。换句话说，可编程代理为用户提供了开发核心模块和动态逻辑的能力。
第四代代理从支持集群开始，提高了可管理性。
因为有了REST接口，代理成为网络基础设施的一部分和基础设施即代码（IaC）的起点。REST接口除了提高代理的可管理性外，还有助于简化代理的管理。外部接口也是可编程代理的一个重要特性，而REST是最常见的接口形式。
此时的可编程性由可编程核心模块、可编程动态逻辑和可编程外部接口3层组成。代理服务器集群的出现反映了可伸缩性视角的变化，从功能扩展变成了资源扩展(用户可以将功能模块化到多个实例，而不是编写一个单体脚本)。REST接口的出现为自助服务和托管服务提供了技术基础，例如用于配置管理的控制面板。
第五代代理的演变是由云计算的普及和快速发展推动的，带来了弹性、自助服务、多租户、隔离和度量的需求。
如果说第四代代理的用户是系统管理员，那么第五代代理的目标是云服务。在完全保持前几代代理软件特性的同时，第五代代理为云计算做好了准备。
随着云计算向边缘扩展，第五代代理需要支持异构硬件、异构软件、低能耗，以优化云与边缘的集成。
第五代代理在可编程性方面也向前进了一步：从核心模块、动态逻辑和我们之前看到的外部接口，到云计算能力、对分布式、多租户和度量的支持。度量是多租户的派生需求，一方面要求隔离性，另一方面需要以尽可能小的粒度度量资源。
接下来，我们将上面的讨论总结成一个表格，其中的行对应于特定的需求，列对应于不同阶段的代理。对于每个演化阶段，我们还在括号中提供了典型的例子或已知的软件。在每个单元格中，我们使用*表示这些功能是否可用以及在多大程度上可用(5个*表示完全支持，1个*表示基本支持)。
编号
需求
配置语言(varnish、haproxy)
脚本支持(nginx+lua、nginx+js)
集群(kong、envoy)
云(istio+envoy、linkerd、pipy)
备注
1
连接性
*****
云时代的连接始于IPTABLE和eBPF等核心技术。在以前只有用户空间进程。
2
可靠性
可靠性一直是代理服务器最基本的能力。
3
高性能
***
****
性能包括吞吐量、延迟、错误率和平均值偏差。常见的延迟指标有P99、P999和其他。早期代理软件具有长尾效应，P99以上的指标不如后期软件。高性能脚本代理在返回相同内容时通常比以前的代理表现得更好。避免长尾效应的代理更稳定(与平均值的偏差更小)，同时提供了相同的性能。
4
灵活性
*
**
与第四代相比，第五代代理显著增强了多协议支持能力，因此我们给予这一代代理五颗星。与第四代相比，第五代处理能够适应各种协议，具有更好的适用性。
5
可伸缩性
与灵活性类似，第五代代理支持多种协议，为核心功能的扩展或定制的应用层(Layer7)协议扩展开发提供了简单的扩展机制，因此比第四代多给一颗星。
6
硬件兼容性
用C语言或C++开发的代理通常具有更好的硬件兼容性，并具有更活跃的社区将应用程序迁移到新的硬件架构。使用Rust、Go和Lua开发的代理在迁移硬件兼容性方面相对较慢。
7
系统兼容性
系统主要包括两个方面，一个是操作系统，一个是云平台。在操作系统兼容性方面，每一代代理都是相似的。但在云平台兼容性方面，第四代和第五代代理都提供了更好的云兼容性。相比之下，第五代和第四代的显著区别在于它们支持多租户能力。
8
易于管理
易于管理是一种面向系统操作员和管理员的功能性需求。第一代和第二代代理主要使用配置文件，在此基础上使用配置管理工具实现自动化和批量管理。在第三代代理中，除了管理配置文件，还需要管理脚本文件。但从本质上讲，与第一代和第二代代理相比，第三代在管理的方便性方面并没有太大区别。第四代提供了REST接口，大大提高了管理的便利性。除了REST，第五代代理还提供了基于云的控制平面来管理代理。它还提供了多个外部接口，以满足其他管理需求，如监控、审计和统计。
9
易于使用
前三代代理的主要用户是操作系统管理员。到了第四代，管理员开始向用户提供一些功能，于是服务模型开始出现了。第五代考虑到了更多的用户场景，并提供了更多的租户能力。
10
易于开发
代理开发包括两个方面的内容。一个是内部代理，旨在实现功能，另一个是外部代理，旨在实现代理的管理能力。前三代为内部开发提供了接口，后面两代同时提供了内部接口和外部接口。与第四代相比，第五代最大的改进是云接口。
11
可编程核心接口
每一代代理都提供了扩展核心接口的能力，但是这些接口太底层了，难以使用。
12
可编程扩展接口
随着每一代代理的出现，代理所提供的扩展能力也变得越来越好，这是可编程代理的核心指标。
13
可编程协议接口
前三代代理主要针对单一协议或固定协议。从第四代开始，用户开始寻求对多协议和自定义协议的支持。在第五代的设计中，协议扩展被认为是一个核心功能。
14
模块脚本
15
可编程配置管理接口
前三代代理配置的目标主要是运维管理人员，而外部配置管理工具都是基于这一前提。第四代支持REST管理接口。第五代进一步提供了用于配置管理的标准云接口。
16
可编程资源扩展接口
对于前三代，代理容量扩展主要是增加线程或进程的数量。第四代提供了进程的扩展能力，也就是集群能力。基于此，第五代产品一方面提供水平扩展能力，另一方面提供在有限资源下支持更细粒度度量和计费的功能。也就是说，它不仅支持增量扩展，还提供了垂直扩展的能力。此外，所有这些功能都提供了编程接口。
17
可编程租户接口
云是与第四代代理同时出现的，而作为云核心特性的多租户代理在第四代中并没有得到很好的支持。第五代的设计以云计算为前提，为租户提供编程扩展能力的可能性。
表中的第11行到第17行都与可编程代理有关，它们构成了为什么要使用可编程代理的答案：
在本文中，我们解释了什么是可编程代理。为此，我们从什么是代理以及它的关键特征的定义开始，然后我们扩展了讨论的内容，包括代理的演进阶段，解释了在每个阶段添加的特性和功能。最后，我们总结了对代理特性的讨论，将其分为17个不同的类别，并对每一代代理进行排名。这样的分类有助于我们识别可编程代理的关键特征和属性。
作者简介：
蔡书是开源极客，Flomesh创始人。
AliNaqvi是一位拥有20多年IT行业经验的IT专业人士。他是一个狂热的开发者和OSS贡献者。他的兴趣包括软件开发、软件架构和DevOps。他经常发表演讲，也是在社区/分会中传播OSS、DevOps和敏捷的活跃成员。