0

我很乐意将此作为一般编程问题发布。我不这样做的原因是不同的文档系统处理标签的方式不同,因此对特定语言的“正确”或“错误”施加了自己的规则。

现在有问题的语言是 PHP。到目前为止,它还没有“标准”文档系统。有 phpDocumentor,虽然作为一个项目已经过时,但它似乎已经建立了基础。像 ApiGen 这样的当前产品似乎在努力支持它的语法。

我不太清楚该放在哪里的一个标签是@author 标签。我想把它放在文件级文档块中。连同@copyright、@license、@package 和@link。而不是在类级别的文档块内。对于某些情况:我的 PHP 文件每个只包含一个类声明。

但是,我未能找到支持这一标准的证据。确实很少有信息可以找到应该首选的位置。这让我相信我可能应该在文件级文档块和类一级中包含这些信息。

一些示例:OpenEMR 似乎更喜欢在文件级别块内以及类级别 1 ( http://www.open-emr.org/wiki/index.php/How_to_Document_Your_Code_Properly ) 中使用 @author。该文档没有说明是打算同时发生还是仅在文件不包含类而是包含许多函数时才发生:

/**
 * library/sql_upgrade_fx.php Upgrading and patching functions of database.
 *
 * Functions to allow safe database modifications
 * during upgrading and patches.
 *
 * Copyright (C) 2008-2012 Rod Roark <rod@sunsetsystems.com>
 *
 * LICENSE: This program is free software; you can redistribute it and/or
 * modify it under the terms of the GNU General Public License
 * as published by the Free Software Foundation; either version 3
 * of the License, or (at your option) any later version.
 * This program is distributed in the hope that it will be useful,
 * but WITHOUT ANY WARRANTY; without even the implied warranty of
 * MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. See the
 * GNU General Public License for more details.
 * You should have received a copy of the GNU General Public License
 * along with this program. If not, see <http://opensource.org/licenses/gpl-license.php>;.
 *
 * @package OpenEMR
 * @author  Rod Roark <rod@sunsetsystems.com>
 * @author  Brady Miller <brady@sparmy.com>
 * @link    http://www.open-emr.org
 */

/**
 * inline tags demonstration
 *
 * This class generates bars using the main algorithm, which also 
 * works heavily with {@link foo()} to rule the world. If I want
 * to use the characters "{@link" in a docblock, I just use "{@}link."  If
 * I want the characters "{@*}" I use "{@}*}"
 *
 * @author ahobbit
 * @copyright middleearth.org XVII
 * @version 1.2.3
 */
class bar
{

}

然而,ApiGen 引用的两个项目(Doctrine ORM API 和 Nette API)似乎没有在文件级别的文档块中使用@author 标签,而是在类级别的文档块中使用。但是,我在浏览那些包括类声明的地方时看到的唯一例子。

Doctrine 使用 @author 和其他标签,我本来想放在文件级 doc 块中,在类级 doc 块内(http://www.doctrine-project.org/api/orm/2.4/source-class -Doctrine.ORM.AbstractQuery.html#AbstractQuery):

/**
 * Base contract for ORM queries. Base class for Query and NativeQuery.
 *
 * @license http://www.opensource.org/licenses/lgpl-license.php LGPL
 * @link    www.doctrine-project.org
 * @since   2.0
 * @version $Revision$
 * @author  Benjamin Eberlei <kontakt@beberlei.de>
 * @author  Guilherme Blanco <guilhermeblanco@hotmail.com>
 * @author  Jonathan Wage <jonwage@gmail.com>
 * @author  Roman Borschel <roman@code-factory.org>
 * @author  Konsta Vesterinen <kvesteri@cc.hut.fi>
 */
abstract class AbstractQuery
{ ... }

Nette 虽然也只在类/接口上下文中使用 @author 标签,但似乎根本没有使用 @license @copyright 或 @link:

/**
 * Translator adapter.
 *
 * @author     David Grudl
 */
interface ITranslator
{...}

/**
 * Component is the base class for all components.
 *
 * Components are objects implementing IComponent. They has parent component and own name.
 *
 * @author     David Grudl
 *
 * @property-read string $name
 * @property-read IContainer|NULL $parent
 */
abstract class Component extends Nette\Object implements IComponent
{...}
4

1 回答 1

2

您可以使用它来记录任何元素,因此请在适合您需要且对您有帮助的任何地方使用它。

从手册:

描述

@author 标签用于记录可以记录的任何元素的作者(全局变量、包含、常量、函数、定义、类、变量、方法、页面)。phpDocumentor 将采用尖括号之间的任何文本

(< 和 >)

并尝试将其解析为电子邮件地址。如果成功,它将在页面 NEW v1.2中显示一个 mailto 链接- @author 现在由父类的子类继承,请参见内联 {@inheritdoc}。

例子

/**
 * Page-Level DocBlock example.
 * displays as Gregory Beaver<strong>cellog@php.net</strong>
 * , where underlined text is a "mailto:cellog@php.net" link
 * @author Gregory Beaver <cellog@php.net>
 */
/**
 * function datafunction
 * another contributor authored this function
 * @author Joe Shmoe
 */
function datafunction()
{
...
}

编辑澄清:大多数时候,一个类本身就在一个文件中,所以文件和类作者是相同的。@author因此,您可以在文件级块中只有一个标签。但并非总是如此:也许该文件是项目团队自动生成的占位符,并且由不同的作者实现,或者文件中可能有一些额外的代码,比如一次性if声明来定义某个函数,如果它没有已经存在。在这种情况下,文件和类可能需要不同的@author标签。

如果您担心清晰度或发现更多细节会有所帮助,请将其放在两个位置;它不会受伤。就个人而言,如果我要添加@author标签,我会将它们添加到每个文件以及几乎每个重要的代码块中。如果一个类有可能在以后的某个时候变成一个接口或抽象类,那么这种方法是有意义的。

例如,也许您有一个DatabaseConnector由 Joe 创建的类连接到 MySQL 数据库。随着时间的推移,您决定使其更加抽象,以便用户也可以使用 PostgreSQL。所以,Bob 变成DatabaseConnector了一个抽象类,而 Joe 的原始代码变成了一个新类的一部分,DatabaseConnectorMySQL. Joe 仍然@author是 DatabaseConnector.php 和 .php 中所有代码的负责人DatabaseConnectorMySQL,但 Bob 编写了当前 .php 中的所有代码DatabaseConnector。因此,无论是在适当的时候给予信任,还是为了告诉人们有问题时可以联系谁,你都想展示谁写了什么以及谁负责某些选择(如方法名称)。

或者,也许您觉得这太过分了并且增加了混乱,您宁愿只在文档块的其他地方解释历史。或者您可能根本不关心@author标签,因为您需要的所有信息都存储在您的版本控制存储库中(例如,git blame)。由你决定; 这里没有错误的答案。

于 2015-01-04T07:02:38.477 回答