嘿，大家好，我是百小僧，最近颇为热闹啊，因为 Furion 商业化探索引起了骚动，诚惶诚恐。
看到大家都开贴刷流量，我作为本人顺便发一个新版本，也说点啥。
🚩 截止 2023年11月30日18时00分00秒，注册用户 6711个，VIP 服务用户 399个，开通文档用户 3458个，针对 .NET 初学者、学生或教育工作者免费开通账号 743个。
再次感谢大家的支持。
.NET 耻辱柱
因为部分文档收费问题，有人把我钉在了 .NET 耻辱柱上，我是榜上第一名。
我想说的是：
他们是耻辱，我是擎天柱。把我钉在耻辱柱，那是耻辱柱的耻辱。😊
命运的安排
山雨欲来风满楼，黑云压城城欲摧。
如果 Furion 和 百小僧这三年日日夜夜的努力，每天 18 小时待命，340万字的文档的付出不值得，那便交给时间去评判了。
人活在这个世界上，每个人的认知都是有限的，觉到、悟到、看到的都只是世界的一小面，包括认识百小僧的大家，也只是看到了百小僧的一面，那都不是完整的世界，完整的百小僧。
如果 Furion 对您有所帮助，并且您希望 Furion 能够继续发展下去，那么便考虑支持它。如果它对您毫无价值，那便各自安好，无需恶语相向。
开源不易，每个人都很不易，多份理解，多份宽容。唯有做的便是见天地，见众生，见自己。
我一直相信释迦牟尼说的一句话：
“无论你遇见谁，他都是你生命该出现的人，绝非偶然，他一定会教会你一些什么”。
所以我也相信：“无论我走到哪里，那都是我该去的地方，经历一些我该经历的事，遇见我该遇见的人”。
自我价值
智商高的人可以把事情做精，情商高的人能把事情做大。
还是尼采说得好：“更高级的哲人独处着，这并不是因为他想孤独，而是因为在他的周围找不着他的同类”。
又想起了天道芮小丹的话：“如果我的能力只能让我穷困潦倒，那穷困潦倒便是我的价值。”。
孤芳自赏
纵你阅人何其多，再无一人恰似我。
本期更新
-
新特性
- [新增]
JSON.IsValid(jsonString)判断JSON字符串有效性 4.9.1.8 ⏱️2023.11.30 22bc69b - [新增] 规范化处理自动过滤
SSE请求、文件请求、图片请求 4.9.1.6 ⏱️2023.11.22 #I8IP6D - [新增]
[AppDbContext]特性支持UseSnakeCaseNaming属性配置表名使用蛇形命名 4.9.1.5 ⏱️2023.11.20 #I8HGR2 !863 - [新增] 时间戳模型绑定器将时间戳转换为
DateTime/DateTimeOffset类型 4.9.1.5 ⏱️2023.11.20 df3053c - [新增]
Newtonsoft.Json自动将时间戳转换为DateTime/DateTimeOffset类型 4.9.1.3 ⏱️2023.11.17 78a589d - [新增]
System.Text.Json自动将时间戳转换为DateTime/DateTimeOffset类型 4.9.1.2 ⏱️2023.11.17 abd5196 - [新增]
IRepositoryFactory<TEntity, TDbContextLocator>仓储功能，解决在Blazor中使用EFCore问题 4.9.1.1 ⏱️2023.11.16 4285ec0 文档说明 - [新增] 补偿策略模块功能 4.9.1 ⏱️2023.11.15 【源码地址】 dfc63e7
- [新增]
-
突破性变化
- [升级]
Serilog拓展包依赖至8.0.0版本，移除.NET8.0的IWebHostBuilder.UseSerilogDefault拓展方法 4.9.1.1 ⏱️2023.11.16 5ab3e43 - [升级] 框架底层适配
.NET8.0正式版 4.9.1 ⏱️2023.11.15 - [升级] 框架脚手架适配
.NET8.0正式版 4.9.1 ⏱️2023.11.15
- [升级]
-
问题修复
-
文档
- [更新] 仓储文档、
Db静态类文档、脚手架文档、.NET7升级.NET8文档、JSON序列化文档、Docker部署文档、数据库上下文文档、虚拟文件文档、远程请求文档、HttpContext文档、JSON静态类文档
- [更新] 仓储文档、
-
贡献者
- zuohuaijun (@zuohuaijun) !865
- anliuty (@anliuty) !863
- 风云明月 (@www.fengyunmy.com) !862
百小僧的错误做法主要是，直接把之前的 MIT 协议给废了，这个让用户傻眼了。
用户如果想要免费，直接 fork 旧版用 MIT 协议就好了。
果然挣钱嘛，就是不能要脸。要脸就挣不到钱。
+ // 版权 © 2020-present 百小僧, 百签科技（广东）有限公司
破坏的是技术圈开源精神，违背行业规则。如果行业人员多数认为不合理。那就用脚投票，过度完这波就换架构吧。毕竟一个人的诚信还是很重要的。本来互联网技术圈基于信任使用了你的框架，但是现在中途收费，这算什么，在绝大多数人认知里都认为是割韭菜吧；
记得作者号称千万star吗？看看最近购买文档、VIP数量，实际转化率不足1%，这些转化率是否包含了采用框架去开发后不得不购买的原因，所以大家都是用脚投票，但是有些人不得不屈服；
不能用爱发电
不就是499嘛
----
选择放弃不维护的，收获一片可惜和感激声，然后彻底死去。
选择吃相难看的(代码开源文档收费)，收获骂声一片和实实在在的金钱支持，项目继续在骂声中走下去
但是严格的将，furion文档之前是跟furion开源库的，而furion库是明确写了MIT协议。你现在把文档从这里面移除进行收费，是非常不明智的行为，此举也违背了MIT协议，，所以才遭到很多人的口诛笔伐！
希望慎重，可以从其他方面走一些商业化而不是把之前mit库里的内容移除！
肉票："不合适不合适"
王麻子："你也不想公司老板收到律师函炒你鱿鱼吧"
肉票："马上交钱"
一条足以
说得再多都是狡辩。
为什么说你想当然了呢，这里举个例子，基于 spring 开发的项目很多，你觉得这些项目都应该开源吗？介绍 spring 的书籍很多，你觉得这些书籍的作者都应该将书本内容公开吗？
答案都是否定的，因为这些创作是符合开源协议的，所以版权都在创作者。至于作者是否选择开源，是否收费...等，都是创作者的自由。
基于 Spring 研发的产品 != Spring
介绍 Spring 的书籍 != Spring
所以将源码和文档分为两个产品是可以的，这是人家的自由。
认清楚自己的定位，是定位是一个打工的技术大牛，还是可以独当一面的创业者（自由职业者），问问自己的内心。
一个人的价值不是由他人来评定，而是听不到自己内心的抱怨，这就是一个人的价值。心外无物，致良知。