すべてのWebプログラマーの良い習慣

Webプログラマーは、時間の経過とともに習慣を発達させ、それが反射のレベルでワークフローに取り込まれます。 少なくともフォームからデータを取得します。すべての賢明なプログラマーは、出会ったらすぐに処理して、正確さを期します。 気づかないこともあります



残念ながら、まだ一般的な習慣ではないいくつかのトリックに注意を払いたいと思います。 私は本当に平凡で不適切になりたいです。



1ページのアイテム数

リストにページ番号を付けますか? マジックナンバーが100の場合、101要素のリストの2ページ目はどのようになりますか?





2つのマジックナンバーを使用することを習慣にします。 たとえば、数字100と120。リストは120未満ですか? -すべてを1ページに表示します。 リストは大きくなっていますか? -最初の100ページが最初のページに表示され、残り(少なくとも20ページあります)が2ページ目に表示されます。





アルゴリズムを自分で考えてください。



ページネーションのページのリスト

次の結果を恐れてパニックするのを習慣にしてください:





しかし、省略記号の代わりに、 4ページ目が立っていたかもしれませんが、これは習慣によって予見されていませんでした。 恐れて避けてください。 私のお気に入りなど、多くの方法があります



空の値を出力する

データベース内のフィールドは、プロジェクトマネージャーが別の方法で保証している場合でも、投稿ヘッダー、製品価格、メッセージテキストなど、空の意味を持つことができます。



ドキュメントのフレーズを「価格フィールドは必ずしも重要」とさせないでください-混乱させてください。 常にフィールドを確認し、それ以外の場合は「空」という単語を表示します。 次に、管理者がこの単語の名前を変更することへの懸念です。 それでもおそらく、彼らは「空」を空の場所に置き換えますが、これは意図的なステップです。





リストの見出しとリスト-個別に表示されません

よくある間違いは、見出し「ニュース」を書いてから、ニュースのリストを処理することです。 処理の結果は、「ニュースなし」というフレーズになる場合があります(以前の習慣を無視すると、空の場所になります)。





リスト自体の処理出力にヘッダーの出力を含めるために使用されます。 (図の例では、「ニュース」という見出しが接続されたファイル内にある場所です。)



言語の文法的な特徴を考慮に入れる

タイプごとに剛体構造を設定する必要はありません。

$フレーズ+ $値を出力



この場所の人間の言語は、フレーズと意味を交換したい可能性があります。 そして、値を中央に配置することさえできます:

$ start_phrase + $ value + $ end_phrase



私は「5つの習慣を公開した」、「5月25日に書かれた」という処理の終了について話しているのではありません。



* * *

しかし、あなたが自分自身を作るために必要な最も重要な習慣は、この記事ではなく、それに対するコメントで述べられました:

覚えておくべき主なことは、ロボットではなく人のための製品を作成しているということです...インターフェースが人道的になればなるほど、それを使う喜びは大きくなります。



zenden2k言った
そして、私は彼に完全に同意します。



All Articles