少搞一点 对象, 多搞一点 文本

今天 因为 群 里 关于  RPC 和 服务 使用什么 技术比较好的 讨论 想起,

 

少搞一点 对象, 多搞一点 文本,

 

比如,大家喜欢把   Http Rest Api    封装为 客户端 接口方法 和 DTO(数据对象),

实际上 完全 没必要,  字符串   Url  +  查询参数(?action=xx&name=yy)     很灵活,很直观,很好用  。

 

这就是 面向对象 泛滥 的 结果  。

 

我前几天在 《D#  语法》  https://www.cnblogs.com/KSongKing/p/10704450.html   中说过,  C#  的  表达式树 和 Emit   是 笨重堆砌   。

应该用    动态编译    代码(文本)  而不是  用 表达式树 和 Emit  。

 

看看  各种笨重 的 ORM 框架 ,  再看看 经久不衰,永远年轻 的  Sql,   就知道了  。

 

Unix   是 很注重 文本(Text) 和 串(String) 的,    这甚至是 Unix  文化的一个体现 。

但是到了 Linux, 就有了一些变化,再加上 java 等 面向对象 的 鼓捣,   现在 软件体系 充斥着对象 。

 

面向对象 泛滥 和 对象 充斥 导致了   当代 软件体系   的  臃肿 笨重 僵化   。

其中最重要的是                     僵化   僵化   僵化                      。

 

关于   RPC 中不需要使用 客户端 方法(代理类) DTO    等等,    我之前就提出过 “MessageRPC”  的 概念 ,

见《MessageRPC》        https://www.cnblogs.com/KSongKing/p/9455417.html             。

 

还可以看看  《从 面向对象 的 弊端 想到的》   https://www.cnblogs.com/KSongKing/p/10367675.html     。

 

由  越来越 庞大复杂 如 恐龙 的 抽象层 构建 的 当代  软件体系  以及 以此 为 发展方向 的 方向 已经 让 许多 程序员 迷茫 ,

这也是  “码农焦虑”   的   根源   。

 

如此 种种 的 乱象 预示 着,    革命 将要 到来  。

 

科学技术 不应该 僵化 ,    无论发展到 哪个阶段,    从 顶层 到 底层 的 技术 都应该是 活的 和 富于 创造性 的  。

 

有 网友 说我 有 自动档 不用,   要 用 自行车,     其实你们别说我 把 自动档 变成了 自行车 ,

.Net Core 把   .Net , IIS,   Visual Studio    的   豪华自动档   变成了 平民手动档,   大家 还 以此为荣  。

 

我还是 那句话,    只要    Windows Server  ,     Sql Server    降价 比如 打一折,   对 个人 免费,  那么, 谁 还会去用  Linux 和 java ?    谁还会用   .Net Core  ?

 

为什么   Linux  这样的  黑屏 自行车 大家 都 奉若圭臬 ?  以此为荣?    认为 是 技术含量 的 表现  ?

 

 

 

 

 

 

 

 

 

 

 

posted on   凯特琳  阅读(212)  评论(0编辑  收藏  举报

编辑推荐:
· SQL Server 2025 AI相关能力初探
· Linux系列:如何用 C#调用 C方法造成内存泄露
· AI与.NET技术实操系列(二):开始使用ML.NET
· 记一次.NET内存居高不下排查解决与启示
· 探究高空视频全景AR技术的实现原理
阅读排行:
· 阿里最新开源QwQ-32B,效果媲美deepseek-r1满血版,部署成本又又又降低了!
· 单线程的Redis速度为什么快?
· SQL Server 2025 AI相关能力初探
· AI编程工具终极对决:字节Trae VS Cursor,谁才是开发者新宠?
· 展开说说关于C#中ORM框架的用法!

导航

< 2025年3月 >
23 24 25 26 27 28 1
2 3 4 5 6 7 8
9 10 11 12 13 14 15
16 17 18 19 20 21 22
23 24 25 26 27 28 29
30 31 1 2 3 4 5
点击右上角即可分享
微信分享提示