我在SO和其他网站上已经阅读了很多依赖属性.但是,真的没有找到一个很好的解释,我仍然感到困惑.我同时使用SL和WPF.在实施方面,它们在SL和WPF方面有所不同吗？为什么我们真的需要它们？它们是否静态意味着它们的价值是共享的？为什么MS引入依赖属性的原因？
赏金: 我正在寻找一个更彻底,更完整的答案.
我使用过编写过NUnit测试的代码.但是,我从未使用过模拟框架.这些是什么？我理解依赖注入以及它如何帮助提高可测试性.我的意思是所有依赖项都可以在单元测试时进行模拟.但是,为什么我们需要模拟框架呢？我们不能简单地创建模拟对象并提供依赖关系.我在这里错过了什么吗？谢谢.
我有一个用户控件,其中包含其他几个用户控件.我正在使用MVVM.每个用户控件都有一个相应的VM.这些用户控件如何相互发送信息？我想避免在后面的xaml代码中编写任何代码.特别是我对控件(主用户控件内部)如何相互通信以及如何与容器用户控件进行通信感兴趣.
编辑:我知道使用事件代表将帮助我解决这个问题.但是,我想避免在xaml代码隐藏中编写任何代码.
我已经开始使用moq进行模拟.有人能解释我严格和非严格嘲笑的概念吗？它们如何在moq中使用？
编辑: 我们在哪种情况下使用哪种类型的模拟？
我知道这个问题:https://stackoverflow.com/questions/428691/how-to-encourage-implementation-of-tdd
在我的团队中,我们编写了大量的单元测试.但是,通常程序员倾向于在编写代码之后编写单元测试.因此,我们首先完成模块功能,然后编写测试.大多数模块的覆盖率约为70%.我已经尝试说服我的技术经理和我的团队成员做纯TDD,其中我们首先编写测试然后编写代码,但是重新获得.我认为首先编写测试可以让我们更好地发现设计.我只是挑剔,特别是当我们的报道很高时？如果这个问题的答案是否定的,那么我该如何与人们谈论采用测试优先的方法.
编辑:我认为编写代码后编写测试更容易.我的团队中的人已经习惯于这样做并反对任何改变.
我知道DTO是一个数据传输对象,BO是一个业务对象.但是,它究竟意味着什么？我什么时候应该选择其中一个？从我的理解DTO仅用于传输数据而没有业务逻辑.这是否意味着DTO没有任何方法属性(getter和setter)？但是,它仍然具有BO的属性.有人可以解释一下吗？谢谢.
可能重复:
.NET中的"闭包"是什么？
我目前正在研究lambda表达式,并且封闭一词不断涌现.有人可以用真正简单的语言向我解释.
最近,我一直在阅读有关接口是抽象的错误概念的帖子.其中一篇文章是http://blog.ploeh.dk/2010/12/02/InterfacesAreNotAbstractions.aspx
我有点困惑.如果我没有接口(接口/抽象类),那么我将如何注入我的依赖项并模拟它们？
另外,我听过人们谈论不使用只有一个实现者的接口.像这样的博客在这里- http://simpleprogrammer.com/2010/11/02/back-to-basics-what-is-an-interface/
现在所有这一切,它是否违反了原则 - 程序到接口而不是实现？