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

 

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

 

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

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

 

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

 

我前几天在 《D#  语法》     中说过，  C#  的  表达式树 和 Emit   是 笨重堆砌   。

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

 

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

 

Unix   是 很注重 文本（Text） 和 串（String） 的，    这甚至是 Unix  文化的一个体现 。

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

 

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

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

 

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

见《MessageRPC》                     。

 

还可以看看  《从 面向对象 的 弊端 想到的》        。

 

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

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

 

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

 

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

 

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

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

 

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

 

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