小程序的开发时间是与每个企业的需求不同，开发难度就不同，开发难度不同就会导致时间的不同。小程序的开发可以去有赞了解一下。
有赞的门店小程序分为三个版本，都支持线上线下的交易管理和一些常见的营销功能，如优恵券、限时折扣、满减送、互动游戏营销。
基础版还支持拼团和二级分销，三个管理员账号权限。
专业版在基础版的基础上增加了会员储值、礼品卡等复购工具和推广经营、绩效等数据工具，有10个管理员账号权限。
旗舰版在专业版的基础上又增加了群团购的玩法，可以免费使用更新的付费功能，支持30个管理员账号。
有赞三个版本的门店小程序价格分别为：
基础版：每年6800元。
专业版：每年12800元。
旗舰版：每年26800元。
除此之外，有赞没有其他付费服务。
小程序制作找有赞，专业的技术团队支持操作简单，功能强大，自带丰富营销工具，在线支付，助力企业实现流量+销量双增长。
一、小程序和APP有什么区别
商机，我觉得小程序或是APP都需要一个好的点子+超强的执行力+运气，但是小程序在微信中更易传播、用户进入门槛更低。
只要小程序有意思、有新意很有可能能获取井喷式的用户增长，比如之前的朋友印象、工具类的传图识字等等。
区别的话主要是：
APP：可无限拓展，较高的自由度，适用于一些功能复杂、对交互、设计有要求的应用，用户可更加方便的长期使用
微信小程序：触手可及，用完即走，开发较为简单，但必须依赖于微信很难进行扩展延伸，即功能受限于微信提供的接口，适用于功能单一、低频的应用
如果细分的话也可以从以下几点来说
APP：全称为移动应用程序（mobileapplication），是设计给只能手机、平板电脑等设备运行的一种应用程序，目前主流的移动设备操作系统为Android和iOS，距离2018年发布已超过十年。
微信小程序：是一种不需要下载安装即可使用的应用，用户通过微信扫一扫或搜一搜即可打开，2017年1月正式上线。
2、用户群体
APP：面对所有智能手机用户，2017年智能手机用户为26亿。
微信小程序：面对所有微信用户，微信日活超过8亿。
APP：固定在桌面上，随时可用
微信小程序：按照最近使用时间倒序排列，使用时需进行扫码/查找
APP：需要从应用商店下载所对应的安装包，才可使用
微信小程序：通过微信扫描二维码/扫面小程序码/搜索即可进入小程序直接使用
APP：可实现较为完整的功能
微信小程序：因受限于平台仅可实现部分功能，一般小程序功能都较为单一
APP：需要针对不同手机进行适配
微信小程序：一次开发可适配所有手机
7、开发周期
APP：开发成本高，开发周期较长
微信小程序：开发成本低，平台已提供较多的接口供使用，开发周期短
APP：中国2017年上线APP为500万左右
微信小程序：上线小程序数量58万
小程序是如何做出来的，
下面我们来看看小程序如何制作。
方法1、微信官方简易教程
我们先来看看微信官网给出的简易教程。
起步基础，注册小程序帐号之后，需要安装开发工具，然后在官方开发工具里面输入代码制作。
基础代码构成：
JSON配置：
我们可以看到在项目的根目录有一个app.json和project.config.json，此外在pages/logs目录下还有一个logs.json，我们依次来说明一下他们的用途。小程序配置app.json，app.json是对当前小程序的全局配置，包括了小程序的所有页面路径、界面表现、网络超时时间、底部tab等
WXML模板：
从事过网页编程的人知道，网页编程采用的是HTML+CSS+JS这样的组合，其中HTML是用来描述当前这个页面的结构，CSS用来描述页面的样子，JS通常是用来处理这个页面和用户的交互。
WXSS样式：
WXSS具有CSS大部分的特性，小程序在WXSS也做了一些扩充和修改。新增了尺寸单位。在写CSS样式时，开发者需要考虑到手机设备的屏幕会有不同的宽度和设备像素比，采用一些技巧来换算一些像素单位。WXSS在底层支持新的尺寸单位rpx，开发者可以免去换算的烦恼，只要交给小程序底层来换算即可，由于换算采用的浮点数运算，所以运算结果会和预期结果有一点点偏差。提供了全局的样式和局部样式。和前边app.json,page.json的概念相同，你可以写一个app.wxss作为全局样式，会作用于当前小程序的所有页面，局部页面样式page.wxss仅对当前页面生效。此外WXSS仅支持部分CSS选择器
JS交互逻辑：
一个服务仅仅只有界面展示是不够的，还需要和用户做交互：响应用户的点击、获取用户的位置等等。在小程序里边，我们就通过编写JS脚本文件来处理用户的操作。
嗯，上面是官方定义的“简易教程”基础中一小部分，对的，简易教程，“简易”。。。介绍到这里我已经感觉不到所谓的“简易”二字了。
做完基础还有更高级篇等着你，框架，组件，API，工具。这几个词看着简单，展开的内容足够写几本教科书了。
第二种方法第三方平台开发小程序
官方教程定义是否简易我们就不做文章解析了，对于一个商家和企业，我做个小程序还需要了解如此多的代码知识。或者有人说，我可以请个程序猿和设计狮，可以，土豪请随意，但是一个程序猿也需要花时间去敲代码，设计。。。这一整套制作下来，聪明的人少则一两个月，多着半年，甚至几年都没学会的。
在目前竞争如此激烈的社会，我们企业和商家讲究的都是时间就是金钱，同行竞争，抢占先机。你还会愿意花这么多时间去学习，敲代码，甚至请人提高成本吗？我想你们的回答都是，否。
那么那有没有办法可以让我们轻松且快速地制作小程序呢？
我们只需要用到「速成应用」小程序可视化制作工具，马上就可以制作出好看的多功能的全行业的小程序，轻松应对各行各业的应用场景。
下面我们看看如何无需代码基础，轻轻松松制作小程序，教你搞定小程序制作！
小程序可视化制作工具的装修界面，可以清晰的看到左边有“页面、组件、模块、模版”等功能。中间是可视化设计界面，右边是设置。
组件功能里面可以添加文字、图片、视频、文章和和商品列表等元素，都可以自定义样式，大小，边框、背景、颜色、阴影，圆角，透明度效果等等功能，还有幻灯轮播效果。
模块库里有适应全行业场景现成的组件模块，幻灯轮播类、导航栏目类、商品展示类、图文展示类、纯文字类、创意图文类、元素图标类、商品列表，精美标题类等等，用户可以一键添加模块布局页面，组件内容均可自定义，无需重新设计排版，模块组件多，适应性高，拖一拖拽一拽，即可完成，自由组合搭配，真正做到千人千店。
模板库里有适应全行业场景现成的模板，用户可以一键添加使用布局页面，模板上的内容均可自定义，都可重新设计排版自定义，模板多，适应性高，一键生成，制作小程序就是，快人一步。
如果使用模板功能，一键生成制作使用，花点就制作一个小程序了，是不是很方便。
最后，我想说的是，用对一个工具，选对一种方法，远远比重复的操作来得高效
制作开发微信小程序的方式不同，就会造成价格方面会有所差异，比如如果是固定模板做的，价格会比较便宜，而如果是定制展示型价格在几千以上居多。企业开发小程序能给企业减少很大一部分人员费用的支出，还可以借助微信平台获得较大的流量，帮助企业获得更多的用户和订单。小程序开发联系电话：******，联系QQ：******
普通类微信小程序的定制费用在2-5万元左右，高档类小程序的费用在8万元左右，具体需要根据客户的需求才能进行评估报价。小程序开发联系电话：******
原生APP开发流程是确定2113需求—签订合同—项目对接会（内部和外部）—原5261型设计—UI设计—代码编程—产品测试（内部和外部）—产品及4102源码交付，在整个软件1653行业都是这样操作的。根据流程来办事，可以减少很多麻烦内，也能让产品开发有章可循容，不会因为排期不当影响开发进度。
有些简单开源的不需要收费，有些特殊功能收费，还可以根据自己要求定制小程序功能。
前言
书接上回 tailwindcss 小程序定制化之旅
我们知道 uni-app 和 tarojs 在最终打包成小程序运行的时候，都是使用的 webpack，所以在这 2 个框架中，我们可以使用 *-loader 轻而易举的赋予它们这方面的能力。
但是，假如我们使用的是原生开发呢？
原生开发的选项
使用微信开发工具的小伙伴们，肯定注意到，在 项目详情 -> 本地设置 中,
有上传代码时 样式自动补全,自动压缩样式, 自动压缩混淆 等等选项。
它们的本质，不过是几个插件罢了:
样式自动补全 -> autoprefixer
自动压缩样式 -> cssnano
自动压缩混淆 -> uglify-js/terser
所以我们完全可以自定义，以获得更强更自由的能力。
最小化的自定义样式工具链
1. Scss与Postcss支持
我们知道 在 webpack 里 sass-loader, postcss-loader ,babel-loader 这类，只是编译核心们和 webpack 做粘合的胶水代码。
在不使用 webpack gulp rollup ... 这类的打包工具的情况下，我们当然可以去自定义一个最小化的样式编译工具。
首先，直接安装 dart-sass,和 postcss
yarn add -D sass postcss
安装后，可以看到 , sass 渲染函数签名
// sass函数签名export function render(options: Options, callback: (exception: SassException, result: Result) => void): void;export function renderSync(options: Options): Result;
然后我们又知道 webpack 的 loader 选择了 compose 方式的执行方式。
函数式编程中, compose 从右到左执行, pipe 从左到右执行于是我们知道了执行顺序，那么就可以确定 *.scss 文件，先交给 sass 处理，再交由 postcss 处理, 然后就直接打成 xxpage.wxss 这类 局部页面样式 , 又或者打成 app.wxss 作为全局样式。
那么写代码实现就是探囊取物了：
// 不考虑 preset merge的情况下const sass = require('sass')const postcss = require('postcss')const { plugins } = require('./postcss.config.js')function handleScss (path) { sass.render({ file: path, // fiber: Fiber }, (err, result) => { if (err) { console.error(err) } const destPath = path.replace(/.scss$/, '.wxss') postcss(plugins).process(result.css, { from: path, to: destPath }).then(result => { fs.writeFile(destPath, result.css, () => true) if (result.map) { fs.writeFile(destPath + '.map', result.map.toString(), () => true) } }) })}
上面这段代码就是 scss -> postcss -> wxss 的转化链路
而且还可以在里面，随意的装 postcss plugin , 比如 autoprefixer , cssnano , tailwindcss 之前笔者写的 tailwindcss-miniprogram-preset 也可以无缝的嵌入这套机制中去，给原生小程序使用。
2. 文件监控
我们开发的时候，会经常去创建，修改，删除文件，这么获取到这些 timing 对文件进行重新编译呢？
fs.watch，fs.watchFile 固然可以，不过更推荐的还是 chokidar
yarn add -D chokidar在 chokidar 的 README.md 中详细介绍了它的优势，这里不再叙述。
const watcher = chokidar.watch(`${someGlob}`, { ignored: /(^|[/\])../, persistent: true})// EventEmitter 的写法,把监控安排的明明白白watcher .on('add', (path,stats) => { // 添加文件 }) .on('change', (path,stats) => { // 修改文件 }) .on('unlink', (path,stats) => { // 删除文件 }) .on('error', error => { // 发生错误 }) .on('ready', () => { // watch ready after add files })
通过 watcher 的持续性监控，我们可以很容易得出结论,我们需要在 *.scss 文件变动的时候，重新编译，
即 add,change 的时间点, 在 unlink 的时间点，也要同时 unlink 对应的 *.wxss 文件。
3. IDE智能提示设置
前面这一套机制，搭建完成后
在 app.scss 里加一行 @tailwind utilities; 就可以顺利使用 tailwindcss 了
但是我们需要我们的编辑器根据 tailwindcss 配置，自动生成 class 的智能提示怎么做呢？
这里我们以 vscode 为例:
安装 WXML - Language Services 插件(一搜wxml下载量最多的就是了)
安装 Tailwind CSS IntelliSense 插件
接着找到 Tailwind CSS IntelliSense 的 扩展设置
在 include languages,手动标记 wxml 的类型为 html
如图所示
智能提示就出来了:
智能提示
是不是非常方便，同时也能大大提升开发效率。
代码工程化方案
其实这篇文章，拆开了 webpack 的部分黑盒， 探讨了场景定制化的代码加工生产线，以期来帮助开发者提升效率。
typescript + @babel/core + rollup 这种处理js的组合也见过。
只要能提升开发者生产效率，提升开发体验，提升可维护性的工具还是值得一做的。
附录
源代码
