問題タブ [application-structure]

単純なプロジェクトを作成するときは、モデルとコントローラーを同じファイルに直接指定してから書き込みます。私の app.js は次のようになります。

このための単一のhtmlファイル

複雑なアプリケーションの場合、コントローラー、モデル、およびビュー用に異なるフォルダーがあります。私の最初の質問は

1 コントローラーを別のフォルダーに配置し、モジュールを別のフォルダーに配置すると、呼び出しはどのように行われますか? すべてのコントローラーを呼び出すベースファイルのテンプレートを手伝ってくれる人がいますか?

1.ejs の代わりに特定のコントローラー用の単純な html ファイルがある場合、それは機能しますか?

ある程度ばかげているように聞こえるかもしれませんが、混乱しています。

よろしく、

私は主にjqueryとノックアウトを使用するかなり大きなjavascriptアプリケーションを持っています。基本的に、フォルダー構造を1つ大きく分離すると、作成appしたすべてのコードが含まれ、さらに定数、ビュー、モデル、およびビューモデルに分割されます。次にvendor、jquery、ノックアウト、プラグインなど、作成しなかったコードがあります。私が抱えている問題は、その間にあるものをどこに置くかです。ノックアウト用のカスタムバインディングをいくつか作成し、いくつかのjqueryプラグインの機能を拡張しましたが、それらは私のappディレクトリのルートにあります。このためのベストプラクティスまたは命名規則は何ですか。

私の現在の MVC 設計パターンの実装 (PHP と CodeIgniter を使用して実証) では:

「www.mysite.com/blue/page」に「ページ」があり、最終的に次の (大幅に簡略化された) ファイルによって生成されるとします。

/libraries
    session_lib.php
/controllers
    /red
    /white
    /blue
        page.php
/models
    /red
    /white
    /blue
        funky_class.php
        page_model.php
/views
    /red
    /white
    /blue
        page.php

そして、ここにわかりやすいコントローラーがあります：

そして今、質問...

データベースと対話しないこれらの「ファンキーな」小さなページ固有のクラスの最善の手順は何ですか? この例では、小さなクラスをモデルとともに保存します。場合によっては、モデル クラス内に追加のメソッドを追加して、ファンキーなことを行うこともあります。これは良い習慣ですか？それとも、ライブラリとファンキーなクラスの両方をモデル内に配置して、コントローラーをさらにスリムにする必要がありますか (ただし、モデルはセッションやファンキーさを必要とせずに他の場所で使用される可能性があります)。

ここに私の小さな話があります: 私は自分のエンティティ アカウントで DoctrinExtensions Tree を使用しています。ユーザーは、UI でツリーを編集して保存できます。すべてのアカウントの配列を PHP に送り返します。次に、ツリーとして再構築し、拡張機能のメソッドを使用してアカウントを保存/編集します。

だから私はUIが返した配列をdbからの元のツリーと比較したい. 次のようなことをしてデータを取得します。

だから私はツリーを配列に持っています。私が今欲しいのは、その ID によってこの配列内のオブジェクトを見つけることです。関数の書き方は知っていますが、MVC では、関数を記述して呼び出すのに適切な場所は何か、またそれが正しい方法であるかどうかもわかりません。

次のように、「Model」フォルダーとファイル Functions.php を作成しようとしました。

そして、コントローラーから呼び出します

しかし、それはうまくいきません。これをどのように行うべきか、またMVCのアイデアの範囲内でより正しい方法があるかどうかについてアドバイスしてください。

ありがとう

私はモバイル アプリケーションを持つ MVC のプロジェクトに取り組んでいるので、モバイル アプリケーションで使用できるように Web API を使用する必要があることは明らかです。

Web サイトの開発を開始したときに API を作成した後、API を使用するか、ビジネス オブジェクトに直接アクセスするかについて混乱し、議論しました。そして、経験豊富な開発者から、ビジネス オブジェクトを直接使用する代わりに Web API を使用するという意見が得られました。

このソリューション構造に関して混乱しています。

1) Web API を使用して HTTP 要求 (時間がかかる) を作成して、同じソリューションにあるビジネス オブジェクトを直接取得または配置する必要がある理由。

2) 議論した後、クライアントが API と Web を別のクラウド サーバーでホストし、API のみにスケーリングを適用したい場合、または API と Web にアクセスするために別の URL を使用したい場合 (これは論理的です) を述べました。その場合、同じソリューションで MVC アプリケーションから Web API を呼び出す必要がありますか?

