介绍一本用uml建模java程序的好的电子书

  今天,在自己的硬盘里发现一本介绍一本用uml建模java程序的好的电子书,名字是“Java 与 UML 面向对象程序设计”,英文名字是“The Essence of Object-Oriented Programming with Java And UML”,作者是:Bruce & Wampler,译者,看不清,人民邮电出版社。

  这本书的主体讲的是用UML和MVC模式进行一个java的swing图形界面应用程序的建模。从基础的建模元素和java基础面向对象概念开始的。但其中提供的内容远远不止这些。这是一本讲软件开发生命周期的全过程的基本概念的书,涉及到程序员人的自身,是一本据有全局观念的书。

  给我印象深刻的是如下:

  1)、设计模式;

  2)、软件开发方法,其中对各种的开发方法作了深入浅出的比较,包括RUP,敏捷联盟,XP编程,最后还说了开放源码开发方法;

  3)、怎么样给程序员创造一个好的氛围,让大家愉快的工作和生活;

  4)、其中,我最最感兴趣是关于软件重构的那一章,其中讲解了什么情况下需要重构,什么情况下没有必要重构。怎么样重构。学习日记也在面临这样的问题。

  这本书我还会放在那里慢慢欣赏的。

下面是来自网上的介绍:介绍:http://www.dearbook.com.cn/book/viewbook.aspx?pno=TS007470

×××××××××××××××××××××××××××××××××××××××××××

     Java与UML面向对象程序设计

定价:28.00 元 | 售价:21.30 元(76折)      

--------------------------------------------------------------------------------

 | Bruce E.Wampler著 王海鹏译

人民邮电出版社  | 7-115-10603-7 | 2002年10月 | 开本:787*1092 1/16

版别版次:2002年10月北京第一版第一次印刷 |分类:程序设计→Java | 软件工程/软件技术→UML

--------------------------------------------------------------------------------

页数:208 阅读数:846销售排名:2488    库存情况:库存充足      

内容简介 |  图书目录 |  图书前言 |  查看评论(11 条)| 收藏此页到365Key

本书旨在介绍使用Java和UML开发面向对象的软件所必需的知识,并将伴您走上使用Java进行真正面向对象软件开发的道路。

    本书共分12章。本书的前4章介绍了面向对象的精髓,第1章是关于对象的简介。第2章介绍了面向对象的基本概念以及UML的一些基本知识。第3章阐述了如何使用Java来编写面向对象程序。第4章介绍面向对象的分析和设计。第5章使用这些面向对象观点分析了图形用户界面(GUI)和Java Swing类库。第6章以一个小规模的Java应用程序为实例,将前5章的内容结合到一起。

    接下来的章节让您对面向对象编程的实践方面有较好的了解。第7章介绍了设计模式。第8章介绍软件重构。第9章简要介绍针对大规模和小规模的面向对象软件项目以及当前的一些主要开发方法。第10章介绍当前一些面向对象软件开发的工具软件。第11章给出了作者为开发更好的软件而提出一些指导意见。最后,第12章提供了关于面向对象软件和Java方面更多的学习资源。

    本书强调理论和设计相结合,重视对软件开发方法学有指导作用的重要概念。本书可作为高等学校计算机科学系及软件学院高年级学生和研究生的教科书,也可作为从事软件开发的管理者、系统分析员、程序员在学习面向对象程序设计时的参考书。

《Java与UML面向对象程序设计 》相关文章和资源:

提交资源|本书引用地址:http://www.dearbook.com.cn/book/TrackBack.aspx?pno=TS007470

--------------------------------------------------------------------------------

Java类热销图书:

