《TVS2.0应用实录》004：Together for VS.NET 2.0使用心得(part 1)

核心提示： 近期在.Net环境下开发一套精简版的会计系统，使用Borland 的所谓的MDA工具--Together for VS.NET 2.0建模，《TVS2.0应用实录》004：Together for VS.NET 2.0使用心得(part 1)，以下是开发过程中的一些心得，希望大家不要见笑，在找出类后，根据我们把握的

　  近期在.Net环境下开发一套精简版的会计系统，使用Borland 的所谓的MDA工具--Together for VS.NET 2.0建模，以下是开发过程中的一些心得，希望大家不要见笑。 1.　　　 灵活使用超链接A.　　　  在use-case和use-case realization之间的可追溯关系可以通过超链接实现。B.　　　  有些人喜欢保留分析模型，那在设计元素和分析元素（比如“要害抽象”和实体类）之间的可追溯关系可以通过超链接实现。 2.　　　 源文件分组由于TVS2.0不会根据namespace建立相应的目录(在borland的newsgroup问过，TVS3.0，即2005有这个功能)，而是把所有源文件都放在PRoject的根目录下，文件多了将会非常混乱。解决方法：在model view中新建类后，转到project view建立相应的目录，该类对应的源文件拖入刚建立的目录，然后再转回到model view 中refresh一下（这一操作很重要，假如不refresh，会有不可预料的错误）。 3.　　　 刷新假如你在project eXPlorer中做了什么可能会影响TVS的model view 的操作，比如移动文件、文件名改名等，一定要记住在model view中刷新一下。 4.　　　 不为设计而设计。我们都知道，在分析设计阶段，当我们作use-case realization的时候，可以通过sequence diagram找出类之间的消息传递，和各个类（边界、控制和实体，这里就不分分析类和设计类了，因为在实践中我个人认为两个过程是连贯在一起的）的责任。这是一个很好的方法，可以很好的以对象交互的形式表示出USE-CASE的行为，而当sequence diagram完成后，我们会把类的责任，以方法实现，这样，类的接口就出来了。不过我建议，假如是做企业应用，，出于对生产效率的考虑(一是因为与vs.net集成的tvs运行实在有点慢，二是在sequence diagram中，输入方法的定义不如在代码编辑器中来得方便)，只对复杂的USE-CASE行为，对于简单USE-CASE，在找出类后，根据我们把握的设计模式，就可以设计出类的CRUD行为。5.　　　 待续…