Atitit.java c#这类编程语言的设计失败点attilax总结

Atitit.java c#这类编程语言的设计失败点attilax总结

 

1. Npe 1

2. Api粒度过小而又没有提供最常用模式 1

3. checked exception（jeig n jyejye he haoyon j l a ,enhance sekry le ,ide can auto fix strtus） 1

4. 集合没有集成到语言里面去 2

5.
Delegate 2

5.1.
Try-catch 声明之殇 可以参照php@处理忽略 2

5.2. 模块化 2

5.3. Methodchain等func接口。。 2

5.4. fan锁的get set，应该使用jq的属性化设置
2

5.5. 我声称整个ORM背后的想法是错误的。 它的发明是也许OOP领域空引用之后第二大错误
2

 

1. Npe

 

2. Api粒度过小而又没有提供最常用模式

 

Api粒度过小是为了增加灵活性，满足正交性。。是可以的。

但是没有提供常用的简化模式吗，就导致了代码啰嗦

 

 

3. checked exception（jeig n jyejye he haoyon j l a ,enhance sekry le ,ide can auto fix strtus）

 

BE：C#没有checked
exceptions。你是如何决定不把它引入C#中的？
AH：我觉得checked
exceptions带来两个问题：可扩展性和版本控制（scalability and versionability）。我知道你也写过关于checked
exceptions的文章，你好像也同意我们的观点。[i]
BE：我曾经觉得checked
exceptions是个很了不起的创意。
AH：没错。坦率的说，乍看起来，他们确实很棒，而且这个创意本身并没有错。我完全同意checked
exceptions是个很好的特性。只是某些特定的
 
 

4. 集合没有集成到语言里面去

 

5. Delegate

 

5.1. Try-catch 声明之殇 可以参照php@处理忽略

5.2. 模块化

5.3. Methodchain等func接口。。

5.4. fan锁的get set，应该使用jq的属性化设置

 

Atitit.java  oop 面向对象的设计失误

 

5.5. 我声称整个ORM背后的想法是错误的。 它的发明是也许OOP领域空引用之后第二大错误

5.6. Java 只支持位置参数。我喜欢像Smalltalk 那种支持多样化的参数形式，或者是强制使用关键字参数的Python 3。

 

参考资料

Atitit. null错误的设计 使用Optional来处理null.docx

Anders Hejlsberg论为什么不在c＃引入类似java的checked
exceptions.html

Java最困扰你的那些事 - ImportNew.html

 

 

 

作者:: 绰号:老哇的爪子 （ 全名：：Attilax Akbar Al Rapanui 阿提拉克斯 阿克巴 阿尔 拉帕努伊 ） 
汉字名：艾提拉（艾龙），   EMAIL:1466519819@qq.com
转载请注明来源： http://blog.csdn.net/attilax
Atiend