我应该使用哪种桌面应用程序架构模式？
Which architecture pattern for a desktop application should i use?
我打算用 C# 开发一个简单的桌面应用程序（一个带有小型数据库的基本 crud），我不知道该使用哪种模式。在这种情况下，哪一个是正确的？
这些是我知道的模式：
- MVC
- MVP（模型视图演示）
非常感谢
如果应用程序真的很小，请不要使用模式。尽可能遵循 SOLID 原则。不要过度设计！ MVC、MVVM、MVP 等模式是架构模式，在大中型系统中很有意义。
没有适合您的正确答案，因为这取决于多种因素，例如应用程序的长度、您在 C# 方面的专业知识、另一位用户指出的桌面应用程序类型。话虽这么说，我会给你一些提示。
首先，MVC是一种面向Web的模式，其目的是提高类之间的内聚性，并对其每个组件都有明确的责任。视图通过请求与控制器交互，控制器与模型交互，模型与存储库交互，以便基本上为客户端生成响应。所以如果你想要一个桌面应用程序，这是不行的。
MVP 模式几乎相同（不是真的知道，但我知道它是 MVC 模式的派生），但演示者是通过接口与模型交互的人，也许这就是您想要的，因为它可以与 win 表单一起使用。
这些是我对你刚才提到的模式的看法，但我会添加一些我使用过的东西。
我不知道模式的名称，但我通常使用类似于 mvc 的层结构，但它不是我认为的模式（我很乐意知道是否是，请在评论中指出） .我基本上使用 4 个层：表示层、数据层、逻辑层和模型层。职责是，表示是与用户交互的，每当用户发送输入并且它需要与您正在使用的存储库交互时，您通过具有您的业务逻辑的逻辑层来完成，然后是数据逻辑，基本上就是你的存储库，它不知道数据是如何呈现的，它只知道它需要对你的存储库进行 CRUD 操作。
不管我怎么说，你是说你需要一个简单的应用程序，模式是构建可扩展应用程序的一项伟大工作，但设置它们可能需要一些工作，如果你需要设置的工作他们监督了您对应用程序的需求，那么您可能在这里戳错了树。而且你基本上可以拥有 3 或 4 个 类，不要试图让你的程序适合一个模式，它们是为了让我们的工作更容易而不是更难。
我打算用 C# 开发一个简单的桌面应用程序（一个带有小型数据库的基本 crud），我不知道该使用哪种模式。在这种情况下，哪一个是正确的？ 这些是我知道的模式：
- MVC
- MVP（模型视图演示）
非常感谢
如果应用程序真的很小，请不要使用模式。尽可能遵循 SOLID 原则。不要过度设计！ MVC、MVVM、MVP 等模式是架构模式，在大中型系统中很有意义。
没有适合您的正确答案，因为这取决于多种因素，例如应用程序的长度、您在 C# 方面的专业知识、另一位用户指出的桌面应用程序类型。话虽这么说，我会给你一些提示。
首先，MVC是一种面向Web的模式，其目的是提高类之间的内聚性，并对其每个组件都有明确的责任。视图通过请求与控制器交互，控制器与模型交互，模型与存储库交互，以便基本上为客户端生成响应。所以如果你想要一个桌面应用程序，这是不行的。
MVP 模式几乎相同（不是真的知道，但我知道它是 MVC 模式的派生），但演示者是通过接口与模型交互的人，也许这就是您想要的，因为它可以与 win 表单一起使用。
这些是我对你刚才提到的模式的看法，但我会添加一些我使用过的东西。
我不知道模式的名称，但我通常使用类似于 mvc 的层结构，但它不是我认为的模式（我很乐意知道是否是，请在评论中指出） .我基本上使用 4 个层：表示层、数据层、逻辑层和模型层。职责是，表示是与用户交互的，每当用户发送输入并且它需要与您正在使用的存储库交互时，您通过具有您的业务逻辑的逻辑层来完成，然后是数据逻辑，基本上就是你的存储库，它不知道数据是如何呈现的，它只知道它需要对你的存储库进行 CRUD 操作。
不管我怎么说，你是说你需要一个简单的应用程序，模式是构建可扩展应用程序的一项伟大工作，但设置它们可能需要一些工作，如果你需要设置的工作他们监督了您对应用程序的需求，那么您可能在这里戳错了树。而且你基本上可以拥有 3 或 4 个 类，不要试图让你的程序适合一个模式，它们是为了让我们的工作更容易而不是更难。