【话唠】一个技术弟兄 21:21:47
慧冬，一般一个类的方法超过多少个，就认为过于复杂应该拆分了？
【活跃】青润 21:23:53
从需求和代码角度来看待，只有多大的类需要进行拆分的判断标准，没有多少个方法应该拆分的思考。
一般来说，一个用例如果在需求阶段需要通过4层以上的用例阐述才能表述清楚，那就需要拆分，这时候，就需要至少两个类来进行实现了。
【话唠】一个技术弟兄 21:24:49
这个类头文件引了32个我数的
【活跃】青润 21:25:51
这个，也不能算一定大。
可能需要从更多的角度来看待，比如性能，处理速度，中间的循环体和调用关系是否清晰。
单纯从方法的数量多少，确实不好说就一定要拆分，拆分类还是从需求的角度来进行思考，会更合理。
这样逻辑关系会更清晰，对于代码的实现层级也更容易把握。
【话唠】一个技术弟兄 21:27:48
教程上给的三消游戏例子只有3个类，我实现差不多的功能大概用了快50个类
【活跃】青润 21:28:32
这方面要看需求和架构层面的考虑，类的多少，并不能说明一定复杂或者一定更合理。
这种简单的定义，不太恰当。
【话唠】一个技术弟兄 21:28:57
嗯
主要就我自己在写
【活跃】青润 21:29:42
建议你可以考虑一下做uml的反工，然后从类与类之间的关系来进行一下思考，或者能找到答案。
【话唠】一个技术弟兄 21:30:12
做了一部分
UML图
打算功能完成后拿一个星期出来整理图
能复用的部分再抽出来
以后做别的游戏的时候再用
【活跃】青润 21:43:40
嗯。
【活跃】青润 21:44:56
用一下协作图，可以让你看清楚类之间的关系以及是否有关系冗余。
时序图只能表示时间顺序管理，初期构建系统时用处很大，但是，返工分析时，协作图用处最大。
【话唠】一个技术弟兄 22:06:45
还没画过协作图现在画的都是类图
【活跃】青润 22:50:11
去研究一下吧，类图之间的关系，就是协作图的大用处。
表现出类的行为和类之间关系的交互。
很有用。
【话唠】一个技术弟兄 23:20:27
好
第二天
【话唠】一个技术弟兄 12:10:22
@慧冬 协作图看起来挺好画的，可能是我用这个工具有点问题，消息的方向调整不好
【话唠】一个技术弟兄 12:10:38
【活跃】青润 16:22:33
你用的什么工具?
【活跃】青润 16:25:51
你可以考虑用trufun，国产的一个工具，我曾经和这家公司做过技术层面的合作，他们一直在坚持。
就是投资一直没有到位，因为他们谈投资的时机不对，正好是08年开始找，接着金融危机就产生了，随后开发工具厂商频繁倒闭，他们一直坚持到现在。
软件做的不错，标准跟得很紧。
国外的，比较好的有EA，我是ea中国大陆第一个专业培训师，不过，只做了一单，我就不做了，这家公司的中国区代理太黑。但是工具做得不错，rose消失后，轻量级工具他们算是相当好的一款。
开源的几款做得都不行，就是一个表面功夫，要做代码层级的关联和导入导出基本等于做梦。
【话唠】一个技术弟兄 16:25:51
ArgoUML 免费的Mac UML工具 版本号才0.34
青润 16:26:01
换一个吧。
青润 16:26:33
这一款我没用过，所以不好评价，你可以考虑ea或者trufun。前者可以破解，后者不破解也能用。
【话唠】一个技术弟兄 16:27:28
好 3Q
第三天
一个技术弟兄 21:28:02
@慧冬 有人给我推荐了OmniGraffle 我试了试貌似也不错
青润 22:14:43
哦。这个我没用过，不了解。
你可以看看。
青润 22:14:58
用得好了，上来分享评价一下。呵呵
一个技术弟兄 22:27:40
青润 22:54:36
图很一般，不知道逻辑实现部分做得如何
2014-10-21
某个参与者 9:00:15
杨健，OmniGraffle 还行，是mac上最好的原型工具，正版卖好几百
另一个参与者 9:18:58
高大上啊
另一个技术弟兄 9:20:50
Omni的东西都不便宜的说
一个技术弟兄 9:32:42
嗯 我下的破解版 带序列号
一个技术弟兄 9:32:53
青润 10:35:46
这只是个画图工具，不是uml工具，这差别大了去了。
青润 10:37:15
没有代码和逻辑部分的实现，只是画图，也就是半年到一年就能开发好的产品而已——仅指uml部分的图形。实际意义不大，而且，会浪费时间的。青润 10:37:49
网上传言很好的staruml，去年使用了一下，想看看是否可以完全替换rose，结果发现了很严重的逻辑问题，同时在代码层面根本无法支持，也就是个画图工具。
扫一扫
716
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
