Umbraco の Surface と API コントローラーの違いは何ですか?
標準 MVC では、一般的なルールは次のとおりです。
- API は、複数のアプリケーションで使用できるデータを返すために使用されます。
- コントローラーはビューを返すために使用されます
しかし、Umbraco については少し確信が持てません。
これまでのところ、フォームとの間でデータを投稿するためにサーフェス コントローラーを使用してきました。
あなたの意見の理由は何ですか?
Umbraco の Surface と API コントローラーの違いは何ですか?
標準 MVC では、一般的なルールは次のとおりです。
しかし、Umbraco については少し確信が持てません。
これまでのところ、フォームとの間でデータを投稿するためにサーフェス コントローラーを使用してきました。
あなたの意見の理由は何ですか?
あなたが間違っているとは思いません。Umbraco Surface Controller は、データをフォームに投稿するなどのフロントエンド ユーザー操作を処理します ( http://our.umbraco.org/documentation/Reference/Mvc/surface-controllersから) 。
SurfaceController は、UmbracoPage のフロントエンド レンダリングと対話する MVC コントローラーです。これらは、子アクション コンテンツのレンダリング、フォーム データ送信の処理、および子アクション マクロのレンダリングに使用できます。つまり、これらのコントローラーを機能させるために独自のルートを追加/作成する必要はありません。
一方、API コントローラーを使用して、他のドメインまたは現在のサイトのバックエンドのデータにアクセスします。
Umbraco が純粋に独自の API を介して (たとえば ContentService を使用して) より一般的に使用されるようになり、バック オフィスへの /umbraco/ アクセスが、Web API が使用される段階のより洗練された実装で使用されなくなる可能性があります。モデルとビューを接続するためのコントローラー。Web サイトから umbraco を切断することは、CMS のより成熟したモデルであり、多くの展開の問題を解決できる可能性があるため、より多くのユース ケースで Web API を使用する必要があるというしつこい感覚は、非常に良いものになる可能性があります。