7

速度のために非 OOP コードに固執する価値があるかどうかは疑問に思っていました。また、商用Webアプリケーションでは、OOPは一般的に使用されていますか、それとも回避されていますか? どれが基準ですか?

どうもありがとう、

エド

4

4 に答える 4

10

ほとんどの場合、「より効率的なコード」は 1 ミリ秒速く実行されるため、効率よりも読みやすいコードを優先するのが標準です。一般に、オブジェクト指向プログラミングは、非オブジェクト指向プログラミングよりも読みやすいです。

この質問も参照してください:なぜ多くの Web 言語はコンパイルではなく解釈されるのですか? . ページの読み込み時間の大部分は、データの送受信やデータベース処理に費やされます。

于 2012-11-18T00:07:52.700 に答える
4

OOP は商用 Web アプリケーションで一般的に使用されており、標準になりつつあります。その理由は効率ではありません。コードの再利用性、コードの読みやすさ、ドキュメントの容易さ、構造、そしてさらに重要なモジュール性です。

于 2012-11-18T00:09:09.930 に答える
3

オブジェクト指向コードは標準ですが、パフォーマンス上の理由からではありません。それは本当に保守性に関するものです。

Web アプリケーションでは、コード速度が実際に影響を与えることはめったにありません。I/O はより関連性が高く、人々が関与する最適化のほとんどは、最終的に I/O を削減するように設計されています。

  • 永続的なデータベース接続
  • データフラグメントのキャッシュ
  • ページのキャッシュ
  • クライアント側のキャッシュ ヘッダー

CPU を集中的に使用する重要なタスクは通常、コンパイルされたプラグインによって処理され、インタープリター言語からアクセスできるようになります。一般的な例:

  • PDF生成
  • 画像操作 (Imagik、GD)
  • 暗号化 (OpenSSL)
于 2012-11-18T00:22:46.247 に答える
1

OOP のオーバーヘッドは通常、速度のパフォーマンスに対して無視できる程度であり、コードの品質は大幅に向上すると思います。

商用アプリケーションは通常、OOP が利用可能になった後に開始された場合 (そして安定しています!)、OOP を使用します。

于 2012-11-18T00:11:54.280 に答える