Expert One-on-One J2EE Development without EJB(中文版(JavaEye)

精通Struts:基于MVC的Java Web设计与开发(孙卫琴)

Effective Java中文版(潘爱民 /译)

Java2核心技术(第6版)卷I:基础知识(程峰 黄若波 章恒 /译)

Java编程思想(第2版)(侯捷 /译)

--------------------------------------------------------------------------------

名家评论:

练好面向对象的基本功——读《Java与UML面向对象程序设计》

(专家Seal Wang于2003-10-10 4:41:55)  0人同意、0人反对 

这是一本相当不错的入门级书籍,适合有一定Java基础、希望对面向对象编程有进一步了解的读者。就像《围棋一月通》一样,是一本介绍Java面向对象编程的必备常识性图书。书到今生读已迟。如果等到经历了许多痛苦和失败才明白一些常识(也许还不能明白),代价就太大了。这本书没有介绍软件开发领域的最新尝试,只是从一名老程序员的角度介绍了程序设计的一些宝贵常识和经验。这也正是我推荐此书的缘由。...查看详细 

对此评论 我同意  我反对    

正在读取本评论的讨论,请稍侯……

 

--------------------------------------------------------------------------------

 

读者评论: 共 11 条评论  发表评论  

 

[无题](读者 shuiying于2004-6-16) 0人同意、0人反对    

  这本书讲述对象的内容很不错,简单易懂,但关于JAVA的就逊色了。 

发表评论 我同意  我反对    

正在读取本评论的讨论,请稍侯……

 

 

 

[无题](读者 duckdl于2004-6-16) 0人同意、0人反对    

  就书的内容来讲应该是算不错的。但是如果读者是冲着这本书的题目去买的,那就没有必要了。值得一看,但不值得收藏,虽然讲得实在,但不觉得经典。倒是里面有一段用MVC来设计swing程序的篇章还是不错的 

发表评论 我同意  我反对    

正在读取本评论的讨论,请稍侯……

 

 

 

[无题](读者 wsqwsq于2004-6-16) 0人同意、0人反对    

  这本书我已经读完了。给我的感觉是:很适合大学在校生阅读。该书中介绍了当前主流的UML基础知识,模式的基本概念,MVC概念。比较适合入门。对JAVA本身没有过多地描述。 

发表评论 我同意  我反对    

正在读取本评论的讨论,请稍侯……

 

 

 

[无题](读者 charity于2004-6-16) 0人同意、0人反对    

  书的内容涉及广度不错,非常适合入门。

  译得也不错,总的评价:一本值得购买的书 

发表评论 我同意  我反对    

正在读取本评论的讨论,请稍侯……

 

 

 

[无题](译者 sealw于2004-6-16) 0人同意、0人反对    

  这是一本相当不错的入门级书籍,适合有一定Java语言基础,希望对面向对象编程有进一步了解的读者。

 

  本书对一些面向对象程序设计和Java的基本概念讲述得很清楚,对我来说印象深刻的有MVC,深拷贝与浅拷贝等等。尤其是结合实例分析的MVC,让我们看到上世纪80年代通过Smalltalk所发展起来的面向对象程序设计结构上的自然和优雅。

 

  本书结合例子展示了UML的使用,但是是以类图为主,并没有太侧重在整个设计过程中使用UML的各种图,可能也是基于本书的目标读者的考虑。希望对UML了解更多读者,可以参考其它读物。书中给出了许多进一步学习的资料。

 

  本书的另一个好处是,作者基于多年的编程经验和对目前软件开发实践的理解,为软件开发的入门级读者介绍了设计模式,重构,软件开发方法学等方面的知识,为读者的进一步学习指明了一些方向。本书对程序开发的工具软件,特别是选择编辑器方面的介绍,也相当有意思。

 

  作者在第11章所介绍的对软件开发的一些个人理解,应该能引起有经验的程序员的共鸣。

 

  与另一本书《UML面向对象程序设计基础》(Meilir Page-Jones著,人民邮电出版社)相比,这本书的难度要低一些,覆盖面要广一些。

 

  在对面向对象编程领域的经验不超过5年的程序员,在这本书中应该都可以学到一些东西。本书也适合作为培训教程。 

发表评论 我同意  我反对    

正在读取本评论的讨论,请稍侯……

 

 

--------------------------------------------------------------------------------

更多评论

 

发表评论 您现在匿名评论。 我要登陆评论

身份: 读者 译者 作者 出版商

 

标题: 

 

 

 

 

 

 不表态

  中肯取代无礼   客观代替漫骂  

 (您的精彩评论会被14位书友会会员收到)   

 

--------------------------------------------------------------------------------

《Java与UML面向对象程序设计》图书目录:

第1章 对象、UML和Java 1

1.1 面向对象技术 2

1.2 面向对象程序设计语言 3

1.3 面向对象的设计和UML 3

1.4 对象的回报 4

1.5 本章小结 4

第2章 对象的精髓 5

2.1 什么是面向对象系统 6

2.1.1 面向对象系统的基本特性 7

2.1.2 利用对象进行抽象 8

2.1.3 封装的类 9

2.1.4 通过消息进行通信 9

2.1.5 对象生命周期 10

2.1.6 类层次结构 12

2.1.7 多态性 16

2.2 一个例子:体现前面所讲的概念 18

2.3 其他面向对象概念 19

2.3.1 抽象类 19

2.3.2 方法的可见性 20

2.3.3 类与实例 21

2.3.4 访问对象 22

2.3.5 对象的低层次视图 22

2.4 本章小结 23

2.5 参考资源 24

2.6 本章注释 24

第3章 Java中的对象 25

3.1 在Java中定义类 25

3.2 可见性 29

3.3 继承 31

3.4 关联、聚合与组合 37

3.5 Java接口 39

3.6 Java中对象的生命周期 41

3.6.1 构造方法 41

3.6.2 垃圾收集 41

3.6.3 内存泄漏 42

3.7 类方法、类属性与实例方法、实例属性 42

3.8 对象拷贝 43

3.9 消息 49

3.10 本章小结 49

3.11 参考资源 50

3.12 本章注释 50

第4章 面向对象的分析和设计 51

4.1 软件开发方法学 53

4.2 软件项目的要素 54

4.3 面向对象分析的精髓 56

4.3.1 对象发现 57

4.3.2 评估候选对象 58

4.3.3 确定对象层次结构 60

4.3.4 发现对象属性 61

4.3.5 发现对象操作 61

4.4 对象设计精髓 63

4.5 一些设计指南 65

4.5.1 从整体上把握 65

4.5.2 封装 66

4.5.3 设计类 66

4.5.4 继承 67

4.5.5 通用指南 67

4.6 建造和发布阶段 68

4.6.1 建造软件 68

4.6.2 发布软件 69

4.7 UML的更多知识 70

4.8 本章小结 71

4.9 参考资源 72

4.10 本章注释 72

第5章 用Swing实现面向对象的图形用户界面 73

5.1 图形用户界面 74

5.1.1 典型应用程序 74

5.1.2 对话框 74

5.1.3 事件 75

5.2 Swing简介 76

5.2.1 处理Swing命令事件 79

5.2.2 一些选项 85

5.3 MVC:模型/视图/控制器 86

5.3.1 用Java实现MVC 87

5.3.2 一个小的Swing MVC GUI框架 88

5.3.3 一个基于Wmvc的简单应用程序 98

5.3.4 温度计的UML时序图 103

5.4 本章小结 104

5.5 参考资源 104

5.6 本章注释 105

第6章 使用Java的实例研究 107

6.1 分析MovieCat 108

6.1.1 用况 108

6.1.2 发现对象、属性和操作 109

6.1.3 评估 111

6.2 设计MovieCat 111

6.2.1 Movie类 112

6.2.2 MovieModel类 114

6.2.3 视图类 115

6.2.4 将它们结合起来 117

6.3 实现MovieCat 117

6.3.1 MovieCat类 117

6.3.2 Movie类 119

6.3.3 MovieModel类 121

6.3.4 MainView类 125

6.3.5 MovieListView类 129

6.3.6 MovieItemView类 131

6.3.7 MovieEditor类 135

6.3.8 Movie的辅助类 138

6.4 回顾 141

6.5 本章小结 142

6.6 本章注释 142

第7章 设计模式 143

7.1 什么是设计模式 143

7.1.1 使用设计模式 144

7.1.2 设计模式描述模板 144

7.2 GoF设计模式 145

7.2.1 创建型模式 145

7.2.2 结构型模式 145

7.2.3 行为型模式 146

7.3 Wmvc和MovieCat使用设计模式的例子 147

7.3.1 MVC 147

7.3.2 Observer模式 148

7.3.3 Wmvc中的Observer模式 150

7.3.4 Wmvc中的Command模式 151

7.3.5 Wmvc和MovieCat中用到的其他模式 152

7.4 本章小结 152

7.5 参考资源 152

第8章 重构 153

8.1 什么是重构 154

8.1.1 基本重构过程 154

8.2 何时需要重构 155

8.2.1 代码味道 155

8.2.2 何时不要重构 156

8.3 一些重构技术 156

8.3.1 重构分类 156

8.3.2 一些重构技术 157

8.4 本章小结 158

8.5 参考资源 158

第9章 今日软件开发方法学 159

9.1 大规模项目适用的方法学 160

9.1.1 统一软件过程概述 160

9.1.2 基本概念 160

9.2 适用于小项目的敏捷方法学 162

9.2.1 敏捷联盟 162

9.2.2 极限编程 163

9.2.3 DSDM 165

9.2.4 Crystal/Adaptive软件开发方法 166

9.3 开放源代码开发 166

9.3.1 开放源代码是分布式开发 167

9.4 本章小结 168

9.5 参考资源 168

9.6 本章注释 169

第10章 面向对象开发的软件工具 171

10.1 GUI与控制台 171

10.2 编辑器和IDE 172

10.2.1 好编辑器的特征 172

10.2.2 三种类型的编辑器 173

10.2.3 Emacs 174

10.2.4 Vi 174

10.2.5 集成开发环境 175

10.2.6 VIDE 176

10.2.7 Borland JBuilder 176

10.2.8 Sun Forte 178

10.2.9 其他IDE 179

10.3 源代码控制 179

10.4 CASE、建模和UML工具 179

10.4.1 ArgoUML 180

10.4.2 MagicDraw 180

10.4.3 Rational软件公司 181

10.4.4 TogetherSoft 181

10.4.5 其他UML工具 181

10.4.6 其他Java工具 182

10.5 本章注释 182

第11章 编程:个人观点 183

11.1 编程 184

11.1.1 代码不会消亡 184

11.1.2 用好的风格编程 185

11.1.3 清楚自己在做什么 185

11.1.4 写试验性代码 185

11.1.5 实践增量编程 186

11.1.6 工具很重要 186

11.1.7 对象确实有帮助 186

11.1.8 测试 186

11.1.9 调试 187

11.1.10 不要重新发明轮子 187

11.1.11 有时自己做更好 187

11.1.12 任何时候都可能产生好主意 188

11.1.13 拥有生活 188

11.1.14 计划很重要 188

11.2 工具 189

11.2.1 编辑器很重要 189

11.2.2 了解经时间检验的工具 189

11.2.3 了解最新的工具 189

11.2.4 工具会消失 189

11.3 工作环境 190

11.3.1 快乐的程序员是高效的程序员 190

11.3.2 物理环境 190

11.3.3 灵活性 190

11.3.4 40小时 191

11.3.5 团队 191

11.3.6 市场营销很重要 191

11.3.7 保持不过时 192

11.3.8 共同奋斗 192

11.3.9 让程序员协助制定策略 192

11.3.10 让老板知道您需要什么 192

11.3.11 Reference软件公司的故事 192

11.4 编程资源 193

11.4.1 使用互联网 193

11.4.2 当心互联网 193

11.4.3 如果可能,用开放源代码 193

11.4.4 其他程序员 193

11.4.5 网站 194

11.5 本章注释 194

第12章 下一步 195

12.1 面向对象技术 195

12.2 Java 196

12.3 需要了解的更多术语 196

12.3.1 分布式计算术语 196

12.3.2 来自Sun公司的Java相关术语 197

12.3.3 其他术语 198

词汇表

一个国家软件开源事业的发展跟经济水平的关系

版权声明:本文章为学习日记网站(http://www.learndiary.com )版权所有,以<a href="http://creativecommons.org/licenses/by/2.0/">Creative Commons License</a>方式授权。欢迎转载,但请注明文章原始出处(http://www.learndiary.com/disDiaryContentAction.do?goalID=1262 )。

  如果一个国家的程序人员都在忙于生计,谁还有闲心来做什么开源?尤其是那种纯技术、纯兴趣的项目。

  在现在我们在朝现代化转型的过程中,金钱的诱惑使我们追逐于短期的利益,我们难以静下心来,从事自己的兴趣。而兴趣往往是创新的前提,试问,在两眼朝钱看的时候,谁还会有闲心去创新什么的?

  所以,我们为什么没有java,没有windows,在没有这些的前提因素估计还是没有linux,Struts,etc.这样的开源创新精神。

  我不是程序员,对程序有点兴趣而已。也许,哪天为生计而需要去找那些要命的金钱的时候,什么开源,什么兴趣,什么技术,可能都统统抛到九霄云外了:)

  欢迎探讨,联系方式:

    1、在学习日记网站对这篇文章进行评论(需要注册并登录):http://www.learndiary.com/disDiaryContentAction.do?goalID=1262

    2、在学习日记网站留言(不需登录,但留言内容只有本站管理员才能查看与回复):http://www.learndiary.com/toWriteMessageAction.do?typeID=4&goalID=0&naviStr=a10af0

    3、电子邮件:mdx-xx@tom.com

    4、QQ:81251712

"第三届全球化论坛-世界文化多样性"在杭州开幕有感

  《人民日报》2005年11月8日杭州报道,"第三届全球化论坛-世界文化多样性"在杭州开幕。

  联合国教科文组织《世界文化多样性宣言》提出:“文化多样性是交流、革新和创造的源泉”。

  我想,多样性可以对未来人类的精神和物质等方面也许会碰到的危机提供更多的对治措施,谁能保证一种或少数几种文化就能解决和满足全球几十亿人的需要呢?

  生物多样性的必要性从某种角度来说跟文化多样性有相通之外吧,有那么一种感觉,但是说不出来。

Misuse of "Past Perfect Progressive Tense"

>My daughter had played with me almost an hour before she go to bed at last.

  Above is a sentence which I used to talk with a friend on QQ last night.

It should be sentence with past perfect progressive tense.

I think the right sentence should be:

  My daughter had been playing with me almost an hour before she went to bed at last.

There is some explanation below:

(2)过去完成进行时表示过去某一时刻之前开始的动作或状态一直延续到过去某一时刻。例如:

   It had been raining cats and dogs for over a week and the downpour had caused landslides in many places.

学习日记网站动态导航技术探索

littlebat慎重声明:此文的内容基于我3年以前的一个不成熟的甚至是错误的设计思路所写(具体原因请参见本文后面我的后续补充评论批注),并且本文所属的“Java学习日记开源项目”也于2006年停止并删除,不再对外公布代码,此文留存于此仅供资料备查及供朋友一种动态导航的参考,请浏览者注意鉴别。
2009年5月23日 littlebat

版权声明:本文章为JAVA学习日记网站(http://java.learndiary.com)littlebat版权所有,以“Creative Commons License”http://creativecommons.org/licenses/by/2.0/方式授权。欢迎转载,但请注明文章原始出处(http://java.learndiary.com/disDiaryContentAction.do?searchDiaryID=&goalID=1255&naviStr=a10a2167)。

提纲:

一、背境;

二、需求分析:

1、学习日记网站的主要功能页面结构;

2、需要进行动态导航的主要模块;

3、需求的提出:

1)、层次导航的需求;

2)、同一列表中帖子间的导航(即上一条,下一条类似的导航);

