我即将使用NHibernate和ASP.Net MVC启动一个新项目,并提出了成员问题.我想知道我是否应该使用第三方NHibernate会员/角色提供者,创建我自己的,或者只是一起跳过提供者.
到目前为止,我已经看过了:
Manuel Abadia的NHCustomProviders - 看起来好像很多,不知道我是不是想把所有这些都放在我的web.config中.
Leo Vildosola的NHibernateProvider - 项目所有者似乎不再支持,因为他不再使用NHibernate了.
Eucalypto - 我喜欢桌子结构,但它有点担心它附带的所有额外CMS的东西.
*这些项目中的每一个看起来都有一段时间没有被触及,这可能意味着额外的工作只是让他们更新以使用最新版本的NHibernate.
这是已经多次解决的问题之一,我想花时间解决新问题,并希望增加一些商业价值.
nhibernate asp.net-mvc asp.net-membership membership-provider
我一直听说测试驱动开发是一个不幸的技术名称,因为TDD不是关于测试,而是关于设计.
就个人而言,我从来没有对这个名称产生任何问题只是因为我一直认为它更像是一种编程规范的方式.我从来没有遇到这样的事实,即验证我已经符合规范的代码在类名,方法名,注释或属性中都有'test'这个词.这是我遵循的惯例,以便让测试框架为我做繁重的工作.
虽然我确实尝试先编写我的测试,但我经常发现自己有一些额外的代码,然后我会尝试将其包含在测试中.我确实倾向于发现每次我这样做时,TDD都会从API设计的角度出发(我不可避免地会在我开始围绕它编写测试时最终重构我的非测试代码),但关键是我没关系,只要我在完成所有感兴趣的事情后最终得到一个测试工具,就不要预先编写所有测试.
所以,回到这个问题.什么是TDD更好的名字？一个不涉及"测试"这个词的名字会有所作为吗？