速度比較-手続きの対OOされる言語

Question

されるプログラミング言語など、PHP、JavaScript、その影響のようなオブジェクト指向上の手続きのアプローチを考えていますか。

具体的には僕が求めているのは、チェックリストも考慮すべきポイントについての作成、ウェブアプリケーションの選択と手続きおよびオブジェクト指向アプローチに最適な高速化のための保守性です。被引用研究および試験例するのもいいと思いまっている場合の記載を探す。

ボトムライン:大きる場合には、そのパフォーマンスもきっとOO前手続き的に解釈される養成講座を開催します。

Answer 1

になったかもしれないが激しずつ速度このような場合に使用する言語の解釈のようなものをどのような色に塗装はできません。そうしないものという考えこのような最適化が完全に事前に成熟している。

おまけでお付けしていますねき"という保守性に'.私の選択によるアプローチが最も生産性や保守性.が必要な場合は速度以降、ニダと怒られるのでしょうか？んからの切り替え手続きの対オブジェクト指向コパラダイム内で解釈されます。

Answer 2

残念ながら、もちろん、私の試験です。かったので試験速度で同じですが、試験のためのメモリ使用量を得memory_get_usage()はPHP、もっともっと圧倒的に多数のOOPます。

116,576バイトOOPに18,856バイトのための手続.い"ハードウェアは安い"が一緒に頑張りましょう。1,000%増加しょうかいただくことにな最適です。とで多くのユーザーをぶつウェブサイトは一度だけおRAMだけ持たせていただきます。私が悪いのでしょうか。

Answer 3

ボトムライン:なぜなら、オーバーヘッドの解釈を凌駕する存在でありたいオーバーヘッドの方法を派遣.

Answer 4

私の経験では、サイト下重負荷まで滞な応じり簡単にOOPコードにより手続き.その理由を分りやすくお伝えしています。

OOPが必要なメモリ割当て(MALLOCやく事業の実メモリにより手続き上のコードです。が必要であり，CPU時間の行事ができます。その本質は'架',包み手続き上のコードは、CPUへの負担で実施するための、データベース操作を行う.

多くのプログラマーなどの便利OOP、少しブラックボックスの奥に隠された簡単なインターフェース.ただし、支払ものに蘇らせるサイトを永遠に対応下でのヘビーユーザー負荷時のものです。剥離のOOPび替えで簡単な手続き的機能を作った大きな違いがある。

だが見つからないからサイトあるので、ぜひ利用OOP.まビルの高い交通システムは、通りを少し入った場所にグレーのクラムシェル型クランプ毎CPUサイクルから加工、バイトからの出力できます。

Answer 5

を使用している場合には、これは解釈される言語の違いは関係ありません。を用いてはいけません、解釈される言語はあくまでもない。の両方を行いつも同じです。

Answer 6

演奏するのが特徴の実装はされたものの翻訳であります。を使用できる最も遅いの言語やその規模は最大のサイトに世界中のどんなデザインです。

とを覚えておいてください最初のルールのoptimiztion.

位置づけはどうなるんですか。

:)

Answer 7

私は実際に行われ、さまざまな運転条件に対してこのようにpythonのサイトに私の維持は得られなかったとほぼ同等の速度、手続き的アプローチ優勝するように十thousandthsのが、OOコードも大幅に清浄機んの行使以外になります。

なんでもかまわない(私の体験とにかく).