gpt4 book ai didi

c# - 多个项目的MVC、MVP模式及解决方案

转载 作者:行者123 更新时间:2023-11-30 17:13:47 25 4
gpt4 key购买 nike

我想知道在使用 MVC、MVP 或我们可以组织包含多个项目的解决方案的任何其他模式时的常见做法是什么。

例如:对于 MVP,我可以在一个解决方案中有一个 View 项目、一个演示项目和一个模型项目。以及 MVC 的类似解决方案布局,我可以让多个项目形成一个解决方案。我相信 MVVM 解决方案也可能是这种情况,它可能包含多个项目。

当我们使用这些解决方案时,每个项目都会生成一个单独的 dll。因此,对于以 MVP 模式组织的解决方案,演示者项目将生成它自己的 .dll。

我想知道在一个解决方案中使用这种布局时的常见做法是什么,我们有多个项目并避免有人可能直接将引用添加到,例如,生成的presenter.dll 或 controller.dll 和调用方法,实例化这些 .dll 中定义的类型。

我想知道:
1) 我是在正确使用这些模式,还是在组织包含多个项目的解决方案时完全错了?

2) 我是否应该将所有代码都放在一个项目中,并在文件夹中组织 Controller /演示器/模型,以便为每个解决方案生成一个 .exe 或 .dll。我用这种方法看到的问题是,对于 MVP 布局,我会错过使用我的演示项目获得不同 View 的机会。 (例如 WebSite View 、WebService View )。

3) 在使用 MVC/MVP 或任何其他模式时,我们可以组织包含多个项目的解决方案以便我可以控制谁在调用我的代码时的常见做法是什么。

最佳答案

在以前的 MVP 项目中,我们像您提到的那样组织了 View (在 Web 项目中)、模型、Presenters、接口(interface)等。对于 MVC,您最好遵循工作室给出的默认结构,至少用于 View 和 Controller 。

关于c# - 多个项目的MVC、MVP模式及解决方案,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/9477240/

25 4 0
Copyright 2021 - 2024 cfsdn All Rights Reserved 蜀ICP备2022000587号
广告合作:1813099741@qq.com 6ren.com