我有两个ASP.NetCore3Web App项目。两者都使用Azure AD B2C进行身份验证。一种是技术上的API,但我已经包含了Cookie身份验证服务,以便可以轻松地使用浏览器发出API请求。
虽然每个应用程序都喜欢请求自己的cookie来覆盖其他应用程序,但这似乎是可行的。我可以避免它们相互覆盖,但我更希望一旦通过UI进行身份验证,API就可以使用相同的cookie/承载令牌。我在网上找不到任何东西,但我是ASP.Net开发的新手,我想知道我是不是在搜索正确的东西
我有一个大型的SPA应用程序,使用Asp.net Web API作为后端,使用angularjs作为前端,使用存储库模式、UOW和EntityFramework。Api控制器也是可测试的。现在,我想写一些单元测试来测试所有的api控制器。现在的问题是,我是应该使用假的存储库和DataContext进行单元测试,还是应该使用实际的数据库进行单元测试?
它们中哪一个是更好的解决方案?
我们试图重写旧的项目,以形成旧的mvc到asp.net核心mvc。我们曾经附加另一个mvc项目作为引用,并调用控制器,没有问题。但是在新的asp.net核心MVC上,它似乎需要另一个解决方案。因此webapplication9添加了webapplication1作为引用。并调用金丝雀,但它返回404。控制器只返回普通内容{
public class CanaryController : Controllerreturn Con
首先,我会说我是单元测试的铁杆粉丝。我已经用了几年了。然而,到目前为止,我的使用仅限于确保正确执行工程计算,正确格式化字符串,等等。基本上,测试我在类库上的工作将在其他项目中使用。现在,我想扩展并将单元测试应用于我在ASP.NET Web API上的工作。在这一点上,我已经编写了我的控制器,并使用了Ninject。关于我的问题,对Web API控制器进行单元测试的下一步是什么?我下一步应该做什么,什么时候才能从使用Ninject中获益?