|
|
1
1
其他人可能会告诉你关于PHP的更具体的事情。 不过,我认为最重要的是“谁会在什么时候读到这本书”。如果您正在编写一些您希望很多人使用和阅读的主要API,那么您需要提供一个完整的规范。一种很好的正式样式,它清楚地显示参数是什么、返回值是什么等,可能几乎是强制的。 如果您不是在编写世界级的API,而是在编写内部代码,请考虑您的读者。大多数读过这篇文章的人都会对代码进行润色。他们将实例化一个类或调用一个方法来完成某件事情,并且他们不会关心任何他们自己能想到的事情。当他们略读的时候,你只会得到一两秒钟的注意力,你必须充分利用这一点。 在这些情况下,一个完整的描述、一个完整的参数列表等等都只是“视觉噪声”。如果你真的写了一些令人惊讶的、独特的或重要的东西,可能会错过。所以你最好选择只记录独特的东西,而不是记录其他东西。文档的存在将向您的读者表明他们实际上想要阅读,而不是注意到他们期望的其他内容。 除此之外,我认为您应该始终仔细设计您的类,尤其是您的函数,以便没有人需要阅读文档。如果有人需要阅读“简短描述”来了解您的函数的作用或需要什么,那么您在命名它或将它与其他函数区分开来方面做得很糟糕。文档应该是最后的手段,用来传递那些在签名中根本没有明显方法的东西。 |
|
|
metrallador10 · 哪种代码更好?效率与代码可读性 2 年前 |
|
|
Justin Xu · 使用return if语句进行重构验证 2 年前 |
|
|
Cino · 如何以体面的方式处理Python异常? 3 年前 |
|
|
SAI BENDE · 如何在多个html文件中使用单个导航栏 3 年前 |
|
|
fstab · 对正常控制流程使用例外情况是一种不鼓励还是不鼓励的做法? 12 年前 |
|
|
SwampYeti · 在CSS中拉伸小背景图像 13 年前 |