我知道,对我来说,我首先开始遵循项目管理的瀑布方法,并且我采用了软件设计的预测方法.在这里我的意思是我们有大量的文档包,UML,数据库模式,数据字典,工作流,活动图等.
从事软件工作已超过10年,我发现从反应式方法进行软件设计更为现实.我经常遵循scrum方法进行项目管理,并且生成的文档很少.我们的工作流程规范很少(尽管它们仍然有用).这是一种更加动态的软件创建方法.当然随着时间的推移经常进行重构,因为随着时间的推移我们发现我们预先计划的新功能将会大大改变.
对我们来说最大的区别在于,第一种方法需要更长时间,似乎在软件构建领域更频繁地失败,并且几乎不那么灵活.第二种方法提供了更大的灵活性,使我们更快地意识到故障(因此我们可以更快地纠正),并在每次迭代结束时提供某种形式的功能.
从经验中了解双方,我仍然发现很多人喜欢使用瀑布式方法来处理敏捷的软件开发方法.我不明白.
问题:为什么有人会使用瀑布而不是某种形式的敏捷与所有支持敏捷的研究?使用瀑布而不是敏捷有什么强有力的论据?
我有一个不断从设备读取值的组件.目前,它每隔{n}秒更新一次,并将带有值的调试消息记录到ILog实例.
每一秒对我来说太频繁了,我只是不在乎它会占用太多的日志空间.但是,我当然有兴趣从该组件捕获每个第10或第30条消息,这样我就可以得到它正在做的事情的一般要点.
有没有人知道这样做的方式不涉及我自己的ILog实现?
我已经使用过RhinoMocks产品很长一段时间了,对产品非常满意 - 从来没有理由去其他地方看看.我最近被TypeMock的优秀人员要求给他们的产品一个旋转,并想知道其他开发人员对Typemock Isolator的看法.你会建议其他隔离/模拟框架吗?为什么?
我是StructureMap的忠实粉丝,几乎可以用于我所做的一切.我只使用它与接口.我想知道是否有人有使用抽象类的经验?或者...它不支持这种类型的布线?如果你有这个工作,你可以发一个例子吗?
谢谢!
structuremap abstract-class dependency-injection interface ioc-container
人们在网上商店买东西.
我接受他们的命令并将它们保存到数据库中.对于每个订购的商品,我需要数量和有关商品的信息.至少,我需要保存每个项目的当前价格和名称,但我更愿意保存所有内容.
这里有一个问题...... 在购买时保留每个订购商品的所有信息的最佳方法是什么?
为简单起见,我们假设所有产品信息都保存在一个表中.
.net ×2
agile ×1
barcode ×1
e-commerce ×1
interface ×1
log4net ×1
mocking ×1
scrum ×1
structuremap ×1
unit-testing ×1
waterfall ×1