私は、さまざまなクライアント（ASP.NET MVC、iOS、Android）に公開する必要のある.NETプラットフォームを用意しています。Rest APIを使用した.NETプラットフォームのアーキテクチャ
現在、私はいくつかのロジックを実行し、エンティティフレームワークを使用してデータをSQL DBに保存するビジネスレイヤを持っていますが、今はASP.NET MVCクライアントに直接ビジネスレイヤにアクセスさせ、 .NET）クライアントはREST APIを使用してビジネス層を消費しますが、これは良いアプローチですか？または、サービス層を使用してすべてのクライアントアクセスビジネス機能を作成する必要がありますか。
私にとって、私はASP.NET MVCを使用してサービスレイヤにアクセスしますが、これは（非.NET）に公開されたレイヤではありませんが、このレイヤの下にあるレイヤMVC（Thin Controller）の優れた設計の1つであるMVCのサービスレイヤが必要な理由を説明し、これを行うにはサービスレイヤが必要です。そうしないとコントローラが犠牲になるので、どちらも。
クライアントに提供したいビジネスロジックや機能があります。これらのクライアントは、ASP.NETアプリケーション（html/js/css UI）とWeb APIを介してアクセスする他のアプリケーションを介してアクセスする人間のユーザーです。右？
MVCの部分とWeb APIの部分は、トランスレータであり、クライアントのリクエストをビジネスロジックの呼び出しに変換し、結果をHTML/js/ccsに変換してユーザーやxml/json/。
本当の問題は、あなたが概念を表現する方法であり、あなたはませ直接あなたのASP.NET MVCのクライアントアクセス、ビジネス層を作製および使用ビジネス層を消費し、他の（非.NET）のクライアントを持っていますREST API！あなたがやっていることは人間とのやりとりやクライアントアプリケーションの相互作用のための2つのインターフェイスを提供しています。
あなたのアプローチは問題ありません。
あなたが本当にこれを悪い回答と考えている理由と、あなたの良いものは何ですか？ –