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

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

 

1. Npe 1

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

3. checked exceptionjeig 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. Methodchainfunc接口。。 2

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

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

 

1. Npe

 

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

 

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

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

 

 

3. checked exceptionjeig n jyejye he haoyon j l a ,enhance sekry le ,ide can auto fix strtus

 

BEC#没有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. Methodchainfunc接口。。

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#引入类似javachecked exceptions.html

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

 

 

 

作者:: 绰号:老哇的爪子 ( 全名::Attilax Akbar Al Rapanui 阿提拉克斯 阿克巴 阿尔 拉帕努伊 ) 

汉字名:艾提拉(艾龙)   EMAIL:1466519819@qq.com

转载请注明来源: http://blog.csdn.net/attilax

Atiend

posted @ 2016-11-13 17:23  attilaxAti  阅读(21)  评论(0编辑  收藏  举报