3)、父帖与子帖列表的双向导航;

三、具体实现过程:

1、层次导航的实现过程:

1)列出导航功能需求列表,看都有哪些导航路径;

2)分析定位特定类型的页面所需的参数;

3)确定层次导航的实现方法;

4)进行层次导航系统的设计:

(1)、进行页面节点导航封装字符串格式的设计;

(2)、页面完整导航字符串的设计;

(3)、将封装的导航字符串还原为显示在页面上的URL地址导航条;

(4)、在页面上显示层次导航的URL字符串;

2、同一列表中帖子间的导航(即上一条,下一条类似的导航)的实现过程:

1)列出导航需求列表;

2)分析实现上一条、下一条导航所需的参数;

3)确定实现上一条、下一条导航的实现方法;

4)进行上一条、下一条导航的设计:

(1)、根据层次导航的导航字符串确定上一条、下一条导航所在的层次导航位置;

(2)、确定在哪几个Struts的Action中需要处理上一条、下一条导航;

(3)、在页面上显示上一条、下一条导航的URL字符串;

3、父帖与子帖列表的双向导航的实现过程:

1)列出导航需求列表;

2)分析实现双向导航所需的参数;

3)确定实现方法;

4)进行双向导航的设计:

(1)、确定在哪几个Struts的Action中需要处理双向导航;

(2)、在页面上显示双向导航的URL字符串;

四、总结:

1、心得;

2、优点;

3、缺点;

4、愿望;

五、联系方式;

六、附件(附学习日记V0.9.0.4和学习日记系统ArgoUML建模(学习日记V0.9.0.4反向工程类图) );

七、附图

关键词:学习日记 Struts 动态导航 学习日记动态导航技术(简称:LDDN技术 ) 学习日记开发小组(简称:LDDG )

××××××××××××××××××××××××××××××××××××××××××××××××××××××××××

正文

一、背境:

JAVA学习日记(http://java.learndiary.com )网站是采用Struts框架的开源项目learndiary(http://develop.learndiary.com )的实际运行示范站点。目前由学习日记开发小组进行开发,致力于以JAVA技术构建一个普遍适用的开源网络学习交流平台。为了改善用户的浏览体验,故提出导航系统的改善计划。已经包含了这个导航系统的的最新版本为learndiaryV0.9.0.4。本文所提到的程序均可以在本站的下载菜单中获取:http://java.learndiary.com/download/download.html 。本文希望起到一个抛砖引玉的作用,引发一场关于java技术构建的web系统的导航系统设计的讨论。

二、基本思路:

1、学习日记网站的主要功能页面结构:

核心为:目标列表-》目标内容及评论-》目标下的日记列表-》日记内容及评论

示意图:(图1 学习日记网站的主要功能页面结构)

2、需要进行动态导航的主要模块:

需要进行动态导航的主要模块有3个,见学习日记网站的菜单栏:

1)、所有目标:http://java.learndiary.com/index0Action.do?pageNum=1&naviStr=a10 (显示学友提出的所有学习目标列表 )

2)、检索:http://java.learndiary.com/toSearchAction.do?naviStr=a10ac0 (检索本站的所有学习目标和学习日记 )

3)、您的目标:http://java.learndiary.com/processGoalAction.do?currentGoalState=1&pageNum=1&naviStr=a10a60 (学友自己的学习目标归类:包括:进行中的目标、退出的目标、已完成的目标 )

3、需求的提出:

1)、层次导航的需求:

我们想建成一个导航系统,它可以跟踪用户在系统中浏览页面的过程,每浏览到一个新的页面,就在导航条中加入这个页面的URL,于是,当用户浏览到别的页面,可以点击返回系统导航条中的前面浏览过的页面;当浏览一个页面是与导航条中已经存在的页面类型一致时,就截去导航条中此类型页面后面的导航URL。

征对这个需求,我大概看了一下动网的实现方式和phpWind论坛的实现方式,他们用的导航基本上是静态的,也就是说,一种页面上的导航条是固定的,例如:显示一条帖子的内容,他们的方式是:论坛首页-》论坛版块-》主题内容。

而我们的需求是,例如:显示一篇日记的内容:

在所有目标模块中,导航条为:所有目标>>日记列表>>日记内容;

图例:(图2 所有目标模块中显示一篇日记的内容)

在检索模块中,导航条为:所有目标>>检索>>检索日记列表>>日记内容;

图例:(图3 检索模块模块中显示一篇日记的内容)

在您的目标中,导航条为:所有目标>>我进行中的目标>>本目标我的日记列表>>日记内容;

图例:(图4 您的目标模块中显示一篇日记的内容)

2)、同一列表中帖子间的导航(即上一条,下一条类似的导航 ):

另外,除了上面层次导航的需求,同一列表中帖子间的导航(即上一条,下一条类似的导航 ),我们也想在网上一般的导航系统的基础有所改良。例如:在一般的导航系统中,如果你在检索结果的列表中点击查看一篇帖子,然后,你再点击这篇帖子的上一条和下一条链接,新点开的页面不是检索结果列表中的上一篇或下一篇帖子,而是这条帖子所有的版块的上一条和下一条帖子。

