X.d 笔记

既然已经追了个热点，趁热再追一个 元宇宙。事件源于 Meta 公司刚宣布，裁员一万一千人！占比13%。

虽然名字改了一年了，仍然听不习惯，我还是叫他 FaceBook 吧！由于元宇宙业务不及预期，从年初接近1万亿跌到现在的3000亿，蒸发7000亿美刀！

当然公司战略什么的不是个人能评判的，创新者有窘境，大公司照样有，今天蹭下过时热点，元宇宙。

元宇宙

元宇宙虽然炒的火热，但现在仍没人能给一个定义，即便是顶尖的几家机构，给的说法也不同，所以个人取一些共性，来定义一下：

我是从来不追热点的，为什么要写这个，因为最近看了个热点 - _ -! ： 《全球首款 Web3手机，4万元起(20+W封顶)，首批预售被抢一空》。

Web3今年一直热度不减，但看到这个还是有点惊，到底是智商税太低，还是韭菜和太快，还是自己马上要被时代给抛弃了呢？

上次写过两篇关于 Web3 的文章，回头看，又是一头雾水，都是些空洞无聊的词，和网上 Web3 的介绍一样，看到字面上若有其事，实际上看完屁都没说。

当然，越是看不懂，越好割韭菜。

更重要的是，现在互联网行业不景气，Web3 可能是一个跨越阶层或未来避险的通道，但未来肯定不是给嘴皮侠和键盘侠的，还是得有所准备，可以看一下 国外Web3的薪资水平，会不有点惊讶！

近年来，使用知识付费平台比较多，拿 《极客时间》 来举例，可以想象成得到樊登吴晓波等各种类似平台。

这类平台肯定有两个系统：用户系统 + 支付系统

1. 用户系统

今天记录一个使用 ServerLess 遇到的坑 ： 并发

并发运行原理
在调用函数时，云函数会分配一个并发实例处理请求或事件。函数代码运行完毕返回后，该实例会处理其他请求。如果在请求到来时，所有实例都在运行中，云函数则会分配一个新的并发实例。
云函数遵循一个并发实例同一时刻仅处理一个事件的运行逻辑，保障每个事件的处理效率和稳定性。
–来源 https://cloud.tencent.com/document/product/583/45757

可能对正常点的 Serverless 来说，是个特性，但对于 Web 函数来说，这是个 Bug!

分环境是微服务的一个基本需求，Serverless 自然也具备这个功能，但腾讯云官方的文档写的不是很清楚，部分功能很费解。

最简单的需求

例如：我想配置:

dev.domain.com = 测试环境
pro.domain.com = 生产环境

收费

用腾讯云的道友们都知道，最近几个月， 腾讯开始对各类服务收费了，ServerLess 也一样，不能娱快的白嫖了。

这是意料之中的事，收费是正常的，只是腾讯对 ServerLess 收费有点黑心，批评一下：

1. 云函数本应该按量付费的，现在最低9.9元，可能有些服务按量本来只用到一两块钱的，还得交9.9的月费。
2. CLS / API / SCF 三重收费，用到云函数的，一个请求过来一般都会用到这三个服务，每个服务都有次数流量之类的算法，可能在内部是不同的部门自己收自己的，但对用户太不友好了。

在论坛里面，腾讯云也被骂成一片，都叫嚣着换云，但对于个人用户来来，一个月可能多花不了多少钱，即便更换金钱成本为0，为这点钱去换，时间成本对个人也是划不来的，也难保其它云后面收更高。

但对于小服务商来说，就得计划成本了，其实基础设施相对比较好换，但云服务业务可能比较不好换，比如 AI / 直播 / 物联网 之类的，绑的深一点，Serverless 只是一段代码，几乎接近于正常项目代码，最好不要用到云商给的与环境相关的专用 SDK就行。

今天聊聊收费的话题，再说说适用于个人用户的省钱方案：

相关的收费

说明1：正在 TX云 上实践 Serverless， 在此做点记录，使用到的技术，名词都是TX云的，可能各厂都差不多。
说明2：不管是什么云，目前性能最好的是 NodeJS，除NodeJS外，其它语言仅推荐Python。

微服务

谈 ServerLess 之前，先了解一下微服务。

本文并不会对微服务详细解释，现在是2022年，微服务可以算一种常识了，几十年前的一体化项目构造，现在只能算玩具。时间一长，加功能改需求经常会遇到束手束脚，一个看似非常简单的修改都会让人抓狂。

一个项目如果想要搞成微服务，可能需要好几个后端开发及好几个服务运维人员，再花上很多钱买主机，建集群，部署K8S一系列的功能，如服务发现、网关、监控、日志、消息、CI 等等等等。再由开发人员编写业务代码，发布完成，只要规划的好，部署后面的每个环节都可以轻松愉快。

总之，需要很多成本。但是我相信，如果能把微服务用好，这此成本非常值！

能不能既享受微服务的诸多好处，又不用花这么多钱，这么多人力呢？ Serverless !

注解有什么用

可以让程序自动完成一些事情，从代码功能设计上，更高效、更清晰的完成业务功能解耦，让业务代码更聚焦于业务开发。

包括但不限于以下场景都可用 TypeScript 注解实现：

1. 依赖注入 DI
2. 运行前后的 Hook
3. 转换请求参数、返回值 Transform
4. 参数验证 Validation
5. 监听属性变动 Watch
6. 扩展属性和方法 Extra
7. 序列化与反序列化 Serialization
8. IDE 检查工具，如过期检查，通常只有几个规范，IDE默认适配。
9. 测试框架工具

前端项目打包发布后，时间一久，项目上出了问题，就很难知道当时的打包状态，甚至什么时候发的版本都忘了。

介绍一个本人开发的插件，每次打包时，记录打包时依赖库的版本号信息，和打包时间，可以给事后定位问题多带来一点点信息。

例如：

/**  build at 2022-05-17 14:57:45 ,  version info : {"react":"16.8.0","lodash":"4.17.21"} */
// ... 你的代码

插件 Github 地址 : https://github.com/ada87/vendor-version

安装

npm install --save-dev verdor-version