EA那些小事

    关于EA画图软件的使用,我也是碰过一次次壁后才对其相对了解多一些。使用EA的基础就是熟悉UML可视化的建模语言中事物,关系,图 三种之间的关系,最为重要的是其四种关系的表示符号,当然使用EA的过程中也是对UML图的一个学习过程。

    先说说自己碰壁的过程吧,当然可能你们没有这么做,算是引以为鉴吧。

    1·起初合作画图时,为了节省一切可节省的时间,自己认为既然包图会画,那也就没有必要再包画了,直接开工类图,当类图基本画的差不多时,时序图同时开始画了,这时候发现问题了,因为时序图中的每个元素是从相应类图中拖拽的,可是像我这样的整理,我该是怎么的找法?那么一大堆元素?

EA那些小事_第1张图片

    2·画实体类图时,起初自己是一个一个变量,一个一个属性写啊,后来再也受不了,为什么变量和属性都是名字不一样,却要这么费劲写?

    3·类图注释:毕竟第一次合作,生怕其他两个人不知道怎么敲代码,自己可劲的写注释,可后来生成代码框架的时候,自己再次傻眼!第一张图为EA注释,第二张为显示效果(注:前后不是同一个方法)

EA那些小事_第2张图片

    4·在时序图中,由于D层是直接实现接口的,所以,时序图中没有体现D层,直接到接口结束,当时还挺高兴,不用再代码中一个个的写实现哪个接口,然后通过上网查资料,知道了在EA中如何让D层类一个个的实现接口类,然后自己在D层的类中,加入了同接口一样的方法,相当于复制了一份接口,只是名称不一样而已,这样是不是很累赘?当时自己不清楚,在生成代码框架后,看到D层代码的一刹那间,自己再次醉了,每个方法都有两个方法头,一个是自己的D层类生成的,一个是自己设置关系矩阵后实现接口的空方法头。

(⊙o⊙)…这怎么办?

EA那些小事_第3张图片

    5·由于加入了设计模式,所以在画时序图时需要体现出来,但在职责链模式中,它是并不需要全部体现子类的,如果这样的话,伙伴怎么知道这类代码呢?

    当然还不止这些问题,只是挑出一些相对典型问题而已,下面针对以上问题,一个个说一下。

    1·包图是必须要画的。至于为什么,在画时序图的过程中就领悟了,只需要在相应的包图下找相应的元素即可,再也不用从一大推元素中找“意中人”了!如图。

EA那些小事_第4张图片

    2·在画实体类图时,只需要在写每个变量时,点击一下旁边的属性即可,切记,不要忘了改名字。

3·至于代码注释,首先是类注释,这是有模板的,千万不要再傻不啦叽的自己写了,如图:

菜单栏选择设置——代码工程模板

EA那些小事_第5张图片

     其次是方法注释,对于方法,有参数,有返回值,和方法头,对于方法头直接在方法备注里写即可,参数注释写到编辑参数时的备注里,但是,对于返回值,自己目前没有找到更好的方法,还是直接写在方法头的注释里,有好方法的同胞欢迎留言!

EA那些小事_第6张图片

4·真正的D层应该是这样的:只有空方法,因为在设置关系矩阵时各个方法就会自动生成。

EA那些小事_第7张图片

5·加入设计模式的类图不得了么!!当然还有其它模式同理。

EA那些小事_第8张图片

      写这么多自己的问题,一方面总结一下一路走来的的问题,另一方面,通过问题的剖析,希望在此基础上对EA有一个更好的了解。起初总是找那些EA的使用手册,可是总感觉那个手册不太接地气儿,所以,换这样的一个方式让大家了解EA可能更容易一些。

     EA的功能,很强大,但我们了解多少只是皮毛而已,随着大量项目的实践,我想EA会越来越熟悉吧。

 

 

你可能感兴趣的:(UML,ea)