| « | August 2025 | » | | 日 | 一 | 二 | 三 | 四 | 五 | 六 | | | | | | 1 | 2 | 3 | 4 | 5 | 6 | 7 | 8 | 9 | 10 | 11 | 12 | 13 | 14 | 15 | 16 | 17 | 18 | 19 | 20 | 21 | 22 | 23 | 24 | 25 | 26 | 27 | 28 | 29 | 30 | 31 | | | | | | | |
|
公告 |
|
关注电子政务、大型企业应用开发、Web、Workflow、MOM、MDA、RCP、GEF email:gmluyang@gmail.com
|
| Blog信息 |
|
blog名称:SixSun的Blog
日志总数:152
评论数量:372
留言数量:13
访问次数:2379465
建立时间:2004年12月13日 |
| |
|
 [设计模式]《UML for Java Programmers》
原创空间, 心得体会
SixSun 发表于 2005/8/2 22:32:57 |
|
看了《UML for Java Programmers》 和 《Java与模式》后对 面对对象，面向接口这些概念有了一些认识，设计的过程往往都是在考虑如何解决抽象与具体，关联性与独立性，相对稳定和相对变化这几个问题（与哲学中对事物的描述有着异曲同工之处），根本原因是为了代码复用，增加可维护性，而设计模式带来的代码复用和以往面向过程的代码复用有着本质的不同，面向过程的时候更倾向于函数，具体功能的代码复用；设计模式则倾向与结构的复用，使结构能适应与各种具体的变化。
面向接口编程可以在没有具体代码实现的前提下实现功能模块的构想，当这个构想通过多次迭代逐步得到完善，如：《UML for Java Programmers》中“咖啡机”一章的分析过程，是一个很好思考和解决系统构造问题的方法，一张纸或一块白板就够了。并不需要涉及过多具体的代码编写，当结构稳定下来，具体实现就能想填格子一样一个个写入具体实现中。
机械设计中有机械图，电子设计有电路图，设计都是预先构思在图纸上，而不直接在工厂的厂房里实现制造。软件作为作为工程也应该逐渐朝这个方向发展，UML的引入则为此带来了一个方向。软件设计与程序设计可以做一些阶段性的分离，软件设计应该是面向结构的，程序设计则是面向算法和具体功能实现的。 |
|
|