JavaScriptコードの複雑さと保守性
素敵な "Eloquent JavaScript" 本の助けを借りて、JavaScript（前回は約7年前にありました）に戻ろうとしています。
著者の能力とアプローチには感心しますが、私も心配し始めました。私はC/C++のバックグラウンドを持っており、ファンキーな構造がプロジェクトの存続を損なうことが多いという難しい方法を学びました。
Perlの経験は異なっていることが証明されました。クールなトリックができることは貴重な特典のようでした。
では、JavaScriptコードの複雑さに関する一般的な見方は何ですか。それを「フルスピード」で使用すること（OOPは独自の方法で行われる、どこでも高階関数など）は、保守可能なプロジェクトを持つのに役立ちますか？ご回答ありがとうございます
Javascriptフレームワークが気に入らない人もいるかもしれませんが、そのようなフレームワークが人気があるという事実は、コードを構造化し、保守しやすくするのに本当に役立つことを意味します。
最も人気のあるフレームワークは backbone.js のようで、Backbone.jsがWebアプリケーションに構造を与えると明示的にさえ言っています。ある種のMVCフレームワークのように見えます。つまり、データはモデルに格納され、ビューによってレンダリングされます。また、httpリクエストを行うルーター（コントローラーなど）もあります。
一部の人々は、MVCの代わりにModel-View-ViewModelと呼ばれる異なるパターンを使用する knockout.js を好みます。マイクロソフトによって推進されています。
Angular.js も人気がありますが、純粋なjavascriptフレームワークではなく、多くのHTMLアノテーションを使用しています。 Googleによって宣伝されています。
また、backbone.jsのように見えますが、わずかに異なるフレームワークがたくさんあります。たとえば、 ember.js です。
結論として、JavaScriptフレームワークは最近非常に人気があり、保守性はもはや問題ではないと言えます。