只显示主题贴

jnzgy 写道benber 写道testu 写道用什么样的主建要根据具体项目来定, 如果你做的是一个小论坛或是其他什么小系统, 用什么主建都可以,怎么方便怎么来就可以了, 但是对于大系统,比如银行、电信就要小心规划了, 对于这样的大系统,即使你想用什么所谓的逻辑主建,银行的人 也不可能同意的,除了性能和空间的问题外,最主要的是, 在这种关键数据库中,每一个数据都是有其作用的, 涉及到数据仓库和数据挖掘等很多方面, 所以一定是业务主建。 其实,可以不客气的说,如果你有机会参与大项目的话,恐怕不会有 超过5%的表使用逻辑主建。 你可以记住一句话: 数据就是数据 模型就是模型 你会不 ...
  • 进入论坛 Java
ozzzzzz 写道至于说用例和用户故事应不应涉及到设计,这个问题要先明确这个设计究竟是什么。如果这个设计是功能实现的设计,而不是程序构成的涉及,那么它们都会涉及。而如果是程序构成的设计,确实有些人士有这个方面的说法,包括Ivar。而用户故事则根本不会有这个方面的作用。 在用例中尽早的考虑和挖掘功能实现的设计,正是用例增值所在。如果没有交互细节,用例又将变成一堆类似于"IEEE标准的'系统将...'".
用例如果不涉及交互或细节,这种用例至少对于测试来说是没什么价值了
记得有一处class写成了clazz
使用链表怎么会导致内存不能自动回收?
ozzzzzz 写道很多XP组织都是没有使用构架的,而且我知道有很多其他的组织也是不使用构架的。 在我看来"没有构架"也是一种"构架", 还是先把"构架"一词讲讲清楚。。。
nihongye 写道 对异构平台的整合采用xml描述数据的结构,当然业务层处理的是xml数据,很奇怪吗? 怎么说业务层直接面对的是DOM,是很奇怪
  • 进入论坛 Java
O/R Mapping的映射策略一旦确定,就决定了数据库设计。 如果是一个新系统 + 如果公司走的是OO的路线, 容不得DB设计人员自由发挥,一切从领域模型中来,一切为了实现领域模型,而不是做一个让DB人员看着舒服的规范的DB
partech 写道mig15 写道partech 写道mig15 写道尝试了.Net的动态代理,用RealProxy实现 问题是被代理的领域对象要从MarshalByRefObject继承,头痛... 还有一种方法也要求领域对象从ContextBoundObject继承,头痛,头痛... 赫赫,活该谁让你把领域对象传来传去了。 或许应该在facade对象上应用动态代理,对不对? 恩,孺子可教也 但如果facade上都是些static方法呢?怎么代理
庄表伟 写道mig15 写道"当客户提出了一个需求,你需要理解的不但是他这个需求说了什么,更要理解他因什么样的现实困境而产生目前的这个需求。进而才能协助用户一起判断,他所表述的这个需求,是不是真正能够帮助他摆脱目前的困境。" "...深入理解用户的那个世界... ...深入理解用户的需求... ...深入的掌握的判断设计优劣的标准..." ---当你做到这一点时,我用TDD和重构已经完成一个可让客户验证,反馈,测试的n个迭代的版本了,你说现在谁更理解用户的需求? 你认为我是如何去理解界用户需求的呢? 不知道,但我知道不会很快
mig15
搜索本博客
博客分类
最近加入圈子
最新评论
评论排行榜