Content-Length: 213310 | pFad | http://b.hatena.ne.jp/n-sega/programming/guideline/

[B! programming][guideline] n-segaのブックマーク

タグ

programmingとguidelineに関するn-segaのブックマーク (3)

  • PSR-0 を和訳してみた - hnwの日記

    先週の土日にPHPMatsuriに行ってきました。ナイスなイベントでしたね。その感想はまた改めて書きますが、Nate Abeleによるセッション「Practical PHP 5.3」で触れられていたPSR-0を適当に訳してみました。これはPHP5.3の名前空間とクラス名に関する標準化の試みで、少なくともZendFrameworkとsymfonyの中の人が関わっているようです。 うまく訳出できなくて苦し紛れのところもあるので、修正すべき箇所があれば教えてください。 元の文章は http://groups.google.com/group/php-standards/web/psr-0-final-proposal にあります。以下はその和訳です。 PSR-0 最終提案 以下で、オートローダーの相互利用性を確保するための必須要件について記述します。 必須要件: 名前空間とクラスの完全な名前とし

    PSR-0 を和訳してみた - hnwの日記
    n-sega
    n-sega 2012/09/08
    PSR-0たたきこむ。
  • Cocoaのためのコーディングガイドライン

    はじめに 公開APIを持つCocoaフレームワーク、プラグイン、その他の実行環境の開発には、アプリケーション開発に用いられるものとはまた異なる手法や慣習を必要とします。あなたの製品の主要な顧客は開発者であり、彼らをあなたのプログラム的インタフェースによって迷わせないことが大切になります。 書にはあなたのインタフェースを一貫性のある、明確なものとするために役立つ、便利なAPI命名の慣例が収められています。また、版数管理、バイナリ互換性、エラー処理、メモリ管理といった、フレームワークに特有の—もしくは、フレームワークでより重要となる—プログラミングテクニックも含まれています。書の話題には、Cocoaの命名の慣例、そしてフレームワークのための推奨されるプログラミングの習慣の両方が含まれています。 書の構成 書の話題に含まれる記事は、大きく二つの種類に分かれています。初めの大きなグループは

  • http://google-styleguide.googlecode.com/svn/trunk/objcguide.xml

    File names for categories should include the name of the class being extended, e.g. GTMNSString+Utils.h or GTMNSTextView+Autocomplete.h Within a source file, Objective-C++ follows the style of the function/method you're implementing. In order to minimize clashes between the differing naming styles when mixing Cocoa/Objective-C and C++, follow the style of the method being implemented. If you're in

  • 1








ApplySandwichStrip

pFad - (p)hone/(F)rame/(a)nonymizer/(d)eclutterfier!      Saves Data!


--- a PPN by Garber Painting Akron. With Image Size Reduction included!

Fetched URL: http://b.hatena.ne.jp/n-sega/programming/guideline/

Alternative Proxies:

Alternative Proxy

pFad Proxy

pFad v3 Proxy

pFad v4 Proxy