最近遇到几个开源的项目,都要求什么系列图、类图等等UML建模。有些公司自身不具备开发能力的程序员,只有网管,也提出这个要求。一个有几十M代码的解决方案,我通过自动生成产生出了整个解决方案的关系图,看过去简直是蜘蛛网。系列图每个方法都生成?这个工作量非常巨大。我平常写代码只是遵循我自己的规则来写,代码的命名排版等已经是严格要求级别了。
请问你们写代码之前都建模不?有用的话,用啥?
还有,通过反向工程产生的文档有用不?uml文档

解决方案 »

  1.   

    一般我会用UML来描述架构,不是所有的类都建模,只是对关键的部分,架构进行描述,否则文档会没法看,
      

  2.   

    uml图的解决估计和流程图一样——被扫进历史的垃圾堆。
      

  3.   

    其实我挺赞成stonespace 和Mackz的解释,项目开发的设计阶段尽量简单的 把大体框架描述出来,出题是从简,不能一一都非常具体详细。
      

  4.   

    严重推荐你看uncle bob的书,uml只是用来画在A4和白板上的,用来不同层面的问题思考以及讨论,并不是用来工程的,其实uml图都画出来了还写什么代码
      

  5.   

    不是说做完UML就可以生成出百分之多少的代码了?
    我现在使用CodeSmith,然后用自己写的模板动态生成代码的,其实也写得很规范的,但是我还真没做过UML