ASP.NET MVC 5,身份,Unity容器解决方案体系结构

用户名

通过ASP.NET MVC 5和OWIN / Identity成员身份来假定一个Web项目。IoC是使用Unity完成的。现在一切都在一个项目内。问题:将MVC,Idenity和IoC分离到隔离的项目,并将Identity封装到某些IAccountService中,由Unity在MVC项目中解决是否有意义?这个问题似乎很愚蠢,但是我的橡皮鸭出于未知的原因保持沉默,有什么猜想吗?

我想要达到的目标是这样的

ASP.NET MVC(OWIN)-> IoC(统一)-> AccountServiceImpl->身份

MVC和IoC都->合同(IAccountService)

->是项目参考

我需要它能够更改IoC容器,还需要通过接口从另一个项目访问身份数据

罗恩·弗里曼

是的,将您的解决方案分成较小的项目(例如MVC,Identity和IoC)是安全的。

至少,这是我的简短答案。

是否有意义?长答案有点复杂。在解决解决方案和项目体系结构之前,我已经回答了一些类似的问题:

在上面的答案中,我解释了

[...]我有一个像这样的典型结构:

  • MyProject.Core
  • MyProject.Domain
  • MyProject.DependencyInjection
  • MyProject.Infrastructure
  • MyProject.Web
  • MyProject.Tests

Jeffrey Palermo鼓励使用Onion Architecture有关Onion Architecture的文章的第4部分中,Jeffrey提供了具有以下结构示例解决方案

  • 基础设施
  • 整合测试
  • 用户界面
  • 单元测试

但是,吉米·博加德 Jimmy Bogard)有点不同意我和我的做法。

吉米(Jimmy)在“演化项目结构”中解释:

我曾经非常关心应用程序中的项目结构。尝试通过物理项目强制执行逻辑分层,我会从一个项目开始,默认情况下是使用至少两个(如果不是更多)项目构建一个应用程序。

确实,Jimmy将他先前首选的解决方案体系结构样式描述为类似于我上面提到的样式。

吉米进一步说,“确定项目结构是浪费时间和精力”他实际上更喜欢简单的解决方案结构。也就是说,很少

解决方案结构示例

尽管吉米的确通过以下方式澄清了自己的立场:

我绝对不反对分层软件设计。如果您只有1个要部署的应用程序,则使用项目结构这样做会浪费时间[...]

(强调我的)

如果您还有其他应用程序需要引用您的MVC解决方案的各个方面,则将它们拆分成各自的项目可能很有意义,以便您可以轻松地引用它们。

我认为我们应该得出的结论是:

解决方案体系结构不是规则或法律。分开进行有意义的项目。

确保您的解决方案易于维护并且易于他人理解。不要使您的解决方案过于复杂。

本文收集自互联网,转载请注明来源。

如有侵权,请联系[email protected] 删除。

编辑于
0

我来说两句

0条评论
登录后参与评论

相关文章

来自分类Dev

ASP.Net 5:解决方案体系结构

来自分类Dev

ASP.NET MVC n层体系结构-最佳解决方案

来自分类Dev

ASP.Net体系结构解决方案/建议

来自分类Dev

就解决方案体系结构而言,ASP.NET Web API在哪里适合?

来自分类Dev

C#实体框架/ ASP.NET REST和模型设计模式或解决方案体系结构

来自分类Dev

ASP.NET MVC开发分层体系结构

来自分类Dev

新的ASP.Net MVC项目的体系结构

来自分类Dev

ASP.NET MVC开发分层体系结构

来自分类Dev

使用ASP.NET 5(MVC 6)的N层体系结构

来自分类Dev

ASP MVC解决方案结构

来自分类Dev

ASP.NET 5的解决方案结构

来自分类Dev

在一个ASP.NET MVC 5解决方案中具有单独的项目

来自分类Dev

同一解决方案中的ASP.NET Core 5 MVC / RazorPages和WebAPI项目

来自分类Dev

设计用于水平缩放的 Asp.Net MVC 5 分层解决方案

来自分类Dev

我的asp.net MVC解决方案需要一个缓存解决方案

来自分类Dev

Asp.net Mvc身份

来自分类Dev

在ASP.NET MVC Web API服务和MVC客户端体系结构中实现身份验证和基于角色的授权

来自分类Dev

从MVC 4知道ASP .NET MVC 5解决方案中的Filters文件夹在哪里

来自分类Dev

没有存储库模式的ASP.Net MVC和实体框架项目体系结构

来自分类Dev

具有多个项目的ASP.NET MVC体系结构中的依赖注入

来自分类Dev

ASP.Net MVC 4项目文件夹体系结构

来自分类Dev

ASP.NET MVC中的业务逻辑层-体系结构

来自分类Dev

在部署的asp.net MVC解决方案中是否需要packages.config

来自分类Dev

安装KB2993928后,ASP.NET MVC4解决方案无法生成

来自分类Dev

Mvc的ASP.NET路由集成:控制器/动作到路由的解决方案

来自分类Dev

如何确定ASP.NET MVC解决方案中是否正在使用映射的路由

来自分类Dev

asp.net 5与asp.net mvc是否不同?

来自分类Dev

ASP.NET MVC的可读URL方案

来自分类Dev

ASP.NET MVC的可读URL方案

Related 相关文章

  1. 1

    ASP.Net 5:解决方案体系结构

  2. 2

    ASP.NET MVC n层体系结构-最佳解决方案

  3. 3

    ASP.Net体系结构解决方案/建议

  4. 4

    就解决方案体系结构而言,ASP.NET Web API在哪里适合?

  5. 5

    C#实体框架/ ASP.NET REST和模型设计模式或解决方案体系结构

  6. 6

    ASP.NET MVC开发分层体系结构

  7. 7

    新的ASP.Net MVC项目的体系结构

  8. 8

    ASP.NET MVC开发分层体系结构

  9. 9

    使用ASP.NET 5(MVC 6)的N层体系结构

  10. 10

    ASP MVC解决方案结构

  11. 11

    ASP.NET 5的解决方案结构

  12. 12

    在一个ASP.NET MVC 5解决方案中具有单独的项目

  13. 13

    同一解决方案中的ASP.NET Core 5 MVC / RazorPages和WebAPI项目

  14. 14

    设计用于水平缩放的 Asp.Net MVC 5 分层解决方案

  15. 15

    我的asp.net MVC解决方案需要一个缓存解决方案

  16. 16

    Asp.net Mvc身份

  17. 17

    在ASP.NET MVC Web API服务和MVC客户端体系结构中实现身份验证和基于角色的授权

  18. 18

    从MVC 4知道ASP .NET MVC 5解决方案中的Filters文件夹在哪里

  19. 19

    没有存储库模式的ASP.Net MVC和实体框架项目体系结构

  20. 20

    具有多个项目的ASP.NET MVC体系结构中的依赖注入

  21. 21

    ASP.Net MVC 4项目文件夹体系结构

  22. 22

    ASP.NET MVC中的业务逻辑层-体系结构

  23. 23

    在部署的asp.net MVC解决方案中是否需要packages.config

  24. 24

    安装KB2993928后,ASP.NET MVC4解决方案无法生成

  25. 25

    Mvc的ASP.NET路由集成:控制器/动作到路由的解决方案

  26. 26

    如何确定ASP.NET MVC解决方案中是否正在使用映射的路由

  27. 27

    asp.net 5与asp.net mvc是否不同?

  28. 28

    ASP.NET MVC的可读URL方案

  29. 29

    ASP.NET MVC的可读URL方案

热门标签

归档