回到大学时,我的课程中只使用伪代码而不是OOP.就像评论(以及其他传播的"最佳实践")一样,我发现在关键时刻,伪代码经常被忽略.所以我的问题是......谁在很多时候实际使用它？或者,当一个算法真的难以完全概念化时,你是否只使用它？我对每个人的回答很感兴趣:在初期的初级开发人员和那些在打卡时代回来的灰白色的兽医.
至于我个人而言,我大多只使用它来处理困难的事情.
Eli*_*lie 15
我用它所有的时间.每当我必须解释设计决定时,我都会使用它.与非技术人员交谈,我会用它.它不仅适用于编程,也适用于解释如何完成任务.
在多个平台上使用团队(在这种情况下,使用COBOL后端的Java前端),使用伪代码解释一些代码的工作方式比显示实际代码要容易得多.
在设计阶段,伪代码特别有用,因为它可以帮助您查看解决方案以及它是否可行.我看到一些看起来非常优雅的设计,只是试图实现它们并意识到我甚至无法生成伪代码.原来,设计师从未尝试过考虑理论实施.如果他试图写出一些代表他的解决方案的伪代码,我就不会浪费2周的时间来弄清楚为什么我无法让它工作.
我现在几乎总是在创建任何非平凡的例程时使用它.我创建伪代码作为注释,并继续扩展它,直到我到达我可以写下面的等效代码.我发现这显着加快了开发速度,减少了"只是编写代码"的综合症,这种综合症往往需要重写那些原本不被认为是因为它迫使你在编写实际代码之前考虑整个过程的事情,并且作为良好的基础.编写后的代码文档.