1

社内アプリが成長するにつれて、mvcベースとしてのバックボーンや依存関係マネージャーとしてのrequire.jsなど、さまざまなオープンソーステクノロジーを使用して構築しているフロントエンドも成長しています。

それはさておき、私はボイラープレートコードをビュー、モデル、コレクション、ルートから一種のコアライブラリに分離する過程にあります。私がそうしている間、私はファイル構造を見直しており、これに関して経験/アイデアを持っているかもしれない他の人の意見を検討したいと思います。

今のところ、これは私の構造がどのように見えるかです：

public
    assets
        css
            lib                 < CSS libraries used within app
            app                 < app specific CSS assets
        images                  < image assets
        js
            lib                 < JS libraries used within app
            lib_ext             < Library overrides
            app                 < app specific JS
                collection
                model
                template
                view

私の現在の行動計画は、「app」と同様の構造を持つ「js」に「core」フォルダーを作成することです。コア内のすべてのコードは完全に分離されます。その後、アプリのクラスはコアから継承し、その使用に固有の属性のみを設定します。

これについて私が考慮に入れるべき意見はありますか？

たとえば、私がよくわからない点があります。HTMLテンプレートをコアに入れますか？

4

1 に答える 1

3

あなたの構造は私が最初にアプリケーションを構築した方法でしたが、振り返ってみると、Backbone Aura が提示するようなウィジェット構造を使用していたでしょう。

ビュー、モデル、コレクションを追加すると、ファイルの量がすぐに管理不能になることがわかりました。このウィジェット アプローチを使用すると、ページ上の各要素グループが独自のモデル、コレクション、およびビューを取得します。ウィジェットからウィジェットへと少しずつ作業できます。

これは、アプリケーションのサイズによってはやり過ぎかもしれませんし、そうでないかもしれません。また、戻って物事を変えるには遅すぎるかもしれません。ちょうど考えるべきこと。

バックボーン オーラ
ウィジェットの構造

于 2012-09-24T15:12:13.360 に答える