我一直认为防御性编程是邪恶的(我仍然这样做),因为通常我的经验中的防御性编程总是涉及基于不可预知的结果的某种不合理的牺牲。例如,我看到很多人试图对自己的同事进行防守编码。他们会做些事情“以防万一”代码稍后以某种方式改变。他们最终会以某种方式牺牲表现,或者在任何情况下都会采取一些银弹。这是防守编程吗?
这个具体的编码习惯是否被视为防御性编程?如果不是,这种做法会被称为什么?
维基百科防御性编程定义为软件的不可预知使用保护,但并不说明针对其他程序员的代码完整性防御性编程策略,所以我不知道这是否适用,也没有人知道这就是所谓的。
基本上,我希望能够与这样做,并告诉他们自己在做什么是错的,以专业的方式将人们争辩。我希望能够客观地反驳这一点,因为它有害无益。
执行代码复审,当其他成分发生变化,我相信,被称为“依赖注入”,总称“模块化”下下降有一个在编码标准.... – 2012-02-05 04:28:52
甚至使你的代码工作的同意,并且是一个好想法。 – bdares 2012-02-05 04:47:51
如果您对自己的同事进行防御性编码,则问题将无法通过编写代码来解决。我会建议召开一次会议。 :) – 2012-02-05 05:03:59