まず、コードの仕様とコーディング原則
コーディングルールは、文を理解することは非常に難しいのスキルを使用していない、代わりに定義されたアイデンティティの、数字を理解することは難しいの使用を避け、従うべき手順コードのルールです。可能な限り、より密接に隣接するソースコードの関係。
コードスタイル指定：実際にはテキストの主な条項、一見表面的な、非常に重要。
インデント：8つのスペースまたは2つのスペースまたはTabキーを採用しない4つのスペース、と団結のインデントがあります。
括弧：プライオリティロジックフラッシュリーダーを示し、それは操作式の順序が明らかです。
注：読みやすいです。モジュールに注釈を付ける、使用/ ** /;アノテーション//使用して変数または方法。何かが常に更新されるように、プログラムを変更する必要があるコメント。
支店：シングルライン上の各ステートメントは、コードの複数行を許可しない表示されます。
線幅：100の文字として定義されます。
名前：説明あまり説明を避けるために、変数名に文法の種類や他の側面に言及していません。文脈からの情報が入手できる場合は、そのような情報は、修飾子で発生することはできません避けるために、変数名で記述する必要はありません。
下線：セマンティック注釈と変数のためのスコープで変数名を分離しました。
ケース：変数名は大文字と小文字を区別して、いくつかの単語で構成されています。
コード設計仕様：一般原則とデザインパターンとプログラミングモジュール間のリンクの側面。
機能：機能機能は、最も重要な一つのルールをクリアする必要があります：一つだけ、とやって
ライブラリー設計の第二に、配列
ノー
第三に、プロジェクトのER 図
第四に、機能的な流れ
登録 - >ログイン - >編集テキストまたはオーディオや写真 - >プッシュ指定された時間 - >プッシュメッセージを受け取ります
第五に、チーム部門
| メンバー |
仕事の部門 |
仕事の割合 |
| ハンサム張 |
開発フレームワーク |
25％ |
| 劉趙強いです |
開発 |
25％ |
| マッケンユー |
インターフェイスデザイン |
25％ |
| 越のみのグループ |
テスト |
25％ |