最近，我一直在忙编辑《微信小程序开发简介与实践》一书的第二版。工作量还是挺大的，整本书的更新次数超过 70%。除了替换部分旧接口外，第二个版本还增加了以下内容：

1. 自定义组件。 部分完全使用自定义组件构建

2. 使用。在重构过程中，部分代码被替换为大量代码。例如，以前是手写的文章评论，大约需要 200 行代码，但第二版之后，只需要不到 10 行代码;设置页面的列表栏以前是手写的，大约有 100 行代码，但用 Lin UI 重构后，大约代码减少到 20 行。

目前考虑在第二个版本中增加一些云开发。虽然我目前不建议使用云开发，但对于前端开发者来说，它可能比原著中用户信息和微信支付的加解密更有用，这些都需要一些 PHP 基础。因此，考虑将原书中具有强大服务器端功能的内容替换为云开发。但是，由于增加了自定义组件，字数严重超支，所以在原著的 PHP 部分和云开发之间有一个权衡。所以我想借用这篇文章来了解读者的意见，是保留原来的 PHP 部分，还是删掉再添加云端开发呢？您可以发表评论以了解这本书第一版的哪些对您有价值。你也可以留下你想学什么的评论，我会考虑把它添加到书中。

这不是对云开发的全面分析，我认为对于绝大多数开发人员来说，需要的是我的结论，而不是研究过程。如果我决定在一本书中包括云开发，我将写一篇关于云开发的文章。

去年云开发出来后，我花了一部分时间研究云开发，打算做一个新的视频课程，但研究之后发现，一些最重要的点云开发并不支持。对于课程的技术选择，我还是有很鲜明的个性的，即使很多学生在后台留言让我开发出云课程，但我仍然对目前不实用的技术持保留态度。你不能带大家走一条不切实际的技术路线，花钱买一门课是一件小事，关键是花在学习一门课上的时间真的很让人苦恼。

在在线课程方面，我还是有一定的影响力的，所以我不能只做可能赚钱但不实用的课程。很容易给人们一个错误的技术方向。我的每一门课程不仅是技术输出，更代表了我对技术选择的看法。所以目前它不是专门研究云开发的视频课程，但可以写成文本。云开发还不成熟，未来还会有重大变化，所以写文字教程比较合适。

云开发的最大问题是它不支持来自 Web 的调用。如果不能从 Web 端调用，那么每个系统都需要的 CMS，也就是中后台，根本就无法完成。其次，即使云开发支持从 Web 端调用，它仍然有很多限制，只适用于扩展性不强的小型系统。例如，默认情况下，它是一个基于文档的数据库 （），并且不支持关系数据库 （）。我对这两类数据库的看法是显而易见的，考虑到一个系统在长期内的可扩展性，优先权是首选，新版本实际上对基于文档的 JSON 数据有扩展字段。

云开发目前不适用于生产，仅适用于原型设计或预测试。对于一个业务逻辑复杂或架构复杂的产品，比如我的产品需要同时支持小程序、H5 和 APP，那么小程序云开发就无能为力了。至少目前，我不建议进行云开发。

云开发的优点在于不需要配置环境（、域名、和），即使是最麻烦的静态资源存储云开发也有方便的解决办法，这也是一开始吸引我去研究云开发的几点。

即使是云开发也仍然需要一定的基础，所以要三思而后行。对我们来说，最有价值的不是投入学习的成本，而是投入时间的成本。

如果你真的想学习服务器端，我的建议还是学习一种服务器端技术，Java、PHP 等。云开发是小程序独有的，并不是通用的。学习传统的服务器端编程技术（Java、Node）是终生的，可以用来编写 Web、移动 H5 和 APP 的 API，甚至保留未来转换服务器端开发的可能性。但如果你学了小程序的云端开发，那就只能用来制作小程序了。

如果有一天小程序云开发支持从 Web 端调用，那么它的价值就可以体现出来。

此外，云开发并非小程序所独有，云开发服务平台众多：知云等。如果你真的不想学习服务器端的编程技术，那其实还不错，它们都支持来自 Web 端的调用。

武汉一直下着细雨

这几天，不像冬雨那样寒冷，也不像夏雨那样汹涌。我一夜没睡，想起来也没什么事可做，上面的话我写下来，虽然是潦草的，但总比坐一整夜好。

又是清明的一年。我的祖父在去年 12 月离开了我，我的祖母在今年 3 月去世了。虽然确实到了年龄和年份应该很平静，但昨天的声音和模样难免会让人怀念。

梨花吃寒，进节才伤心。

早上 7：00，我坐火车回老家扫墓，为亲人烧了一根香柱，插了一束花，擦去了坟前不久的尘土;如果上面有杂草，就把它扔掉。

只有当人们到了年龄并遇到挫折时，他们才知道什么是人生最重要的。昼夜相伴而逝，富贵难长久，往事如尘埃，轻刷一刷，就没了。

除了生死，都是小事。

一点心情，借词来表达悲哀。