Coding style 为什么人们使用注释作为业务逻辑

Coding style 为什么人们使用注释作为业务逻辑,coding-style,business-logic,Coding Style,Business Logic,为什么人们依赖评论作为业务逻辑?(例如CakePHP,条令) 条令示例(从他们的文档中,条令与代码本身一样依赖于注释): 几周前,我不得不在一个CakePHP应用程序中做一个更改,我遇到了一个问题,没有调用回调,只是深入挖掘他们的内心,我发现我需要在函数定义之前添加一个docblock注释,以便识别调用,我在sock中。不幸的是,我现在没有代码给你一个例子 我使用了许多编程语言,但我发现这种趋势非常令人讨厌,我认为这打破了编程规则 也许有人可以解释一下,在我看来这是一个非常糟糕的做法,但我期待着

为什么人们依赖评论作为业务逻辑?(例如CakePHP,条令)

条令示例(从他们的文档中,条令与代码本身一样依赖于注释):

几周前,我不得不在一个CakePHP应用程序中做一个更改,我遇到了一个问题,没有调用回调,只是深入挖掘他们的内心,我发现我需要在函数定义之前添加一个docblock注释,以便识别调用,我在sock中。不幸的是,我现在没有代码给你一个例子

我使用了许多编程语言,但我发现这种趋势非常令人讨厌,我认为这打破了编程规则

也许有人可以解释一下,在我看来这是一个非常糟糕的做法,但我期待着听到你的意见


谢谢

将第三方新函数引入编程语言而不会导致编译器错误是一种相对简单的方法(无论是否合适)。但你是对的,搜索错误有时很烦人

@Radu Maris如果您能留下一些评论/投票/接受答案,以表明答案是否有用,那就太好了。这个问题本身非常有趣,但不幸的是没有引起注意:-/我期待更多的内部信息,对于大型项目来说,这是一个调试地狱,但对于任何具有某种“魔力”的东西来说,这都是事实,在简单的项目中很容易使用它们,但是,如果你离开了这条神奇的道路,你需要定制的东西,或者你需要压缩更多的性能,那你就要下地狱了。由于这个问题很老,而且不活跃,我接受了你的回答。
/**
 * @Entity @Table(name="products")
 **/
class Product
{
    /** @Id @Column(type="integer") @GeneratedValue **/
    protected $id;
    /** @Column(type="string") **/
        protected $name;
...