我们需要在检索结果列表中,点击检索到的一篇日记中的“上一条”和“下一条”链接时,显示的是检索结果列表中本日记的上一条和下一条日记。

例如,我们以“中文显示”为关键字检索日记得到一个检索结果列表:

图例:(图5 检索结果列表层次导航)

当我点击查看“解决:jsp页面中文显示问题”这篇日记中的下一条链接时,我们需要打开检索结果列表的下一篇日记:“问题:jsp中文显示,<c:set>的值可否是对象?me ”:

图例:(图6 检索结果列表层次导航2)

,而不是“解决:jsp页面中文显示问题”这篇日记所在的目标中的下一篇日记。

在“您的目标”这个模块中的“上一条”和“下一条”的导航同样存在在检索页面中点击“上一条”和“下一条”链接的问题。

3)、父帖与子帖列表的双向导航:

学习日记征对自身的功能结构特点,还需要实现:“目标<──>目标下的所有日记列表”的双向导航和“目标<──>目标下我的日记列表”的双向导航:显示目标内容

图例:(图7 双向导航显示目标内容)

,您可以看到页面右边中上有两个链接分别是:“查看所有日记”和“查看我的日记”,点击“查看所有日记”链接出现的是页面

图例:(图8 双向导航查看所有日记)

,点击“查看我的日记”链接出现的是页面

图例:(图9 双向导航查看我的日记)

;后面这两个页面的右中上部又都有到日记所在的目标中的链接:“查看目标内容”。

以上总结了学习日记需要实现的导航系统的三个方面的需求,征对这个需求,我看了一些论坛,均没有现存的东西可以参考,于是,我们决定探索一种能够实现上面动态导航需求的方法。因为我们实现的导航系统是动态变化的,故把这种实现的方法称之为“学习日记动态导航技术”(简称:LDDN技术 )。下面把我们的具体设计过程总结一下。

三、具体实现过程:

具体的设计分析过程我已经在进行的过程中记录在日记中了,所以,如果你要详细的了解我的分析设计过程的话,可以去看这两篇日记:

第一篇日记:“提高学习日记导航能力的思路”(http://java.learndiary.com/disDiaryContentAction.do?searchDiaryID=&goalID=1128&naviStr=a10a2506ah1167 ),主要记录的是我在对层次导航部分的分析设计过程;

第二篇日记:“分析学习日记横向导航及开几个窗口的思路”(http://java.learndiary.com/disDiaryContentAction.do?searchDiaryID=&goalID=1167&naviStr=a10a2506ah1128 ),主要记录的是我在对“上一条”和“下一条”导航部分的分析与设计过程。

当然,细节总是太烦琐和令人不愉快的,我把大概的设计过程总结如下:

1、层次导航的实现过程:

1)列出导航功能需求列表,看都有哪些导航路径,例如:

(5)所有目标列表->相关日记列表->显示日记内容->编辑评论;

(14)所有目标列表->进行中的目标列表->您的日记列表->显示日记内容->编辑评论;

(21)所有目标列表->检索页面->搜索结果日记列表->相关日记列表->显示日记内容->撰写评论;

全部列表请见我上面提到的第一篇日记中的“一、学习日记导航路径列举:”(您可以在页面中搜索位置,前后的双引号除外,下同 )。

2)分析定位特定类型的页面所需的参数(这样,就可以根据页面类型和参数唯一的确定一个页面了 ):

经过分析,唯一定位一个页面所需要的参数变为:

1》页面类型;

2》参数ID;

其中参数ID分为下面几种情况:

1》列表:需要列表的parentID;

2》单个条目:需要它的ID;

3》用户的进行、完成等目标列表:什么都不需要,用户ID在Session中;

4》用户的进行、完成等目标的用户日记列表;目标ID,所需的用户ID在Session中;

5》搜索列表:什么都不需要,因为搜索条件字符串已保留在全局Session中了;

具体的分析过程请见我上面提到的第一篇日记中的“(2 )、如何唯一的定位一个特定的页面呢? ”

3)确定层次导航的实现方法:

当点击一个新的页面时,就把定位这个页面所需的参数加入到层次导航的参数链表中(链表的一个节点储存的是一个新的页面的定位参数 ),这时链表变长;当点击一个在链表中已经存在这种类型的页面(例如:显示一篇日记的内容的页面 )时,就把在导航链表中这个节点及后面的节点删除,再加上这个点击的页面的定位参数。

实现这种层次导航的需求有两种方法:

(1)、为每条导航路径在session中设置一个层次导航所需的属性,在这条路径上导航链表的增长和缩短信息就由这个属性来维持;

(2)、把这个链表封装成字符串,这个字符串在访问不同的页面时,会根据上面的思路不断增长和缩短。把这个封装的字符串连同用户新请求的页面的定位参数节点字符串一起传给请求这个页面前的Struts的action,形成新的页面上导航条所需的编码字符串,然后把这个编码字符串保存在request中,供请求的页面中的下一个链接使用;并同时由action把这个形成的编码导航字符串解码处理成用户请求的页面上需要的导航字符串。

经过分析,我决定采用第(2 )种方法来实现层次导航。

具体的分析过程请见我上面提到的第一篇日记中的“我知道有2种方法可以解决这个问题 ”。

4 )进行层次导航系统的设计:

(1)、进行页面节点导航封装字符串格式的设计:

分隔符(用'a'作分隔符 )+页面节点类型(用一位字符代表,封装成一个页面类型常量类,用字符1-9,英文字符b-z和A-Z表示 )+页面参数ID(如显示目标的日记列表所需的目标ID,显示日记内容所需的日记ID )。如显示一篇日记的页面类型常量为字符:‘h’,那么,显示“解决:jsp页面中文显示问题”这篇日记内容(ID为292 )这一页面的封装字符串为:ah292;

(2)、页面完整导航字符串的设计:

在下面的讨论中会用到的相关源文件:

负责封装学习日记所需导航的页面的类型常量(/WEB-INF/src/com/learndiary/website/PageTypeConsts.java );

负责导航字符串封装的方法(/WEB-INF/src/com/learndiary/website/util/Pager.java中的public static String encodeNaviStr(String naviStr, char toPageType, String parameter) );

当用户提出一个新的页面请求,把当前页面中的完整的导航封装字符串和新的页面的类型和新请求页面的参数ID传给处理新页面显示前的Struts中的Action中,由Action调用一个方法,负责把这些参数组装成下一新页面所需的导航字符串。如:当前正显示的页面是“系统导航:所有目标>>我进行中的目标>>目标:一起学习Struts(MVC)我的日记列表”中的“目标:一起学习Struts(MVC)我的日记列表”

图例:(图10 我的日记列表)

,你可以看到当点击显示日记“解决:jsp页面中文显示问题 (0篇) ”的URL中的导航字符串为:“naviStr=a10a60a0167”(图例中左下方红圈中 ),把这个字符串和请求的显示日记的页面类型(日记为:‘h’ )和显示这篇日记所需的ID(292 )传给显示日记内容前的Action中(disDiaryContentAction.do,源文件为:/WEB-INF/src/com/learndiary/website/action/disgoal/DisGoalContentAction.java ),由负责导航字符串封装的方法(源文件为:/WEB-INF/src/com/learndiary/website/util/Pager.java中的public static String encodeNaviStr(String naviStr, char toPageType, String parameter) )进行处理,处理流程为:以显示日记这个页面的类型ID为‘h’搜索已有导航字符串,没有相同的页面,于是就把这个页面导航字符串节点(ah292 )加到完整的导航字符串(a10a60a0167)后面得到新的导航字符串(a10a60a0167ah292 ),

见例图:(图11 我的日记列表2)

,你可以看到当点击“日记:解决:jsp页面中文显示问题”这篇日记中的“我要评论”的URL中的导航字符串为:“naviStr=a10a60a0167ah292”(图例中左下方红圈中 );

