我正在开发一个相当大且复杂的程序，它将控制 3 个不同的设备并读取来自 3 个不同设备的反馈。它是一种测试夹具，可以将各种产品放入其中并进行测试。不同产品的测试将非常相似，但要测试和分析的参数略有不同。 这已经由以前的人完成了，但是他们创建的代码非常糟糕地混合在一起。它很笨重，有很多错误，而且根本不是面向对象的。我正在尝试以更好的方式重写它，使其成为 OOP，以便随着新产品的推出或测试设置的更改，我们可以比整个重写更轻松地更新代码。 （每当事情发生变化时他都会这样做。） 我正处于计划阶段，由于已经使用过的内容、我对它的舒适度以及与我们的硬件通信的便利性，我决定使用 LabView。但为了实现 OOP 方面，我将使用 Actor 框架并将事物放入类中。我对此没有太多经验，我正在边学边学，但尽量慢慢地做，这样我就可以防止未来出现问题。
但我遇到的问题是我有点困惑如何最好地分解我的所有父类和子类。我试图以最有意义的方式来做这件事，但是如果我创建太多的“处理程序”或太多的父类，并且对一些与硬件无关的类感到困惑，我就会感到困惑。是否有关于如何最好地将我的需求分解为各个类别的在线指南，或者您对此有一些建议吗？非常感谢。
我真的只是在寻找定义我的课程的指导。
您必须决定要抽象系统的哪些部分、测试设备（DMM、电源等）、DUT、过程的部分（测试、结果、测试运行等）或全部。一旦你这样做了，你就可以定义相关的类并实现它们。
有时这是没有意义的 - 许多仪器都有标准驱动程序，这些驱动程序不会从额外的抽象层中受益。