プログラミングで使われるフレームワークは本来、プログラマーが楽をするものです。そのため、多くのフレームワークの実処理時間は、本来の素の状態より、多くなります。
ＪＳフレームワークのＲｅａｃｔのように、一部分の機能を見ると高速になるようなものもありますが（仮想ＤＯＭでの画面更新）、Ｒｅａｃｔでさえ、ビジネスアプリに利用しようとすると、相対的には本来必要な処理に対して、実行されるコード量は増えるでしょう。
ま、主戦場のＳＩで、企業情報システムにＲｅａｃｔを積極的に利用ってのも無いと思いますが。。。 ビジネスアプリにおいて、軽快に動作するのは本来の言語機能そのままに、最小限に書かれるコードですが、では、何故フレームワークありきでコードを書くかというと、コスト／顧客満足度などを総合判定した時に
メリット ＜ デメリット
となっているからです。
やたらめったら書かなきゃいけないコードが多くなり、潜在バグがどうしても発生しやすい
多くのプログラマーが書いたコードの一貫性。ある程度把握しやすくなり、メンテナンス性が上がる
ｅｔｃ...
もっとあると思いますが、考えなくとも思いつくだけで致命的です。フレームワークを使って作成されたシステムは、納品される顧客にとっても良い事があるのはわかると思います。
が。。。
何度も泣かされました。
古くはＳｔｒｕｔｓ、Ｓｅａｓｅｒ、Ｓｌｉｍ３。最近ではＡｎｇｕｌａｒ。
下位互換性どころか、まるでそれまでが無かったかの様な、映画の「ターミネーター」シリーズが思い浮かぶ。
いや、わかってます。ＯＳＳってどういう事か？ってのは。全ては使用者が責任を負います。大きな流れから見たら、ソフトウェアの進化には必要な事だって事もわかります。
でも、やっぱりキツイ。