タグ

コーディング規約とQiitaに関するsatoshieのブックマーク (6)

  • C# CODING GUIDELINES - Qiita

    目次 目次 このドキュメントについて 書の目的 開発環境 Visual Studio 命名規則 サンプルコード 共通スタイルの説明 二文字の名前(※変更) 名前空間 アセンブリ リソース ファイル クラス フィールド(※変更) 静的フィールド(≒グローバル変数)(※追加) コントロールのフィールド(※変更) プロパティ メソッド(≒関数、サブルーチン、ファンクション) 非同期メソッド(※追加) パラメータ(≒引数) ローカル変数、ループ変数 コンパイル時定数、実行時定数 抽象クラス インターフェイス デリゲート(≒関数ポインタ) イベント 構造体 列挙体 コーディング規則 レイアウト規則 コメント規則 長い名前 多い引数 多い演算子 自動プロパティ(※変更) 空のコンストラクタ(※追加) イベント処理(※変更) イディオム タブとスペースではスペースを使う ifの中括弧の省略はしない 否

    C# CODING GUIDELINES - Qiita
  • Python のコーディング規約 PEP8 に準拠する - Qiita

    この Qiita の連載記事ではデータ分析のための主要言語として Python を利用してきました。ところでみなさんは Python のコーディング規約 PEP8 をご存知でしょうか。 ソースコードスタイルガイド PEP8 ソースコードは一般に「書かれる時間」よりも「読まれる時間」の方が長い、そのような事実に基づいて、「スタイルを統一し読みやすいコードを書こう」というアイデアのもとに作られたのがこのガイドです。 Style Guide for Python Code http://legacy.python.org/dev/peps/pep-0008/ 家は当然ながら英語ですが有志の方が日語に翻訳してくださっています。 PEP8 日語訳 https://github.com/mumumu/pep8-ja どちらにせよ Python を利用する方は必ず一読するべきかと思います。 自動的

    Python のコーディング規約 PEP8 に準拠する - Qiita
  • Javaではif (isAdmin == true)というコードを書いてはいけない - Qiita

    はじめに 当たり前だと思うのですが、意外と守られていないことがあります。その1つの例として、条件分岐でのbooleanの扱いを挙げてみます。 ~~タイトルには「Javaでは」と書きましたが、おそらくどの言語でも同じです。~~JavaScriptなど他の言語では当てはまらないので取り消します1。 何がダメか 明確にコーディング規約で否定しているケースもありますが2、Javaでは以下のようなコードは書いてはいけません。 if (isAdmin == true) { // isAdminがtrueのとき } if (isAdmin == false) { // isAdminがfalseのとき }

    Javaではif (isAdmin == true)というコードを書いてはいけない - Qiita
  • Pythonのコーディング規約PEP8を要約してみる(2) - Qiita

    ドキュメンテーション文字列(別名 “docstrings”) すべてのモジュールや関数、クラス、メソッドにはdocstringを書くべき. 命名規約 一番重要な原則 実装よりも使い方を反映した名前にする 実践されている命名方法 b (小文字1文字) B (大文字1文字) lowercase lower_case_with_underscores UPPERCASE UPPER_CASE_WITH_UNDERSCORES CapitalizedWords 守るべき命名規約 ・単一の文字 ‘l’ (小文字のエル)、’O’ (大文字のオー)、’I’(大文字のアイ) を変数として使ってはならない ・モジュールの名前は、全て小文字の短い名前にする ・クラスの名前にはCapWords方式(単語の頭文字を大文字にしてつなげる)を使う ・モジュール内限定グローバル変数は頭にアンダースコア(_)をつけて外部

    Pythonのコーディング規約PEP8を要約してみる(2) - Qiita
  • こんなHTMLとCSSのコーディング規約で書きたい - Qiita

    HTMLCSS のコーディングルールを作ろう HTMLCSS のコーディング規約を中心に、メンテナンス性の良い HTMLCSS をコーディングする際に重要だと思うポイントをまとめています。 誰に向けた記事か この記事には、HTMLCSS を書く人に役立ちそうな内容が書いてあります。 特に初級者から中級者の方で、HTMLCSS を一通り学習した方からの反応が良いです。 まだ HTMLCSS の学習を始めて間もないという方は、先に案件やプロジェクトをこなしコーディング経験を積むことをお勧めします。経験を積むとよりこの記事の内容への理解が深まるはずです。 HTMLCSS を書くときに大切なポイント2点 HTMLCSS を書くときに大切だと思うことを書きます。 1. HTMLCSS を書かない あなたがいま書いている HTMLCSS は、

    こんなHTMLとCSSのコーディング規約で書きたい - Qiita
  • PHPコーディング規約まとめ - Qiita

    結論 いきなり結論 利用しているフレームワークの規約がないなら、 PSR-2(日語) に従っておけば、間違いない! あとは、コマンドラインなり、エディタで自動整形する * PHPコードをコマンドで自動整形! Condig Standards Fixer と PHP_CodeSniffer - Qiita 日語なら以下がお勧め! PHPのコーディング規約 PSR-0、PSR-1、PSR-2、PSR-3とは | 9ensanのLifeHack 以下、コーディング規約とツールまとめ 目的 個人向け: PHPの開発をする場合、どのコーディング規約に従うべきか? をサクッと知りたい チーム向け: チームでどれを使うか? を決めるための参考に 教育: この規約でやって!と一言で教えるための参考URL PHPコーディング規約の種類 PEARコーディング規約 や Zend Codig Starndar

    PHPコーディング規約まとめ - Qiita
  • 1