j2ee vs .net
转向J2EE阵营,已经有一段时间了,对于常用的 J2EE Pattern 也有了一定的认识,如果用一句话总结,J2EE远没有.net优雅。
- 基于 EJB或者说 ServiceLocator 的远程调用方案远远没有 .net Remoting 优雅,前者显得过于复杂。
- 基于CMT或者说SessionBean管理的事务远远没有 EnterpriseService 或者说 TransactionScope 优雅,前者需要应用服务器的支持。
- J2EE的经典设计模式:Client(Action)-Delegate-SessionBean-Service显然绕了太多的弯弯。在.net里面,我们只要 ClientInterface - RemoteObject 就可以搞定。
- EJB的部署远没有.net简单。笨重的 EJB,让人眼花缭乱的部署描述符,怎么会有 PONO (N--.net)可爱呢。
- getX,setX 显然没有 C# 的 Property 优雅。当然,还包括很多语言级别的因素。
【推荐】国内首个AI IDE,深度理解中文开发场景,立即下载体验Trae
【推荐】编程新体验,更懂你的AI,立即体验豆包MarsCode编程助手
【推荐】抖音旗下AI助手豆包,你的智能百科全书,全免费不限次数
【推荐】轻量又高性能的 SSH 工具 IShell:AI 加持,快人一步
· 如何编写易于单元测试的代码
· 10年+ .NET Coder 心语,封装的思维:从隐藏、稳定开始理解其本质意义
· .NET Core 中如何实现缓存的预热?
· 从 HTTP 原因短语缺失研究 HTTP/2 和 HTTP/3 的设计差异
· AI与.NET技术实操系列:向量存储与相似性搜索在 .NET 中的实现
· 周边上新:园子的第一款马克杯温暖上架
· Open-Sora 2.0 重磅开源!
· 分享 3 个 .NET 开源的文件压缩处理库,助力快速实现文件压缩解压功能!
· Ollama——大语言模型本地部署的极速利器
· [AI/GPT/综述] AI Agent的设计模式综述