返回列表
工程

用 C++ · C# 等通用语言做 PC 控制的缺点

用 C++ · C# 这类通用语言开发 PC 自动化设备控制软件时面对的 11 个现实问题 — 依赖资深工程师、开发周期长、无法运行时修改、交接困难。

4 分钟阅读· ICT Engineering

控制 PC 自动化设备时,大多数项目使用 C++、C# 等通用语言以及 Visual Studio 进行开发。但实际上,使用通用语言来做自动化设备控制存在不少问题。这些问题也让设备制造企业在 招聘和管理控制软件工程师 上面临巨大困难。

需要资深、有经验的工程师

C++ 与 C# 抽象层次高、结构复杂,有效使用它们需要相当的经验与知识。学习曲线陡峭,初学者尤其难以上手。因此团队中必须有资深工程师。

开发周期长

C++ 与 C# 即使为了较小的性能提升,也需要做大量工作。这通常意味着开发周期被拉长。

软件质量随工程师水平变化巨大

代码的质量与效率高度依赖个人经验和知识。同一个项目,不同工程师做出来的成果差距可能非常大。

不同工具和语言带来管理困难

C++ 与 C# 使用不同的工具链与库。团队成员之间的一致性下降,项目管理也变得更难。

拿到源码也难以分析

两种语言都有相当复杂的结构。如果设备源代码本身实现得也很复杂,分析就更加困难。

缺乏一体化框架

PC 控制缺少统一的框架,工程师必须自行组合多种库与工具,直接抬高了开发的复杂度。

设备运行时难以修改时序(不支持运行时修改)

C++ 与 C# 不擅长在运行中修改代码。设备运行中很难调整时序,系统的灵活性因此受限。

设备运行时难以调试

如果运行时无法调试,就难以实时定位与解决问题,直接影响设备性能和稳定性。

招人困难

C++ 与 C# 本身门槛较高,能熟练使用的工程师相对稀缺,合适的候选人不容易找到。

人力成本上升

熟练掌握 C++ / C# 的开发者较少,人工成本因此随之上升。

复杂代码导致交接困难

复杂代码本身就很难交接。开发者离职或团队更替时,项目延期与额外成本随之而来。

C++C#PC 控制Visual Studio招聘