使用c#WinForm的多表单项目体系结构

使用c#WinForm的多表单项目体系结构,c#,winforms,architecture,mdi,C#,Winforms,Architecture,Mdi,我将要开发一个包含十种表单的多表单项目。我希望它有一个能支撑的底架 导航控件和菜单结构 小型资讯组 和主要部分,其中将显示许多表格 所以它有两个或三个较小的窗口和一个具有功能形式的大窗口 窗口应可停靠,并能够与框架交互。某些窗口可能有不为所有人显示的部分(用户否,管理员是)。表单应该保存来自sql或oracle服务器的各种数据 您将使用哪些技术来同步所有内容 出乎意料的是,我将使用此结构使项目正常运行: 带有停靠扩展的MDI应用程序(例如developer express) 用户控制大型机

我将要开发一个包含十种表单的多表单项目。我希望它有一个能支撑的底架

  • 导航控件和菜单结构
  • 小型资讯组
  • 和主要部分,其中将显示许多表格
所以它有两个或三个较小的窗口和一个具有功能形式的大窗口

窗口应可停靠,并能够与框架交互。某些窗口可能有不为所有人显示的部分(用户否,管理员是)。表单应该保存来自sql或oracle服务器的各种数据

您将使用哪些技术来同步所有内容

出乎意料的是,我将使用此结构使项目正常运行:

  • 带有停靠扩展的MDI应用程序(例如developer express)
  • 用户控制大型机本身是否有要显示的“动态”字段
  • 自己的导航类(保存已打开表单的历史记录)
  • 将连接排入数据库队列的全局连接类
  • 借助queue类处理数据的MVC模式
表单如何与框架交互? 我想用

  • 接口和继承(每个表单都必须具有由框架调用的getData、navigateNext等函数)
  • 链接变量(Childform->Frame | Frame->Childform),以便表单可以轻松交互
有这样的教程吗?(我找到了不同技术的教程,但不知道它们是否能协同工作)


有人提出建议/添加内容吗?

MDI通常在所有表单上都有浪费的子菜单,这使得它如此..90。(或80年代)。对于可停靠性:可能很有趣。。看起来不是形状而是面板。。使用Winforms是给定的吗?
我将要开发…
-在新项目中使用Winforms是不明智的。这确实是一项传统技术。几乎20%的新项目都是使用WPF构建的。。建议到此为止。看看答案。WinForm是“必须”的,是的。我想我会让对接工作正常进行(使用用户控件、DockPanel套件或我们的Developer Express扩展,看起来也很有前景——链接的thx)有人对通信层(框架形式|菜单形式)有很好的概念吗?