Seemann的DI Azure Table数据访问

Z时代
2024-01-10
分类：问答

Mark Seemann在书中的“依赖注入.Net”一书中，第二章分析了一些写得不好的3层asp.net应用程序。主要观点是：应用程序失败，因为最低层数据访问无法从SQL与实体框架转换为无SQL数据库的Azure。下面是详细的报价单：Seemann的DI Azure Table数据访问

为了使电子商务应用的云应用程序，数据访问库必须与使用表存储服务模块进行更换。这可能吗？从图2.10中的依赖关系图中，我们已经知道用户界面和域库都依赖于基于实体框架的数据访问库。如果我们试图删除数据访问库，该解决方案将不再编译，因为缺少必需的DEPENDENCY。在一个包含数十个模块的大型应用程序中，我们也可以尝试删除那些无法编译的模块以查看剩下的内容。在Mary的申请中，很明显我们必须删除所有模块，而没有留下任何东西。
虽然有可能开发一个Azure Table中数据访问库是模拟原始数据访问库显示的API，有没有办法，我们可以把它注射到应用程序中。

图2.10：

我的问题是 - 这是为什么模仿以前的行为模块不能被注入到应用程序，以及这究竟意味着什么？它与Azure细节有关吗？我以前没有在no-sql数据库上工作太多。

回答：

Essentialy，他的意思是说你的UI代码直接依赖于数据访问库中的代码。如何这样的例子可能会在UI层使用：

public class SomeController : Controller 
{ 
    [Route("someRoute")] 
    [HttpGet] 
    public ViewResult SomeRoute() 
    { 
     // Here we're using the data component directly 
     var dataComponent = new DataAccessLayer.DataComponent(); 
     return View(dataComponent.GetSomeData()); 
    } 
}

如果我们想换出数据访问库这意味着我们将不得不进入我们的所有控制器和修改代码以使用新组件（除非我们在相同的命名空间中创建完全相同的类名，但这不太可能）。

在另一方面，我们也可以这样写控制器是这样的：

public class SomeController : Controller 
{ 
    IDataComponent _dataComponent; 
    public SomeController(IDataComponent dataComponent) 
    { 
     _dataComponent = dataComponent; 
    } 
    [Route("someRoute")] 
    [HttpGet] 
    public ViewResult SomeRoute() 
    { 
     // Now we're using the interface that was injected 
     return View(_dataComponent.GetSomeData()); 
    } 
}