嘿，大家好，我是百小僧，最近颇为热闹啊，因为 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
但是严格的将，furion文档之前是跟furion开源库的，而furion库是明确写了MIT协议。你现在把文档从这里面移除进行收费，是非常不明智的行为，此举也违背了MIT协议，，所以才遭到很多人的口诛笔伐！
希望慎重，可以从其他方面走一些商业化而不是把之前mit库里的内容移除！
肉票："不合适不合适"
王麻子："你也不想公司老板收到律师函炒你鱿鱼吧"
肉票："马上交钱"
一条足以
如果之前的文档也在库里，并且是 MIT 协议的；大家可以放心使用，并且有权公开到互联网中供大家使用，因为这符合 MIT 协议；如果作者明确说明了文档收费并且不使用 MIT 协议了，那么在这之后的文档就不能再以 MIT 协议使用，但在这之前的依旧是 MIT；
说白话一点就是，假设之前的文档有 11 篇，那么这 11 篇遵循的是 MIT 协议；如果作者宣布文档不再使用 MIT 协议后，又多加了几个新的文档，或者修改了之前的文档，那么这些新文档将不能随意传播；注意，之前以 MIT 发布的那些文档大家有权使用，并且有权公开，因为这符合 MIT 协议。
除了使用外，还能将其商业化，因为这也符合 MIT 协议；也就是说，如果大家有兴趣可以在 MIT 协议的文档上自己维护一份，实时地跟进框架源码来写一份属于自己的文档；在这之上新增、修改的文档版权属于维护者，因为这并没有破坏之前的 MIT 协议。
对于收费，如果还有其他做开源的作者，请提前规划好开源协议和发展路线；建议使用 GPL、AGPL 类似的开源协议，这种协议更符合开源精神和GCZY精神；对于想私有化项目的人，可以选择私有化授权。
通常来说，一些开源项目如果声称完全免费的，我都不会去关注，除非该项目得到了其他资金的支持；但如果有两个大致相同的开源项目，一个有商业性质，一个完全免费，我会更关注具备商业性质的开源项目。在 git 上有很多长年不更新的开源项目，通常是刚开始有激情，没多久就不再维护了。
收费并不一定是坏事，通常免费的才是最贵的。但大多数使用者没有计算时间成本，所以只关心是否免费。
大多数白嫖的想法是：你这产品不错、你这框架不错、你这项目不错，应该免费。
还有一些江湖侠客给你说各种大道理，让你免费提供劳动力；这些不过是慷他人之慨的白嫖的人，真让他们付出时，结局是真有一头牛。
说白话一点就是，他不许也只能口头说说。
说得再多都是狡辩。
业余开发二十多年了吧。目前有两个项目用的VS开发。
其一就是用到Furion。
水平有限，基本上就是网上的案例改的代码。
了解部分内容，当初还是通读了Furion大部分文档。
PS：个人推荐弄个短时VIP服务，毕竟学习阶段1个月应该就可以看完文档了。
算是学习和试读吧。
当初买各种学习的书都不知道多少。
为什么说你想当然了呢，这里举个例子，基于 spring 开发的项目很多，你觉得这些项目都应该开源吗？介绍 spring 的书籍很多，你觉得这些书籍的作者都应该将书本内容公开吗？
答案都是否定的，因为这些创作是符合开源协议的，所以版权都在创作者。至于作者是否选择开源，是否收费...等，都是创作者的自由。
基于 Spring 研发的产品 != Spring
介绍 Spring 的书籍 != Spring
所以将源码和文档分为两个产品是可以的，这是人家的自由。
我们认识吗？我们有那么大的仇恨吗？我是伤害了你的利益吗？你了解的事情经过吗？你听到的看到的都是真的吗？你怀疑过这一切吗？你有限的知识够评价别人无限的人生吗？互联网那些被网暴的人真的就是道德败坏的人吗？你看懂社会运行规则了吗？人性的弱点你读懂了吗？你躬身入局了吗？自然辩证法学过吗？王阳明的心学心外无物课外阅读过吗？
捕风捉影、愤然怒喷，把自己放在上帝的视角藐视着这一切，彷佛是一切的主宰，道德的化身，法律的审判者，人间的正义使者。
认清楚自己的定位，是定位是一个打工的技术大牛，还是可以独当一面的创业者（自由职业者），问问自己的内心。
一个人的价值不是由他人来评定，而是听不到自己内心的抱怨，这就是一个人的价值。心外无物，致良知。