当点击当前页面中的回到上级导航节点的链接时,如:“系统导航:所有目标>>我进行中的目标>>目标:一起学习Struts(MVC)我的日记列表”中的“我进行中的目标”,这时显示“我进行中的目标”页面的类型代码是‘6’,参数ID是“0”,那么以新页面的节点字符串(a60 )的类型代码‘6’搜索已有导航字符串,已经存在相同的类型代码,于是,就把导航字符串中这个节点和后面的所有节点删除得到字符串“a10”,再加上新页面的节点字符串为“a60”,得到显示“我进行中的目标”页面的导航字符串为“a10a60”,

见例图:(图12 我进行中的目标)

,你可以看到当点击“一起学习Struts(MVC) (19篇)”这篇目标的URL中的导航字符串为:“naviStr=a10a60”(图例中左下方红圈中 );

详细分析设计过程我上面提到的第一篇日记中的“2、设计中用到的方法: ”;

(3)、将封装的导航字符串还原为显示在页面上的URL地址导航条:

同样用上面的显示在“我进行中的目标”中目标“一起学习Struts(MVC)我的日记列表”中的日记“解决:jsp页面中文显示问题”来进行说明,也就是说:如何把导航封装字符串“a10a60a0167ah292”转换成字符串“系统导航:<a href="/learndiary/indexAction.do?searchDiaryID=&pageNum=1&naviStr=a10a60a0167ah292">所有目标</a>>><a href="/learndiary/processGoalAction.do?searchDiaryID=&currentGoalState=1&pageNum=1&naviStr=a10a60">我进行中的目标</a>>><a href="/learndiary/myDiaryAction.do?searchDiaryID=&pageNum=1&goalID=167&naviStr=a10a60a0167ah292">目标:一起学习Struts(MVC)我的日记列表</a>>>日记:解决:jsp页面中文显示问题<p>”,

使它在页面上显示导航条为“系统导航:所有目标>>我进行中的目标>>目标:一起学习Struts(MVC)我的日记列表>>日记:解决:jsp页面中文显示问题”?

见图例:(图13 我的日记列表2)

解决这个问题我用两步走的方法:

<1>、用一个方法可以把每一个导航节点的封装字符串转换为导航URL字符串。主要是根据需要显示的页面类型和参数ID来进行转换,实现过程比较简单,请查看源文件中负责解封导航节点封装字符串的方法(/WEB-INF/src/com/learndiary/website/util/Pager.java中的public static String decodeNodeStr(String naviStr, String nodeNaviStr, HttpServletRequest request, boolean ifLast) throws Exception );

<2>、把每个节点封装的字符串联接在一起,形成完成的页面层次导航所需的URL字符串。根据惯例,当前(也就是最后一个节点的导航URL灰化,无链接 )。具体实现请查看源文件中负责解封整个导航封装字符串的方法(/WEB-INF/src/com/learndiary/website/util/Pager.java中的public static String decodeNaviStr(String naviStr, HttpServletRequest request) throws Exception );

具体的分析设计过程请见我上面提到的第一篇日记中的“把封装的字符串转化为下一个页面显示导航条所需要的字符串”。

(4)、在页面上显示层次导航的URL字符串

在需要层次导航的页面上,把从request中获得的属性“navigation”显示在页面的左上部,并把从request中获得的相应的封装导航字符串naviStr作为参数附在每一个URL的后面就行了。

至此,学习动态导航系统中的层次导航部分已经设计完成,下面继续进行显示“上一条”和“下一条”的水平导航部分的探索。

2、同一列表中帖子间的导航(即上一条,下一条类似的导航 )的实现过程:

1)列出导航需求列表:

(1)、在所有目标列表中:

1>目标内容;

2>目标的日记列表(上一条:在这里即上一目标的日记列表);

3>日记列表中的日记内容;

(2)、在检索结果页面中:

1>检索目标列表:

<1>目标内容;

<2>目标的日记列表;

<3>日记列表中的日记内容;

2>检索日记列表:

<1>日记内容;

<2>所在目标的日记列表中的日记内容;

(3)、您的进行中的目标列表:

1>目标内容;

2>目标的全部日记列表;

3>目标的我的日记列表;

4>目标的全部日记列表中的日记;

5>目标的我的日记列表中的日记;

2)分析实现上一条、下一条导航所需的参数:

因为是实现同一列表中的同一级别的帖子之间的导航,所以只需要得到需要导航的条目的ID就行了,其它所有参数都不必改变。

3)确定实现上一条、下一条导航的实现方法:

现在的问题是:如何根据当前条目的ID,得到上一条目和下一条目的ID呢?

答案是:条目的列表,条目在列表中的排序方式,当前条目的ID。为了在查询结果集中得到当前条目的前后条目的ID,可以有下面的方法:

(1)在一个直接操纵数据库的方法中从查询结果集中取出每个ID(整型)后,保存在数组中,马上关闭数据库连接,减少数据库连接开销。然后在同个方法中取得前面、当前、后面记录的ID,只返回这3个元素的数组给Pager类(负责产生页面导航所需要的URL字符串的工具类)处理,这样,可以保证每条数据都是最新的,但是要不停的开启和关闭数据库连接;

(2)把查询结果产生的数组全部存在session中,Pager在session中取数据。这样,可以减少数据库的查询,但是存在两个问题,那个比较长的数组在session中始终占用内存,还有,取出的数据的排序关系可能是过期的(这时,有人往数据库中增加或修改了数据)。

我觉得第一种方法可以减轻对网站虚拟主机资源的压力,决定采用第一种方法。

另外,在直接操纵数据库产生的结果集中查询邻近的ID会出现几种结果呢?

这里用“-1”表示没有相应的帖子。

1>在用户查看帖子期间,这篇帖子被删除了,结果返回:{-1,-1,-1};

2>只有一篇符合要求的帖子,结果返回:{-1,当前帖子ID,-1};

3>当前帖子是第一篇帖子,结果返回:{-1,当前帖子ID,下一条帖子ID};

4>当前帖子是最后一篇帖子,结果返回:{上一篇帖子ID,当前帖子ID,-1};

5>当前帖子前后都有帖子,结果返回:{上一篇帖子ID,当前帖子ID,上一篇帖子ID};

现在,就可以把这个含有前一条、当前、后一条帖子ID的整型数组传给Pager类中的产生上一条、下一条导航URL字符串的相应方法进行处理了。

下面是上一条、下一条导航的具体设计。

4)进行上一条、下一条导航的设计:

(1)、根据层次导航的导航字符串确定上一条、下一条导航所在的层次导航位置:

进行上一条、下一条的导航需要知道被导航的帖子所在的层次导航的位置。例如:显示一篇日记的内容:

在所有目标模块中,导航条为:所有目标-》日记列表-》日记内容;

图例(图14 层次导航路径1):

在检索模块中,导航条为:所有目标>>检索>>检索日记列表>>日记内容;

图例(图15 层次导航路径2):

在您的目标中,导航条为:所有目标>>我进行中的目标>>本目标我的日记列表>>日记内容;

图例(图16 层次导航路径3):

在上一条、下一条的导航中,层次导航条除了上一条目和下一条目内容的改变,其余是不会变的;而且,要得到当前条目的前后条目的ID,在不同的层次导航中是不同的。例如:在上面的路径1中,得到日记列表的查询条件是本目标下的所有日记;在路径2中,得到日记列表的查询条件是检索页面的条件组合;在路径3中,得到日记列表的查询条件是本目标下的用户的所有日记。而且,在学习日记的设计中,这三种情况的排序方式是分开的,可以由用户在浏览时自选的。

