SPAのアーキテクチャが正しく、複数のコンポーネントが角度2でルーティングされています

Question

私はWeb開発とAngularの新機能です。 1.ログインページいくつかのセクション含まれている必要があります 2.ホーム・ページ

ホームページ： レポート、クライアントなど はさらに、それぞれのセクションでは、持っていると私は、次の「ページ」を持つ必要があり、単一ページのアプリケーションを開発する必要があります独自の機能（特定のボタン、表など）。

私はルーティングの基礎を知っており、すでにログインページに「サインイン」ボタンがあり、ホームページにリダイレクトされています。したがって、ログインページは独自のルートを持つ独立したコンポーネントです。

ホームページを実装する必要があります。私はそれがいつも左の（ちょうどそこにhttps://material.angular.io/components/categoriesのような）ナビゲーションタブを開いていて、画面の残りの部分に選択されたセクションの特定の内容が表示されるべきであることを決めた。

私はモジュールとコンポーネントの面でこれをどのように配置して、よりクリーンで再利用可能にする必要がありますか？また、ナビゲーションメニューで選択したセクションごとに表示可能なコンポーネントを変更する方法を実装するにはどうすればよいですか？ルーティングを使用すべきか（もしそうなら、いくつかの例が分かるでしょう）、それとも何か他のものを使うことが可能ですか？

Answer 1

私のプロジェクトでは、いくつかのプロジェクト/人からのアドバイスでは、使用ごとにグループ化しています。たとえば、すべてのフィーチャモジュールは、それ自身のフォルダであり、サブフォルダはコンポーネントをグループ化します。モジュール内で使用されているサービスの数に基づいて、それをフィーチャーモジュールと同じレベルにするか、「共有」フォルダに入れます。アプリケーションレベルでは、モジュール間で何かを含む共有フォルダがあります。

Angular CLIをまだ使用していない場合は、開発に役立つようにしてください。そうすれば、ジェネレータは本当に共通の構造で動くのに役立ちます。

メニューをどのように変更するかは、全く異なる、はるかに大きな問題です。設定に応じて、メニューにハードコードしたり、メニューを制御するサービスを作成したりします。

Answer 2

ファイルの配置は、ユーザー固有のものにすることができます。例えば、認証（ログイン&登録）のような再利用されるメソッド&のサービスでは、ガードは一緒にいます。コンポーネント固有のメソッドは、コンポーネントのフォルダ内にある可能性があります。