Orada hiçbir yorumladı ne olması gerektiği konusunda "gerçek bir standart" ve nasıl olduğunu, ancak bazı etiketler onun kod comments hemen hemen herkes tarafından kullanılmaktadır.
Mesela, genellikle en az kullanın:
- kısa açıklamalar
- optionnally, uzun bir açıklama
- @param type name description: fonksiyonlar / yöntemlerinin parametrelerinin
- @returns type: fonksiyonlar / yöntemlerin dönüş değeri için
- @throws ExceptionType: işlevler / yöntemler, bazı koşullar altında bir istisna atar
- @see ... : Ben başka bir dosya ya da daha fazla bilgi veren bir URL ya da başvuru yapmak istediğinizde
- projenin yapısına bağlı olarak, ayrıca @packageve@subpackagekullanabilir
- Eğer bir sınıfta sihirli özelliklere sahip olduğunda güzel başka bir (they cannot be seen by your IDE, as they are written in the code) @property type $name: bu Eclipse PDT, hatta sihirli özellikleri, otomatik tamamlama yapmak için izin verir - Doktrin bu kullanır, örneğin .
Bunların çoğu (especially @param)  em> kodlama size yardımcı olmak için Eclipse PDT tarafından kullanılan; ama Eclipse PDT tarafından kullanılmayan bazı eklemek için çekinmeyin: Eğer kod belgeleri oluşturmak eğer, her zaman yararlı olabilir ;-)
The best advice I can give you would be to take a look at the source-code of some big applications and/or frameworks (Zend Framework, Doctrine, ...), to see how their code is commented -- chances are they are using something that's well accepted.
Zend Framework kodu bir göz atın Örneğin, bir sınıf için bu gibi şeyler bulabilirsiniz:
/**
 * @package    Zend_Cache
 * @subpackage Zend_Cache_Backend
 * @copyright  Copyright (c) 2005-2010 Zend Technologies USA Inc. (http://www.zend.com)
 * @license    http://framework.zend.com/license/new-bsd     New BSD License
 */
class Zend_Cache_Backend_Apc extends Zend_Cache_Backend implements Zend_Cache_Backend_ExtendedInterface
Ve bir yöntem için bu böyle:
/**
 * Test if a cache is available for the given id and (if yes) return it (false else)
 *
 * WARNING $doNotTestCacheValidity=true is unsupported by the Apc backend
 *
 * @param  string  $id                     cache id
 * @param  boolean $doNotTestCacheValidity if set to true, the cache validity won't be tested
 * @return string cached datas (or false)
 */
public function load($id, $doNotTestCacheValidity = false)
Anyway, the most important thing is to be consistent : every member of your team should comment the same way, follow the same conventions.