事件流3：

1） 显示用户的Note列表

2） 用户新建一个Note，转向编辑用例

MVC模式在j2me项目中的应用(二)(3)

事件流4：

1） 显示用户的Note列表

2） 用户删除选择的Note

3） 出现确认提示

4） 用户确认，删除Note

5） 更新显示，回到Note列表

三个用例的事件流一经被分析出来了，很显然应该在第一次迭代全部完成。

寻找类（oo分析）

首先是实体类（Entity），只需要从事件流中提取名字就可以缩小范围。

Note，显然是个对象。

内容（content）、时间（datetime）、标题（title），恩，应该是Note的元素。

Note的方法包括对域成员的操作set/get。因为要保存，所以需要序列化反序列化方法。

一般实体类都是由一个对应的生命周期类（lifecycle）用于他的产生、存储、消亡等等 操作，一般把这样的操作独立出来大大有利用实体类的重用。不过此阶段还用不着分析他， 一会儿画顺序图时，自然就会发现它。

习惯上为了高效的画顺序图，边界类和控制类的方法都需一一列出。不过我们省了，大家 只知道每个用例都对应着一个边界类就好了。

设计实践

我举三个用例中管理记录用例（NoteManager）的一部分和浏览用例（Notepad）的一部分 来介绍详细的设计过程。在这里，我们试图从一个客户的角度转化到一个开发者角度。要面 对很多的挑战，可能包括一部分细节。应该学习从分离的角度思考整个系统。MVC的精华就在 这里。

记录用例（NoteManager）事件流1：

MVC模式在j2me项目中的应用(二)(4)

NoteManagerUI并不知道Note列表的具体组织形式，它通过预先商定好的接口 getNoteTitleList向控制类NoteManagerWorkflow所要数据，控制类返回一个String[]数组。

同样，NoteManagerWorkflow需要向生命周期类NoteLocator所要数据，不过 NoteManagerWorkflow知道数据的细节。为了能够识别数据，除了返回记录的Title这一信息 外，还要同时返回一个唯一识别的ID作为整个系统内识别Note的方法。所以 NoteManagerWorkflow就有了两个域一个是TitleList、一个是IdList。

这里有几个细节：

1） NoteManagerUI、NoteManagerWorkflow如何通信，这不成问题，我们有理由相信他们 是紧密相关的。

2） NoteManagerWorkflow如何找到NoteLocator，一般情况下，NoteLoator都是单件 Singlton。

3） 当NoteManagerUI的showNote(index),调用的时候，他会调用NoteManager的 showNoteDispose(index)，而showNoteDispose会根据内部的实现，将这一Index转化为id用 于识别Note

浏览用例（Notepad）事件流1：

NotepadUI向控制类所要标题，控制类有域note、和noteid，但是控制类通过getNode，这 里很明显的可以使用惰性初始化技术，向生命周期类所要Note。取得记录对象的引用后，你 可以方便的像实体类请求数据了。

MVC模式在j2me项目中的应用(二)(5)

经验分享

当然了，打好骨架后你就可以开始时coding了，画图的好处是强迫你在设计阶段做好各个 部件之间的接口设计。这可以有效地减少你返工的几率，但是往往我们在设计阶段过多的思 考了细节，比如NoteLocator是如何和Rms交流的等等。这都是很不好的习惯，但是不太容易 改正。因为无论是学校里，还是陪训等等都是训练，反复的训练我们对coding的敏感。我们 太依赖于从代码的角度思考问题了，这阻碍了我们从大局思考问题，发现更通用的模式。

如果要开始coding了，也不要一开始就全面铺开，一般实体类具有很强的独立性。可以独 立开发，而开发其它类的时候可以从边界类开始，如果想一边开发一边测试一下，大可把控 制类、生命周期类的方法暂时用fade data(伪支撑数据)，这都是大

凌众科技专业提供服务器租用、服务器托管、企业邮局、虚拟主机等服务，公司网站：http://www.lingzhong.cn 为了给广大客户了解更多的技术信息，本技术文章收集来源于网络,凌众科技尊重文章作者的版权，如果有涉及你的版权有必要删除你的文章，请和我们联系。以上信息与文章正文是不可分割的一部分,如果您要转载本文章,请保留以上信息，谢谢!