速度のために非 OOP コードに固執する価値があるかどうかは疑問に思っていました。また、商用Webアプリケーションでは、OOPは一般的に使用されていますか、それとも回避されていますか? どれが基準ですか?
どうもありがとう、
エド
速度のために非 OOP コードに固執する価値があるかどうかは疑問に思っていました。また、商用Webアプリケーションでは、OOPは一般的に使用されていますか、それとも回避されていますか? どれが基準ですか?
どうもありがとう、
エド
ほとんどの場合、「より効率的なコード」は 1 ミリ秒速く実行されるため、効率よりも読みやすいコードを優先するのが標準です。一般に、オブジェクト指向プログラミングは、非オブジェクト指向プログラミングよりも読みやすいです。
この質問も参照してください:なぜ多くの Web 言語はコンパイルではなく解釈されるのですか? . ページの読み込み時間の大部分は、データの送受信やデータベース処理に費やされます。
OOP は商用 Web アプリケーションで一般的に使用されており、標準になりつつあります。その理由は効率ではありません。コードの再利用性、コードの読みやすさ、ドキュメントの容易さ、構造、そしてさらに重要なモジュール性です。
オブジェクト指向コードは標準ですが、パフォーマンス上の理由からではありません。それは本当に保守性に関するものです。
Web アプリケーションでは、コード速度が実際に影響を与えることはめったにありません。I/O はより関連性が高く、人々が関与する最適化のほとんどは、最終的に I/O を削減するように設計されています。
CPU を集中的に使用する重要なタスクは通常、コンパイルされたプラグインによって処理され、インタープリター言語からアクセスできるようになります。一般的な例:
OOP のオーバーヘッドは通常、速度のパフォーマンスに対して無視できる程度であり、コードの品質は大幅に向上すると思います。
商用アプリケーションは通常、OOP が利用可能になった後に開始された場合 (そして安定しています!)、OOP を使用します。