gpt4 book ai didi

oop - 设计过程是否缓慢?

转载 作者:行者123 更新时间:2023-12-02 07:56:24 25 4
gpt4 key购买 nike

<分区>

我正在从事一个项目,其中一堆软件 (C++/OO) 被移植到一个新的硬件环境中。一定比例的软件模块在新的硬件平台上主观上应该是相似的。

对其中一些模块的代码审查表明,完成移植的工作量或洞察力极小 - 从事这项工作的开发人员缺乏经验,这在移植过程中经常发生。然而,它也表明该软件的设计存在缺陷 - 要么过于复杂,错误情况处理不当,要么只是有一堆“代码味道”。

我曾要求,我们不是在移植“完成”后才审查代码,而是先审查设计。但是,有人告诉我,这可能不是很好地利用时间,可能是因为现有的文档化设计不是最新的。

我是不是找错了树?设计过程天生就很慢吗?有没有办法避免在整个设计过程中陷入困境。还是动手编写代码始终是解决问题的最佳方式 - 即使是没有经验的编码人员?

更新。感谢您到目前为止的回答。是的,软件将用于许多(希望如此) future 的产品/修订版中。我也没有提到代码也将是多线程的(以前是单线程环境)。仅此一项就足以表明“审查设计”我想主动(讨厌)看看是否可以将设计审查过程用于移植。我不相信只是希望在它停止工作时修复某些东西 - 如果在测试中发现某些东西从根本上被破坏了,我宁愿不在缺陷修复时间重新设计。

25 4 0
Copyright 2021 - 2024 cfsdn All Rights Reserved 蜀ICP备2022000587号
广告合作:1813099741@qq.com 6ren.com