Ｃプログラミングの秘訣
特集 Ｃプログラミングの秘訣 最終更新: 2006-03-28 このテキストはC MAGAZINE 1992年4月号に掲載された原稿のオリジナルテキストを元にしてHTMLに変換したものです。掲載文章と細部が異なっていると思われます。また、気付いた個所をいくつか修正してあります。 当時はまだWindows 95もないような時代で、現在の状況から見ると違和感のある内容も結構あるかもしれませんが、時代背景を想像しながら補正しつつ読んでいただければ幸いです。 ※2006年3月28日追記: 何が原因か知りませんがこのページのアクセスが増えているそうなので、 HTML のおかしなところを修正しました。 文章の変更はありません。 なお、このサイト(表ページ)は現在休眠状態ですが、 裏ページ や 裏の裏ページ の方を、細々と更新していたりします。 目次 Part1 よいプログラムを書く条件 Part2 明
字下げスタイル - Wikipedia
この記事には複数の問題があります。改善やノートページでの議論にご協力ください。 出典がまったく示されていないか不十分です。内容に関する文献や情報源が必要です。（2018年5月） 脚注による出典や参考文献の参照が不十分です。脚注を追加してください。（2018年5月） 独自研究が含まれているおそれがあります。（2018年5月） 出典検索?: "字下げスタイル" – ニュース · 書籍 · スカラー · CiNii · J-STAGE · NDL · dlib.jp · ジャパンサーチ · TWL 字下げスタイル（じさげスタイル）またはインデントスタイル（英: indent style）とは、プログラミングにおいてプログラムの構造を明らかにするために、コードのブロックの字下げをどうするかを決めたものである。本項ではC言語やそれに類似した言語を主に扱うが、他のプログラミング言語（特に括弧を使用して
PHP_CodeSnifferを試してみる
PHP_CodeSnifferはPHPのコードスタイルをチェックするツールです。0.1.0ではPEARのコーディング基準に適合するかどうかを確認できますので、いくつか試してみました。 まずは簡単にPHP_CodeSnifferの使い方から。 PHP_CodeSnifferを使う インストール pearコマンドでインストールするだけです。 $ pear install PHP_CodeSniffer-0.1.0 CLI環境ではPEARパッケージに含まれているphpcsコマンドでチェックができます。 使用例 まずありがちなサンプルファイルでチェックしてみます。チェックするソースは以下です。 < ?php class Hello { var $message = null; function __construct($message) { $this->message = $message; }
PEAR :: Manual :: PHP_CodeSniffer
目次導入 -- 説明および単純な使用例使用法 -- 標準的な使用法高度な使用法 -- 高度な使用法についての情報設定オプション -- 設定オプションの一覧コーディング規約のチュートリアル -- 独自の規約を作成するための手引きコーディング規約クラスのメソッド -- コーディング規約クラスのメソッドのオーバーライドに関する情報Using the Subversion pre-commit Hook -- How to configure the Subversion pre-commit hookFAQ -- よくある質問 PHP_CodeSniffer は PHP5 用のスクリプトで、PHP や JavaScript のコードについて構文解析や "sniff (クンクンにおいを嗅ぐこと)" を行い、 コーディング規約に反するところを検出します。 開発者には不可欠であろうこのツールを使用する
PEAR 標準コーディング規約
注意 PEAR 標準コーディング規約は、 PEAR の公式ディストリビューションに含まれるコードに適用されます。 コーディング規約 (Coding standards) は、開発者たちの間ではよく CS と略されます。この規約の狙いは、コードの一貫性を保つことと PEAR の開発者たちがコードを保守しやすくすることにあります。 インデント 空白 4 つのインデントを使用します。タブは使いません。 これにより、diff や patch、CVS history や annotations の際に問題が発生するのを避けることができます。 Emacs を使用する場合、indent-tabs-mode を nil に設定する必要があります。 Emacs を設定するモードフックの例を次に示します (PHP ファイルを編集する際に これがコールされるようにする必要があります)。 (defun php-
Zend Framework: Documentation: Zend Framework PHP 標準コーディング規約 - Zend Framework Manual
このドキュメントは、Zend Framework に貢献してくださる開発者個人 (あるいはチーム) のためにコードの書式やドキュメント作成の指針を示すものです。 Zend Framework を用いて開発をする人たちにとってもこのコーディング規約は有用でしょう。 これに従えば、Zend Framework のコードとの一貫性が保てるからです。 そのためには、ここで完全なコーディング規約を示す必要があります。 注意: 詳細なレベルまでの設計指針を示すこと以上に、 それを標準規格として確立することが大切だと考えています。 Zend Framework コーディング規約の指針は、 これまで ZF プロジェクトでうまく回っていた方針をまとめたものです。 このライセンスのもとで、 そのまま使用するなり多少変更して使用するなりすることができます。 ZF コーディング規約では、次のような内容を扱います。
OpenPNE3 PHP 標準コーディング規約｜OpenPNE
概要 このドキュメントはコードの書式に関するガイドラインを、 OpenPNE3 に貢献する個人またはチームに示すためのものです。 OpenPNE3 プラットフォームに含まれるコードは必ずこのコーディング規約に従わなければなりません。 OpenPNE3 プラグインに含まれるコードは必ずしもこの規約に従わなくても構いませんが、他の開発者のために準拠しておくことを推奨します。 謝辞 このドキュメントは Zend Framework PHP 標準コーディング規約 と The Doctrine ORM Framework の Coding Standards をベースに、 symfony の Coding Standards の内容を盛り込んだものです。 有用なドキュメントを公開されている各プロジェクトに厚く御礼申し上げます。
PHP_Beautifier （10/11追記） | sugiyama-log
複数人で開発するときに、ほんの少しのことなんですけれど、意外と気になるのがインデントや括弧や改行の入れ方です。 google analyticsを見てみたら、php_beautifierで検索してくる方がいらっしゃるので、少し丁寧にしてみました。 お役に立てるといいのですが。 始めに言っておきますが、どのような入れ方であっても文法的にさえ正しいなら問題はないのです。単なる好みであり、これまで自分式インデントでコードを見続けたことによる慣れの問題です。 組織がしっかりしていると、コーディングスタンダードを決めておく手がありますが、組織をまたいでゆるく連携した開発チームではそうもいきません。 さてこのコーディングスタンダード、自分がゼロから作り、自分だけが保守するコードは自分好みにできるので問題ありません。 問題は、他人が作り、自分が保守するコードです。これは一時的にでも自分が慣れたコーディン
Google Python スタイルガイド
概要¶ これは Google Python Style Guide Revision 2.29 を日本語に訳したものです。 本家ガイドは CC-By 3.0 ライセンス の基で公開されています。また、本ガイドも同ライセンスを継承します。 本家ガイドの著者は以下の通りです。 Amit Patel Antoine Picard Eugene Jhong Jeremy Hylton Matt Smart Mike Shields また、本ガイドの翻訳者は以下の通りです。 Kosei Kitahara 本ガイドに誤植、誤訳があった場合は issue で教えてください。 その他本ガイドに関する問い合わせは、サイト最下部に記載のメールアドレスか @Surgo にお願いします。 はじめに¶ Python は Google で使われている主要なスクリプト言語です。 このスタイルガイドは Python によ
PHPのelseifとelse ifの違い - cloned.log
2018/12/28追記 この記事は2007年に書いたものです。現在は PSR-2: Coding Style Guide - PHP-FIG に従うことが多く elseif を利用するのが一般的だと思います。 Javaの次にPHPを学んだせいというか、最近PHPのソースを見たときにelseifがあって違和感に感じることがあった。 PHPでは、(単語二つで)'else if'と書くこともできます。 動作は(一単語の) 'elseif'と同じです。文法的な意味はやや異なっています。 (あなたが C 言語に詳しいとすると、C 言語のそれと同じ動作です。) しかし、最終的な両者の動作は全く同じです。 PHP: elseif - Manual となっているようにどちらでもちゃんと動く。挙動は同じと書いてあるので疑うことはないにしても「文法的な意味はやや異なっています」と言われると気になる。 そもそ
holidays-l開発ブログ - Perl::Criticでコーディングスタイルを統一
Perl::Critic - Critique Perl source code for best-practices. - metacpan.orgをコーディングスタイルを統一するために使っています。 （実際には字面としてのコーディングスタイル（コードレイアウト？）はPerl::Tidy - metacpan.orgが担当しているわけですけども、ここでは「use strictを入れる」「PODを付ける」なども含めてコーディングスタイルと言ってます） コーディングスタイルに唯一絶対的に正しいなんてものはないわけで（だから宗教論争にもなるわけで）、機械的に統一することで揉め事はなくなります。 しかしその時に.perlcriticrcなんかを使ってコーディングスタイルをデフォルトから変更してしまうと元も子もありません。 .perlcriticrcに何を設定するかで揉めますし、例えその時に揉めな
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
PHP_Beautifier