3) 異なるホスティングで API と Web をホストしている場合、Web は WebClient を使用し、各ナビゲーションで HTTP 呼び出しを行うことを意味します。そうですか？

4) ビジネス オブジェクト フォーム API と Web ホスティングの両方を別のサーバーで行う場合、BL に何か変更があった場合は、両方のサーバーでビルドを更新する必要があります。

5) または、API 用のプロジェクトを 1 つだけ作成し、ビューまたは HTML ページを追加して Web インターフェイスを開発し、その方法で API を ajax から直接呼び出すことができます。

私の知る限り、＃5が最良のソリューションであるか、APIはサードパーティのアクセス専用です。DB、EF、データ層、およびビジネス層が同じソリューションにある場合、API を使用して HTTP 呼び出しを行い、ビジネス オブジェクトに直接アクセスするべきではありません。（間違っていたら訂正してください）モバイルアプリケーションやデスクトップ、またはいずれかがアプリケーションにアクセスしたい場合は、同じリポジトリとデータレイヤーを持つことができるように API が必要です。

私のシナリオでは、モバイル アプリケーションもあるため、API を作成する必要があります。プロジェクト API 側では、ビジネス レイヤー (別のプロジェクト) と呼ばれ、ビジネス レイヤーはデータ アクセス レイヤー (別のプロジェクト) と通信します。したがって、私の質問は、API と Web を異なるサーバーにホストする場合、プロジェクトを作成してビジネス層の .dll を作成するときに、ビジネス層からのメソッドを使用するよりも、HTTP 要求である API を呼び出すのに時間がかかる場合があるということです。API コントローラーでは、ビジネスのアウトプットを json 形式に変換するだけです。

私はインターネットで検索しましたが、説得力のある答えが得られませんでした。同じ点について議論しているブログhttp://odetocode.com/blogs/scott/archive/2013/07/01/on-the-coexistence-of-asp-net-mvc-and-webapi.aspxを見つけましたが、もう一度そのブログでの私の質問は、なぜシナリオ 3 を検討する必要があるのか​​ということです。

アプリケーションが初めて起動されたときに従来のウォークスルーを提示する必要がありますが、私が念頭に置いている実装では、階層の最初のコントローラーとしてウォークスルーを保持する構造になります...そして私はしませんそのように。ここに私の実装の説明があります：

1）最初のdidFinishLaunchingWithOption起動をキャッチするために UsereDefault をチェックします

2)が最初の起動の場合、 の をウォークスルーに置き換えrootViewControllerますwindow。

3)ウォークスルーが終了したら、first view controller of the App

問題はポイント3にあります。ウォークスルーからコントローラーを提示すると、アプリケーション全体がウォークスルーのモーダルとして提示されます...私が望むのは、ウォークスルーを標準の最初のビューコントローラーに完全に置き換えることです。

ウォークスルーを表示/非表示にする適切なパターンを提案できますか?

新しい Yii2 プロジェクトをセットアップしました。ここで、フォルダー構造を「パブリック」と「アプリ」(実際には保護されたファイルを表す) の 2 つのフォルダーに再編成したいと考えています。

フレームワークからのすべてのコードは、「アプリ」フォルダーに入ります。「public」フォルダーには、アプリを呼び出している場所から「index.php」という名前のスクリプトが1つだけあります。コードは次のようになります (元の「index.php」からパスのみを変更しただけです)。

アプリ/index.php

これと同じアプローチは、コマンドの異なる構文を取得する Yii フレームワークで機能していました。しかし、Yii 2 で次の問題が発生しました。

したがって、すべてのパスが正しいファイルを指しているように見えますが (確認しました)、それでもエラーが発生します。それで、私はここで何が欠けていますか？basePath がまだ "public" フォルダを認識しているのはなぜですか?

更新 1:

@marche からのコメントに従って、次のコードを構成ファイルに追加します。

画面でエラーが発生しなくなりましたが、コンテンツは CSS スタイルと JS ファイルなしで読み込まれます (まだ間違った場所から URL を取得しています)。

bundle.js を使用して各 .html をレイアウト付きの単一の親 .html に呼び出す方法はありますか?

ここで達成する主な鍵は、チームが作業のプレビューを確認できるように、各モジュール (ドキュメント、マーケティング) の開発を分離することです。

スタック: React、React-Router、Redux

PS: ビルド ツールを使用して、コンパイルのために各 webpack 構成を実行します。