大家一个帮忙总结一点 java 源码中常用的单词

triankg 发布于 2013/12/23 10:54
阅读 928
收藏 4
我想也应该有人注意到一点  就是java里面有很多设计模式在命名的时候会伴随着固定的命名结尾, 所以在看源码的时候如果发现了这些单词的结尾 可以快速的定位当前class 是起一个什么样的角色 如 **Factory 大致就是一个工厂, *Event 常用就是事件驱动中的事件了 
因为本人英文水平有限 以前看源码也未做相关总结  所以想通过网络来做一些总结  希望能提高读源码效率和自己在设计的时候一些类的命名规范性。

格式
名称:___  (注:格式  .AA (AA 结尾) / (AA.) 打头 )

简述:

// 如果你觉得别人理解错误  欢迎交流补充。

抛砖引玉:
名称:.Aware
简述:通常用来设计系统上下文资源获取器  如spring ApplicationContextAware

@红薯 感谢oschina 和 参与
加载中
1
mallon
mallon
class get set
0
宅男小何
宅男小何
(Filter)Chain
0
中山野鬼
中山野鬼
不靠谱,哈。实话。
0
triankg
triankg

引用来自“中山野鬼”的答案

不靠谱,哈。实话。
有什么好的建议  在类的命名规范上面  主要是提高一下这方面的能力  如果是自己看源码和积累的话 有点慢 所以想借助下网络  当然普通的都是没有问题  主要是想结合一些项目的设计模型结构  不同切面  一些常用的单词 
0
公孙二狗
公孙二狗
Java API文档打开一看,要多少有多少
0
中山野鬼
中山野鬼

引用来自“a_alter”的答案

引用来自“中山野鬼”的答案

不靠谱,哈。实话。
有什么好的建议  在类的命名规范上面  主要是提高一下这方面的能力  如果是自己看源码和积累的话 有点慢 所以想借助下网络  当然普通的都是没有问题  主要是想结合一些项目的设计模型结构  不同切面  一些常用的单词 

你把术语、方法、命名混了。术语是要有统一标准的。包括语言的关键词,是具备明确唯一的含义,唯一的意思是不会存在对其解释之间的自相矛盾。 方法,准确说命名方法吧,只是个方法,具体化应用后,会有各种命名,但各种命名受各种情况影响很难在形式化存在标准化。你针对命名中的某些单词进行整理归纳,试图理解设计模型结构,这个本末倒置的。还是应该从概念、方法入手,结合具体项目来分析和学习。

哈,说句找喷的,java用的人多,各种有经验的人也多,但,别说什么信息化系统设计模型在概念层面的理解了,就是面向对象编程,在概念层面的理解,我怀疑,10个有1个就不错了。哈,别说我看不顺眼java的程序员,批量滥造出来的java码农太多。真正的程序员数量有限,大马路上随便一抓都是会java的。。

Catelyn
Catelyn
没什么好喷的,大实话!
中山野鬼
中山野鬼
回复 @a_alter : 如果切入点是从class入手,而不是从业务分析入手,那么你看看说明文档就行了。不过代码的说明文档是啥呢?多半还是代码。哈。
triankg
triankg
确实有点本末倒置 不过初衷还是希望能快速切入class定义 快速定位当前类的作用域 我想这个还是得慢慢来吧 不过我相信日常总结一点规范点的命名还是非常有好处的
0
宏哥
宏哥

引用来自“中山野鬼”的答案

引用来自“a_alter”的答案

引用来自“中山野鬼”的答案

不靠谱,哈。实话。
有什么好的建议  在类的命名规范上面  主要是提高一下这方面的能力  如果是自己看源码和积累的话 有点慢 所以想借助下网络  当然普通的都是没有问题  主要是想结合一些项目的设计模型结构  不同切面  一些常用的单词 

你把术语、方法、命名混了。术语是要有统一标准的。包括语言的关键词,是具备明确唯一的含义,唯一的意思是不会存在对其解释之间的自相矛盾。 方法,准确说命名方法吧,只是个方法,具体化应用后,会有各种命名,但各种命名受各种情况影响很难在形式化存在标准化。你针对命名中的某些单词进行整理归纳,试图理解设计模型结构,这个本末倒置的。还是应该从概念、方法入手,结合具体项目来分析和学习。

哈,说句找喷的,java用的人多,各种有经验的人也多,但,别说什么信息化系统设计模型在概念层面的理解了,就是面向对象编程,在概念层面的理解,我怀疑,10个有1个就不错了。哈,别说我看不顺眼java的程序员,批量滥造出来的java码农太多。真正的程序员数量有限,大马路上随便一抓都是会java的。。

Java 和 C++

是编程领域的邪教, 它们引入很多“概念”来搞混 真正的概念 

返回顶部
顶部