0

このアプリには多数のドロップダウンとラジオ セットがあり、それらのオプションは完全に静的であり、HTML でハード コードすることができます。それを行うこと、または適切なコントローラーでそれらを記述するデータを定義し、それをレンダリングすることは、Angularのベストプラクティスと見なされますか?

ブラウザがそれらをハードコーディングする方が明らかに作業が少なくなりますが、おそらくそれほど重要ではありません。データのレンダリングは、HTML ではコードが少なくなりますが、コントローラーではコードが多くなります。

これらのオプションが期待どおりであることを単体テストしますか? 期待される機能の検証だけでなく、ビルドするための仕様として単体テストを見ている場合は、おそらくそうするでしょう。私が見る限り、それを行うには、それらをモデル データとして定義する必要があります。

この分野での典型的な慣行は何ですか?

4

1 に答える 1

1

ハードコーディングできる場合は、先に進んでください。それは何も壊すつもりはありません。ハードコーディングされた選択をテストする必要はありません。それが機能していることを信頼できます。同様に、選択を作成するためだけに使用される配列がある場合は、実際にそれをテストする必要もありません。JavaScript が意図したとおりに動作することを信頼できるからです。

長所と短所を比較検討するだけでよいと思います。

  • ハードコーディング
    • 長所
      • レンダリングが速くなります。
      • オーバーヘッドが少ない。
      • わかりやすい
    • 短所
      • より多くのタイピング。
      • データは再利用できません。
  • 配列から
    • 長所
      • タイピングが少ない。
      • 他のコードによる再利用性がわずかに高くなります。
      • 新しいアイテムを追加するのが簡単です（怠け者なら、ハハ）
    • 短所
      • より多くのオーバーヘッド
      • select はレンダリングに時間がかかります。

「ベスト プラクティス」とは、保守が容易で、テスト可能で、機能するものです。

于 2012-12-06T13:51:10.603 に答える