发帖    主题    评论    推荐    标签    作者    订阅    查搜    注册   登陆   关注
 
面向对象 设计模式 领域驱动设计 企业架构 框架 开发教程 微服务 CQRS 扩展性 并发编程 事件溯源 分布式 SOA
1 2 3 4 ... 6 下一页 Go 6

关于OO

    
2009-05-16 18:40
赞助商链接

最近Kiss比较火,虽然我基本认同他们的想法,但是写了这么多年的OO还是放不下。尤其是在应用程序的开发上,我觉得OO还是比较有用的。
我一般是一到两个人开发一个程序。所以设计上没有考虑过多人合作的情况。所以我对不同技术水平人员合作的情况经验太少。说道应用程序我喜欢需求驱动开发,所以我倾向于在设计之前,尽可能的做需求分析。需求然后是设计。设计基于需求分析的结果。
在OO方面我一般只注意需求的易变性,部署情况和重用三方面。在设计上需求易变的部分做隔离,分开部署的做借口分离和包设计,重用基本上是给维护用的。
我现在对OO的总结基本上就是上面这些。至于基于概念设计对象,我本人持否定态度,我本人认为一切都应该基于需求,很多想当然的概念在需求中实际上是另外的情况。
现阶段我的OO想法就是上面这些,希望有人能和我讨论,谢谢。

2009-05-17 07:13

为什么没人回复呢

2009-05-17 13:38

没人回复。我具体写下我用的方法吧。
重点还是需求,我一般注意下面几方面:
一、需求中不确定的部分:很多时候应用工程师给出的需求有些是在现阶段没办法确定的,但是由于要出产品,随便加上去一些功能点,这些功能点在文档是不明确说明的。这些东西需要我们开发人员注意,设计的时候做好隔离,准备将来重写。
二、应用工程师的惯例:任何公司做产品的时候都会有些惯例,重用以前的实现方法。一般这部分是很稳定的,设计的时候,可以认为这部分是不会改变的,放心重用。当然也有例外,比如新人加入的情况。这样的情况,就看我们的灵活处理了。
三、需求改进的方向:这部分是由项目目标决定的,项目都是有目标的,项目的目标也是项目后续阶段开发的中心。理解这点以后,设计的时候要对与项目目标关系较大的部分和关系不大的部分分开处理。
四、配置部分:一般情况下产品的配置都是需要特别处理的,这部分要根据不同的需求不同考虑,最好考虑使用反射。
上面这些是于需求需要注意的部分,大都是文档里不提到的部分,很多需要和应用工程师反复讨论才能确定。关于需求文档说明的部分。敏捷开发和KISS我都比较推荐,其实我觉得这部分我们是可以随便做的,只要自己觉得好维护,就没有什么问题。
关于QA,QA测试是有方法,我也知道一些,但是现阶段我还没有办法针对QA做设计。
希望各位大虾多提意见,我在这里热烈欢迎。
谢谢

2009-05-18 16:31

没人回复呢?
为啥呀?
说两句呀,交流交流。

2009-05-18 18:17

我的经验是:四色原型+DDD 足够对付如今需求领域的一切。

敏捷XP大多数是围绕DDD模型。

6Go 1 2 3 4 ... 6 下一页

赞助商链接

赞助商链接

返回顶部

移动版 关于本站 使用帮助 联系管理员 最佳分辨率1366x768
OpenSource JIVEJDON Powered by JdonFramework Code © 2002-20 jdon.com