小编Ada*_*ene的帖子

似乎使用它们作为一种方法来确定被测方法是否正确执行会产生反作用,因为它会导致脆弱的测试.换句话说,你将测试与实现联系在一起.因此,如果您以后想要更改实现,那么您还必须更改测试.我问这个问题是因为我接受过训练,在每次单元测试中总是至少使用其中一种方法,我想我可能只是顿悟了这实际上是一种非常糟糕的做法.

跟进ASP.New MVC 4 Web Api的授权过滤器依赖注入。有没有一种方法可以对所有控制器类上全局设置的过滤器使用依赖项注入：

config.Filters.Add(new WebApplicationApiAuthorizeAttribute());  

看起来该GetFilters方法ActionDescriptorFilterProvider仅适用于方法级过滤器。

public class UnityWebApiFilterAttributeFilterProvider : ActionDescriptorFilterProvider,
    System.Web.Http.Filters.IFilterProvider
{
private readonly IUnityContainer _container;

public UnityWebApiFilterAttributeFilterProvider(IUnityContainer container)
{
    _container = container;
}

public IEnumerable<FilterInfo> GetFilters(HttpConfiguration configuration, 
    HttpActionDescriptor actionDescriptor)
{
    var filters = base.GetFilters(configuration, actionDescriptor);

    this.BuildUpAttributes(filters);

    return filters;
}

private void BuildUpAttributes(IEnumerable filterInfo)
{
    foreach (FilterInfo filter in filterInfo)
    {
        object o = _container.BuildUp(filter.GetType(), filter);
    }
}
}

我在我的MVC4应用程序中使用SimpleMembershipProvider.似乎强制密码复杂性,最大登录尝试次数等内容并未内置于此提供程序中,就像它们在早期版本的框架中提供的提供程序中一样.有没有内置的方法来使用SimpleMembership处理这些事情,或者我必须自己动手.

此外,SimpleMemberhip提供程序使用什么散列算法,我应该担心它似乎没有使用salt(即我的webpage_membership表中的salt列为空)