问题描述
本人初学者，准备编写一个设备上用的软件，里面主要有3个模块，一个是发车身模拟信号模块，有现成的别人示例，还有一个是测试指令发送模块，也有现成的示例，然后还要一个测试主界面。我是想问就是我的主界面是单独的用一个新的form来显示各个测试结果（测试模块会返回一些数据）把模拟信号模块和测试结果模块得到的数据汇总到主界面然后做一些判断，还是说把测试指令发送模块作为主界面，然后在里面增加判断或者一些信息显示呢？车身模拟型号模块是要一个独立线程，测试指令模块应该也是规划一个线程，如果是测试模块作为主form的话，那么就是用主线程来发送测试指令。哪样结构设计更合理一点？我看有工程师都放在一个form里面，觉得那样太乱了。
解决方案
解决方案二：
先把项目的功能点分好，然后根据功能点设计界面（可能一个界面上，也可能几个form）。涉及到的功能代码可以以类库的形式封装。
解决方案三：
引用1楼guwei4037的回复:
先把项目的功能点分好，然后根据功能点设计界面（可能一个界面上，也可能几个form）。涉及到的功能代码可以以类库的形式封装。
类的话，会单独的弄的，就是窗体这个，因为我过去习惯是每个功能模块单独调试，调试好了以后一个总界面把它关联起来。窗体里面本身一些连接代码，发送指令到硬件设备，返回结果。不知道我另外窗体不断的返回更新数据到主测试界面这样的不同窗体间更新控件数据是否会比较慢？
解决方案四：
不太明白你的意思，我理解为你有A,B两个模块，都需要一个线程并返回一个信息，然后你在纠结是不是另外再做一个主窗口来容纳AB?
解决方案五：
TabControl控件简单使用http://www.cnblogs.com/duzouzhe/archive/2010/03/14/1685346.html几个窗体也需这般纠结？用的方便、无需过多操作，结果一目了然就行了。你觉得那个布局就怎么布局。界面只要别反人类就行。另外不想开线程，要注意线程访问非该线程创建控件的问题
解决方案六：
UI组件以控件（包括用户控件）为基本单元，需要考虑“控件组合控件=控件”的扩展思路，而不是局限于Form。当有了一些控件之后，至于一个Form如何组合各种控件，那是随时、十秒钟、“粘胶水”的事情。如果你开发UI时不是从控件来考虑，只是考虑Form作为基础，那么也就没有什么灵活性可想了。