动态系统接口的开发

Question

我在一家小公司工作，我一直在设计一个GUI来与我们的嵌入式系统接口。这种嵌入式系统的问题是，它不是一个成品(可能永远不会)，并不断开发和调整和更新不同的客户和小批量应用程序。

因此，为了处理这个问题，我编写了一个程序，它可以从电子表格导出所有数据，其中大多数嵌入式系统变量都是从电子表格中获取的，并将它们扔到一个小型数据库中，供GUI应用程序使用。我编写的这个数据库程序还为嵌入式系统提供了一个交叉引用文件，该文件允许GUI查找所有变量。

该系统目前运行良好，甚至与GUI、数据库和嵌入式系统之间的版本控制集成在一起。最大的问题是，在使用这个系统的几个项目上都有不断的开发，使系统保持最新并带来新的变化变得非常乏味。这已经到了我必须对GUI进行编码以动态(一般地)生成所有界面的地步，因为我从未被保证以相同的方式找到相同的数据。我还没有想出一种很好的方法来唯一地识别我从excel导入的数据，因为所有字段都可以被更改(由于工程上的顽固、代码重构和/或excel问题)，而且我不能在工作表本身内指定一个固定的引用。

那么，对于如何处理混乱有什么好的方法或想法呢？

Answer 1

我认为这不是一个编程问题，而是一个管理问题，您目前所做的似乎是您所能做到的最好的。我也同意:这远远低于你应该拥有的。

这里的问题是，组件结构和接口定义(系统的核心)看起来就像一个游乐场。如果这是一个软件产品，它会希望程序员不断地改变“他们的”组件，因为他们必须这样做，而不关心其他程序员的代码不会编译或中断。听起来像是噩梦..。好消息是:在版本控制系统(提交、测试、分支等)的软件开发中，已经解决了相同的情况。

我对你的环境一无所知，但我认为你(更重要的是，你的经理)应该把这个问题看作是一个问题( but的来源，挫折的根源，效率的下降和同事想要离开的理由)，并充分处理它。本杰明正确地详细说明了技术部分，我会增加管理和架构方面的内容。我的快速、未经证实的想法如下：

• 实现或使用描述组件、属性、服务的简单类型管理工具包--结果必须是纯文本配置、json或xml文件！应控制这些文件的版本，以跟踪更改。
• 对于任何修改，hw人员应该创建一个新的分支，您应该在其中添加您的组件。要点:您可以简单地区分类型描述符并相应地更改代码。

如果该组件描述符部件在具有适当技术背景的公司中获得其真正的“主”角色，则可能会出现其他工具，如：

• 在GUI和HW服务层上的头源代码生成器；
• 从类型defs生成的工作属性表运行时，.

这些并不是什么了不起的事情，我之所以这么做，仅仅是因为这样可以提高开发的效率:拥有来自吐露的“核心功能”会给我更多的时间来完成真正的工作(并且减少重复的错误)。很抱歉，我只能谈论这一点，我的公开资料只是在“概念的证明”层面上，但是这里的消息来源可能会给你这个味道。

这些都是严重的编程效率和系统稳定性增强器--但如果核心数据描述符是在电子表格中处理的，并且“仅仅是因为”--在我看来，这不是gui developer的问题，而是管理级别的问题--这是无法达到的。

Answer 2

因此，我理解的是，您解析的Excel电子表格是由您的同事不断更改的。以下是一些关于如何纠正这种情况的建议：

1. 教其他程序员小心他们的变化。一旦API (在本例中是电子表格格式)是公开的，它就必须保持这种状态，或者以一种受控制的、系统范围的方式被废弃。这很不舒服，但很有必要。
2. 非常有效，再加上上面的自动化测试。你说过一切都在版本控制中。建立一个系统，在每次有人提交更改时运行自动测试。如果测试失败，如果VCS允许这样做，则应拒绝提交。目标是始终有一个工作的，可靠的状态签入。
3. 如果电子表格确实需要在不考虑兼容性的情况下一直进行修改，那么就试着想出一个系统，以便调整界面的负担由更改电子表格的人来承担。可能是某些特定于领域的语言、另一种GUI或电子表格本身中的某种注释。使用上面的自动测试来验证一致性，这样您的用户就不得不保持界面的更新。