为了得到不同层次导航下的上一条、下一条URL导航字符串,我在页面导航URL字符串产生工具类Pager((/WEB-INF/src/com/learndiary/website/util/Pager.java)中用了3个重载的、用于产生上一条、下一条导航URL字符串的方法来征对不同的三种情况(与前面说的3种路径不是一一对应的),分别是:

1>、(包括对这一路径下的目标列表中目标的浏览和目标的日记列表的浏览,和检索目标列表中目标的浏览,和检索日记列表中日记的浏览):public static String getPreNextNaviStr( char toPageType, String url, HttpServletRequest request, String naviStr, int currentID, String condition,int orderType, int direction) throws Exception。输入参数是:toPageType-请求的页面类型,url-请求的页面的“/***Action.do”路径,request-请求对象,naviStr-当前页面的导航封装字符串,currentID-当前条目的ID,condition-查询的where子句,orderType-排序类型,direction-排序方向。为了分离数据库访问的代码,在这个方法中调用了一个直接访问数据库的类(/WEB-INF/src/com/learndiary/website/db/PageDB.java)中的方法(public int[] getAdjacentIDs(String tableName, int currentID, String condition, int orderType, int direction) throws Exception )来得到含有前一条、当前、后一条帖子ID的数组;

2>、(包括对检索日记列表的日记所在目标、日记所在目标下的日记列表的浏览):public static String getPreNextNaviStr(String url, HttpServletRequest request, String naviStr, int searchDiaryID, String condition,int orderType, int direction) throws Exception。输入参数是:url-请求的页面的“/***Action.do”路径,request-请求对象,naviStr-当前页面的导航封装字符串,searchDiaryID-搜索日记列表中当前日记的ID,condition-查询的where子句,orderType-排序类型,direction-排序方向。为了分离数据库访问的代码,在这个方法中调用了一个直接访问数据库的类(/WEB-INF/src/com/learndiary/website/db/PageDB.java)中的方法(public int[] getAdjacentIDs(String tableName, int currentID, String condition, int orderType, int direction) throws Exception )来得到含有前一条、当前、后一条帖子ID的数组;

3>、(包括对进行中的目标、退出的目标、完成的目标列表中目标的浏览):public static String getPreNextNaviStr(String url, HttpServletRequest request, String naviStr, int userID, int currentID, int myGoalTypeFlag, int orderType, int direction) throws Exception。输入参数是:url-请求的页面的“/***Action.do”路径,request-请求对象,naviStr-当前页面的导航封装字符串,userID-当前用户ID,currentID-当前条目的ID,myGoalTypeFlag-用户目标的类型(进行、退出、或者完成),orderType-排序类型,direction-排序方向。为了分离数据库访问的代码,在这个方法中调用了一个直接访问数据库的类(/WEB-INF/src/com/learndiary/website/db/PageDB.java)中的方法(public int[] getAdjacentIDs(int userID,int currentID, int myGoalTypeFlag, int orderType, int direction) throws Exception)来得到含有前一条、当前、后一条帖子ID的数组;

现在的问题是怎么样来区别上面1>、2>、3>中列出的各种情况,并调用对应的“getPreNextNaviStr”方法来产生正确的上一条、下一条的URL导航字符串呢?

我的答案是根据当前页面的封装导航字符串来确定,我通过分析上面1>、2>、3>中列出的各种情况的导航字符串的特征码,然后在程序中通过检索特征码来确定当前页面的层次导航位置(对应于上面不同的几种情况),这是一个烦琐的过程,这里仅列举一二:

例如:在检索目标的列表中的目标页面中的封装导航串一定会含有“ae”两个字符,且帖子类型为“目标”;在检索日记的列表中的日记页面中的封装导航串一定会含有“ad”两个字符,且帖子类型为“日记”。

(2)、确定在哪几个Struts的Action中需要处理上一条、下一条导航:

1)、首先,需要导航的地方有三种情况:

1>、目标内容

2>、日记内容

3>、目标的日记列表

2)、

1>、1)的1>和2>需要放在DisGoalContentAction.java(/WEB-INF/src/com/learndiary/website/action/disgoal/DisGoalContentAction.java)中处理;

2>、1)的3>需要分在几个地方处理,分别是:

1>检索目标的日记列表,所有目标的日记列表,进行、完成、退出的日记列表:在DiaryAction.java(/WEB-INF/src/com/learndiary/website/action/disdiary/DiaryAction.java)中处理;

2>进行、完成、退出的我的日记列表:在MyDiaryAction.java(/WEB-INF/src/com/learndiary/website/action/mydiaries/MyDiaryAction.java)中处理;

(3)、在页面上显示上一条、下一条导航的URL字符串;

在需要上一条、下一条导航的页面上,把从request中获得的属性“preNextNavigation”显示在页面的右上部和右下部就行了。

上一条、下一条导航完整的设计分析过程见我上面提到的第二篇日记:“分析学习日记横向导航及开几个窗口的思路”(http://java.learndiary.com/disDiaryContentAction.do?searchDiaryID=&goalID=1167&naviStr=a10a2506ah1128 )。

3、父帖与子帖列表的双向导航的实现过程:

1)列出导航需求列表:

(1)“目标<──>目标下的所有日记列表”的双向导航;

(2)“目标<──>目标下我的日记列表”的双向导航;

2)分析实现双向导航所需的参数:

只需要目标的ID或日记列表的目标ID和导航封装字符串;

3)确定实现方法:

直接在Action中得到当前目标的ID或日记列表的目标ID和导航封装字符串,附在“***Action.do?”的后面就行了。

4)进行双向导航的设计:

(1)、确定在哪几个Struts的Action中需要处理双向导航:

1>、在“目标──>目标下的所有日记列表”和“目标──>目标下我的日记列表”的导航,需要放在DisGoalContentAction.java(/WEB-INF/src/com/learndiary/website/action/disgoal/DisGoalContentAction.java)中处理;

2>、在“目标下的所有日记列表──>目标”的导航,需要放在DiaryAction.java(/WEB-INF/src/com/learndiary/website/action/disdiary/DiaryAction.java)中处理;

3>、在“目标下的我的日记列表──>目标”的导航,需要放在在MyDiaryAction.java(/WEB-INF/src/com/learndiary/website/action/mydiaries/MyDiaryAction.java)中处理;

(2)、在页面上显示双向导航的URL字符串:

在需要“目标──>目标下的所有日记列表”和“目标──>目标下我的日记列表”的导航的页面上,把从request中获得的属性“jumpToViewDiaries”显示在页面的右上部和右下部;在“目标下的所有日记列表──>目标”和“目标下的我的日记列表──>目标”的导航中,把从request中获得的属性“jumpToViewGoal”显示在页面的右上部和右下部就行了。

四、总结:

1、心得:

1)、编码前的分析设计是非常重要的,这一步工作做好了,编码就很容易了(但我还做得不够,如下面的第3)条心得。可是,也许是我的水平有限,有些应该放在设计时的工作不到编码的时候就是想不到,还望大家给予指点);

2)、Struts框架把程序的逻辑实现代码和页面显示部分能比较好的分离,有利于功能模块的新增和程序的后期维护;

3)、在进行类和类的方法的设计时(如前面提到的Pager类和PageDB类),没有先进行完整的高层设计,是采用边编码边设计的方式,致使类的设计不够面向对象,给后期的理解和维护会造成困难;

4)、如果这种导航设计思路真的有用,有必要把它进行精心的设计,做成插件的形式,这样可以把它方便的应用于需要这种动态导航的各种java的web程序中;

2、这种动态导航的优点:

1)、能够极大的提高用户的浏览体验,使网站的导航更符合逻辑和人们的思维习惯;

2)、能够无限的进行需要导航的页面的增加和减少,后期的维护代码少量增加就行了;

3、这种动态导航的缺点:

1)、实现过程较为复杂,牵涉的页面和逻辑代码较多,权衡实现的代价和收到的效果,真的值得吗?;

2)、动态导航能被用户的使用习惯接受吗?这是一个未知数;

3)、还有什么缺点呢?暂时还没有想出来,大家帮我们想一想吧。

4、愿望:

1)、希望朋友们能够对学习日记开发小组提出的这种动态导航技术展开充分的讨论,论证这种导航方式的可行性;

2)、希望与软件相关(尤其是java )、学习相关(尤其是计算机软件自学 )、开源相关(尤其是java开源 )的网站结为友站关系并交换网站链接,共谋发展。我们的链接代码(请直接复制代码,我们的新logo正在酝酿中 ):图片链接:“<a href="http://java.learndiary.com" target=_blank><img border=0 src="http://java.learndiary.com/pictures/learndiarylink.gif</img>" alt="JAVA学习日记:分享目标,分享快乐。"></a>”,文字链接:“<a href="http://java.learndiary.com" target=_blank title="JAVA学习日记:分享目标,分享快乐。">JAVA学习日记</a>”。如果,你愿意与我们交换链接,请把你的链接代码发至:“mdx-xx@tom.com”。

五、联系方式:

1、在学习日记网站对这篇文章进行评论(建议注册登录后再评论,否则是以guest身份评论):http://java.learndiary.com/disDiaryContentAction.do?searchDiaryID=&goalID=1255&naviStr=a10a2167

2、在学习日记网站留言(不需登录,但留言内容只有本站管理员才能查看与回复):http://java.learndiary.com/toWriteMessageAction.do?typeID=4&goalID=0&naviStr=a10af0

3、电子邮件:mdx-xx@tom.com

4、QQ:81251712

六、附件

1、学习日记V0.9.0.4,简介:http://java.learndiary.com/disDiaryContentAction.do?goalID=1245&naviStr=a10a21

下载地址:http://java.learndiary.com/download/learndiaryV0.9.0.4.war

2、学习日记系统ArgoUML建模(学习日记V0.9.0.4反向工程类图),下载地址:http://java.learndiary.com/download/learndiaryV0.9.0.4.zargo

用ArgoUML V0.20.alpha2打开,ArgoUML下载地址:http://argouml-downloads.tigris.org/nonav/argouml-0.20.ALPHA_2/ArgoUML-0.20.ALPHA_2.zip )。

-全文完

作者:JAVA学习日记 http://java.learndiary.com littlebat )

2005年11月25日下午

七、附图

********************************************************************************************

图1 学习日记网站的主要功能页面结构

********************************************************************************************

图2 所有目标模块中显示一篇日记的内容

********************************************************************************************

图3 检索模块模块中显示一篇日记的内容

********************************************************************************************

图4 您的目标模块中显示一篇日记的内容

********************************************************************************************

图5 检索结果列表层次导航

********************************************************************************************

图6 检索结果列表层次导航2

********************************************************************************************

图7 双向导航显示目标内容

********************************************************************************************

图8 双向导航查看所有日记

********************************************************************************************

图9 双向导航查看我的日记

********************************************************************************************

图10 我的日记列表

********************************************************************************************

图11 我的日记列表2

********************************************************************************************

图12 我进行中的目标

********************************************************************************************

图13 我的日记列表2

********************************************************************************************

图14 层次导航路径1

********************************************************************************************

图15 层次导航路径2

********************************************************************************************

图16 层次导航路径3

(转帖)使用 UTF-8 对 XML 文档进行编码

       中国 [ 选择]      使用条款

  

 

 

    dW 全部内容 -----------------   DB2   Lotus   Tivoli   WebSphere -----------------   Java 技术   Linux   Open source   Security   SOA & Web services   Web architecture   Wireless   XML ----------------- IBM 全部内容            

 

 

      首页       产品       服务与解决方案       支持与下载       个性化服务       

 

 

 

developerWorks

中国

本文内容包括:

 每个人都能使用 UTF-8

 专家们的说法

 中文、日文和韩文

 健壮性

 结束语

 参考资料 

 关于作者

 对本文的评价

 

相关链接

 XML 技术文档库

 

 

 

developerWorks 中国  >  XML  >

使用 UTF-8 对 XML 文档进行编码

(提示:文档大小与 UTF-8 无关)

 

 

  文档选项

   将此页作为电子邮件发送

 

 

对此页的评价

  帮助我们改进这些内容

 

 

 

级别: 中级

Elliotte Harold , 副教授, Polytechnic University

2005 年 9 月 26 日

Unicode 是目前世界上所有其他主要计算机字符集的超集。UTF-8 是 Unicode 字符集特有的二进制编码。本文解释了为何所有 XML 文档都应当使用 UTF-8 生成的原因。结果是更健壮、更具互操作性的文档世界。

Google 的 Sitemap 服务最近在 XML 社区引起了一些波澜,它要求发布的所有站点地图必须采用 Unicode 的 UTF-8 编码。Google 甚至不允许其他 Unicode 编码(如 UTF-16),更不用说 ISO-8859-1 这样的非 Unicode 编码了。从技术上说,这意味着 Google 使用的是非标准 XML 解析器,因为 XML Recommendation 特别要求“所有 XML 处理程序必须接受 Unicode 3.1 的 UTF-8 和 UTF-16 编码”,但这确实是一个大问题吗?

每个人都能使用 UTF-8

普遍性是选择 UTF-8 的第一个也是最有说服力的理由。它可以处理目前世界上使用的每一种文字。虽然还有少数空白,但是越来越不明显,被逐渐填平了。没有纳入的文字通常也没有其他任何字符集实现过,即使有也不能在 XML 中使用。最好的情况下,这些文字通过字体借用转嫁到 Latin-1 这样的单字节字符集。对这类稀有文字的真正支持可能最先来自 Unicode,而且可能只有 Unicode 支持它们。

但这仅仅是使用 Unicode 的一个理由。为什么选择 UTF-8 而不是 UTF-16 或者其他 Unicode 编码呢?最直接的原因之一是广泛的工具支持。基本上所有可能用于 XML 的主要编辑器都能处理 UTF-8,包括 JEdit、BBEdit、Eclipse、emacs 甚至 Notepad。在 XML 和非 XML 工具中,没有其他 Unicode 编码拥有这样广泛的工具支持。

对于其中一些编辑器,如 BBEdit 和 Eclipse,UTF-8 并不是默认的字符集。现在有必要改变默认设置了,所有工具出厂的时候都应该选择 UTF-8 作为默认编码。除非这样,否则当文件跨越国界、平台和语言传递的时候,我们就会陷入不能互操作的泥潭。不过在所有程序都把 UTF-8 作为默认编码之前,自己修改默认设置也很容易。比如在 Eclipse 中,图 1 所示的“General/Editors”首选项面板允许指定所有文件都使用 UTF-8。您可能注意到 Eclipse 希望默认值为 MacRoman,但是如果这样,当把文件传递给使用 Microsoft® Windows® 的程序员或者美国和西欧之外的计算机时将无法编译。

图 1. 改变 Eclipse 的默认字符集

当然,要让 UTF-8 其作用,开发人员交换的文件也都必须使用 UTF-8,但这不成问题。与 MacRoman 不同,UTF-8 不局限于少数文字或者个别平台。任何人都能用 UTF-8。而 MacRoman、Latin-1、SJIS 和其他各种遗留的国家字符集都不能做到。

UTF-8 在不支持多字节数据的工具中也能正常工作。其他 Unicode 格式如 UTF-16 往往包含很多零字节。很多工具将这些字节解释为文件尾或者其他某种特殊的分界符,造成不希望的、未曾预料到的、常常是不愉快的结果。比方说,如果 UTF-16 数据原样加载到 C 字符串中,字符串可能从第一个 ASCII 字符的第二个字节截断。UTF-8 文件仅在确实表示 null 的地方包含 null。当然,不应该选择这么天真的工具来处理 XML 文档。但是,遗留系统中文档常常在奇怪的地方结束,没有人真正认识到或者理解那些字符序列仅仅是旧瓶装新酒。与 UTF-16 或其他 Unicode 编码相比,对于不支持 Unicode 和 XML 的系统,UTF-8 更不容易造成问题。

 

 回页首

 

专家们的说法

XML 是第一个全面支持 UTF-8 的重要标准,但这仅仅是开始。各标准组织都在逐渐推荐 UTF-8。比如,包含非 ASCII 字符的 URL 是长期困扰 Web 的一个问题。在 PC 机上工作的包含非 ASCII 字符的 URL 不能用于 Mac,反之亦然。万维网联盟(W3C)和 Internet 工程任务组(IETF)最近同意所有 URL 都必须采用 UTF-8 编码而不能是其他编码,从而解决了这一问题。

W3C 和 IETF 对最先、最后还是偶尔使用 UTF-8 变得越来越强硬。The W3C Character Model for the World Wide Web 1.0: Fundamentals 指出,“如果必须选择一种字符编码,则必须是 UTF-8、UTF-16 或 UTF-32。US-ASCII 对 UTF-8 向上兼容(US-ASCII 字符串也是 UTF-8 字符串,参见 [RFC 3629]),因此如果需要与 US-ASCII 保持兼容,UTF-8 非常合适。”事实上,与 US-ASCII 兼容如此重要,几乎是必需的。W3C 明智地解释说,“其他情况下,如对于 API,UTF-16 或 UTF-32 可能更合适。选择一种编码的原因可能包括内部处理的效率以及与其他进程的互操作性。”

我同意内部处理的效率这条理由。比如,Java™ 语言中字符串的内部表示采用 UTF-16,因此对字符串的索引更快。不过,Java 代码永远不会把这种内部表示向与它交换数据的程序公开。相反,对于外部数据交换,要使用 java.io.Writer,明确地指定字符集。选择的时候,强烈推荐 UTF-8。

IETF 甚至更加明确。The IETF Charset Policy [RFC 2277] 指出,在没有不确定性的语言中:

协议必须能够使用 UTF-8 字符集,它由 ISO 10646 编码集和 UTF-8 字符编码方法组成,全文参见 [10646] Annex R(修正版 2 中发布)。

此外,协议可以规定如何使用其他 ISO 10646 字符集和字符编码方案,如 UTF-16,但是不能使用 UTF-8 是对本策略的违反,这种违反在进入或者提升到标准跟踪过程时,需要经过变更程序([BCP9] 第 9 节),并在协议规范文档中提出明确、可靠的理由。

现有的协议或者从已有数据存储转移数据的协议,可能需要支持其他数据集,甚至使用 UTF-8 之外的默认编码。这是允许的,但是必须能够支持 UTF-8。

要点:今后一段时间,对遗留协议和文件的支持可能要求接受 UTF-8 之外的字符集和编码,但是如果必须如此我会非常小心。每种新的协议、应用程序和文档都应该使用 UTF-8。

 

 回页首

 

中文、日文和韩文

一种常见的误解是认为 UTF-8 是一种压缩格式。其实并非如此。与其他 Unicode 编码特别是 UTF-16 相比,在 UTF-8 中 ASCII 字符占用的空间只有一半。不过一些字符的 UTF-8 编码占用的空间要多出 50%,特别是中文、日文和韩文(CJK)这样的象形文字。

但即使用 UTF-8 编码 CJK XML,实际的大小可能也比 UTF-16 小。比如,中文的 XML 文档包含大量 ASCII 字符,如 <、>、&、=、"、' 和空格。这些字符的 UTF-8 编码要比 UTF-16 小。具体的压缩/膨胀因素因文档而异,但不论哪种情况,差别都不可能很明显。

最后,值得一提的是中文和日文这类象形文字,与 Latin、Cyrillic 这类字母文字相比,用字往往更少。由于字符的绝对量很大,要求每个字符使用三个或更多字节才能完全地表达这些文字,就是说,与英文或俄文相比,同样的词语或句子,这些语言可以用更少的字表达。比如,“tree”在日文中用“木”表示(非常像一棵树)。 用 UTF-8 表示需要三个字节,而英文单词“tree”包含四个字母,需要四个字节。日文中的“grove(小树林)”是“林”(两棵树靠在一起)。用 UTF-8 编码需要三个字节,而英文单词“grove”有五个字母,需要五个字节。日文中的“森”(三棵树)仍然需要三个字节。而对应的英文字“forest”需要六个字节。

如果确实需要压缩,则使用 zip 或 gzip。压缩后,UTF-8 和 UTF-16 的大小差不多,不论原始大小相差多少。无论哪种编码,原始大小越大,压缩算法去掉的冗余就更多。

 

 回页首

 

健壮性

真正的优势在于设计,与以前和以后设计的其他任何文本编码相比,UTF-8 是一种更健壮、更容易解释的格式。首先,与 UTF-16 相比,UTF-8 没有 endianness 问题。UTF-8 用 Big-endian 和 little-endian 来表示都是一样的,因为 UTF-8 是按 8 位字节而不是 16 位字定义的。UTF-8 没有字节序的不确定性问题,后者必须通过字节序标志或其他试探手段来解决。

UTF-8 更重要的一个特征是无状态性。UTF-8 流或序列中的每个字节都是明确的。在 UTF-8 中总是可以知道所处的位置,就是说给定一个字节,马上就能确定它是一个单字节字符、双字节字符的第一个字节、双字节字符的第二个字节,或者三字节/四字节字符的第二个、第三个或第四个字节(当然还有其他可能性,但明白这个意思就行)。在 UTF-16 中,就不能确定字节“0x41”是不是字母“A”。有时候是,有时候不是。必须记录足够的状态才能确定在流中的位置。如果损失了一个字节,此后的数据就全部无法用了。在 UTF-8 中,丢失或者破坏的字节很容易确定,也不会影响其他数据。

UTF-8 并非是万能的。需要随机访问文档特定位置的应用程序使用 UCS2 或 UTF-32 这类固定宽度的编码可能操作起来更快。(如果考虑到替换对,UTF-16 是一种变长字符编码。)但是,XML 处理不属于这类应用程序。XML 规范特别要求解析器从 XML 文档的第一个字节开始解析直到最后一个字节,所有现有的解析器都是这样操作的。更快的随机访问对 XML 处理没有什么帮助,虽然对于数据库或其他系统使用不同的编码这可能是一个很好的理由,但不适用于 XML。

 

 回页首

 

结束语

在越来越国际化的世界中,语言和政治边界日渐模糊,依赖于地域的字符集不再适用了。Unicode 是惟一能够跨越很多地域互操作的字符集。UTF-8 是最好的 Unicode 编码:

广泛的工具支持,包括与遗留 ASCII 系统最佳的兼容性。

处理起来简单而高效。

抗讹误。

平台独立。

该停止关于字符集和编码的争论了,选择 UTF-8,结束纷争。

 

 回页首

 

参考资料

学习

您可以参阅本文在 developerWorks 全球站点上的 英文原文。

看看引起这场争论的 Google Sitemap 需求。

Unicode 联盟在 The Unicode Standard 4.0 的 第 3.9 节 发布了 UTF-8 的正式定义。

请访问 Wikipedia,其中提供了很好的 关于 UTF-8 的文章。

请阅读 W3C Character Model for the World Wide Web 1.0: Fundamentals。

IETF Policy on Character Sets and Languages 是作为 RFC 2277 和 BCP 18 发布的。

在 developerWorks XML 专区 可以找到更多 XML 参考资料。

了解如何才能成为一名 IBM 认证的 XML 及相关技术的开发人员。

 

 回页首

 

关于作者

 

 Elliotte Harold 出生在新奥尔良,现在,他还定期回老家喝一碗美味的秋葵汤。不过目前他与妻子 Beth 定居在纽约临近布鲁克林的 Prospect Heights,与他们住在一起的还有猫咪 Charm(取自夸克)和 Marjorie(按照他岳母的名字)。他是 Polytechnic 大学计算机科学的副教授,讲授 Java 技术和面向对象编程。他的 Cafe au Lait 网站是 Internet 上最受欢迎的独立 Java 站点之一,姊妹站点 Cafe con Leche 是最受欢迎的 XML 站点之一。他的著作包括 Effective XML、Processing XML with Java、Java Network Programming 和 The XML 1.1 Bible。他目前在研究处理 XML 的 XOM API、Jaxen XPath 引擎和 Jester 测试覆盖工具。

 

 

 回页首

 

对本文的评价

 

太差! (1) 需提高 (2) 一般;尚可 (3) 好文章 (4) 真棒!(5)

建议?

 

 

 回页首

 

 

 

    关于 IBM      隐私条约      联系 IBM

 

应该加入给注册用户发系统公告的功能

  学习日记发新版了,却不能通知在学习日记注册的朋友们,看来应该考虑怎么样把通告发给朋友们。

  1、一个简单的办法是把公告这条目标都加为用户的订阅目标。这样每发一个公告,就当作一个目标下日记更新发给用户了。但是,这样一次连续的发几百上千个公告,虚拟空间的服务器支持吗?发送邮件的邮件服务器支持吗?怎么样确保公告都成功的发给了每个注册用户呢?

  征对前一个问题,我可以问一下虚拟空间的提供商;后一个问题可以看邮件服务器的资料。

  2、另一个方法是专门写一个发消息给所有注册用户的action,这样就可以灵活的处理上面有可能的问题。

  但是,如果第一种方法能满足我的需要,我又何必去费心写多余的代码呢:)