2

nopCommerce の修正版に複雑な API レイヤーを追加するための最善のアプローチを決定しようとしています。一歩を踏み出すために、ファッション/アパレル メーカー向けのカスタム サイトを構築しています。このメーカーには、多くのフロントエンド アプリケーション要件があり、クロス プラットフォーム アプリ (iOS、Android、Windows) と統合する必要もあります。 Xamarin で再ビルドします。API レイヤーを追加するアプリケーションのベースとして、nopCommerce から始めることに暫定的に決定しました。

nopCommerce (または他の同様の .NET パッケージ) でこれを実装するための最良のアプローチは何ですか? 私たちが検討しているオプションは、MVC 対 WebAPI 対 ServiceStack です。アプリ開発と API 作成のベスト プラクティスを理解するために、PluralSight.com の多くのチュートリアルを実行してきましたが、オプションが多すぎて、どこから始めればよいかわかりません。API の実装オプションの海と、Web サイトのフロントエンドで使用される JS パッケージ/フレームワークの選択と、アプリを作成するために選択されたツールに基づいてそれぞれがどのように評価されるかについて、私たちはいくぶん迷っているようです。

それが重要な場合、私たちの基本的な要件は次のとおりです。

  • いくつかのカスタム ERP スタイル機能を備えた基本的な e コマース パッケージのコアを拡張する

  • Web フロント エンド (おそらく SPA) と、Xamarin を使用して構築されたすべてのクロス プラットフォーム アプリの両方で効果的に機能する API レイヤー

  • すべてのインターフェイス タイプで OAuth 認証を保証することで、どこでも一貫してソーシャル メディア ログインを使用し、あらゆる環境でユーザーを認証できるようにします。

これを考えると...

私の質問は、3 つの API メソッド (MVC vs WebAPI vs ServiceStack) のどれがこれに最適かということになります。

4

2 に答える 2

4

私の謙虚な意見では、サービススタックを使用する必要があります。実装が簡単で、Web API よりもはるかに柔軟です。さまざまな機能のプラグインを追加/削除できます。キャッシュを処理するメカニズムなど、多くのインフラストラクチャ コード OOB を取得できます。バリデーターや IOC コンテナーなどのインフラストラクチャーに関連するだけでなく、ロガーなど。

カスタム認証、oauth、oauth2 などを含む単一の認証メカニズムが得られます。これは、リンクされた facebook と google + で機能します。その状況では、すべてのアプリで多くのコードを再利用していることに気付くでしょう。

SS について私が気に入っているもう 1 つの点は、実質的にはあなたとあなたの IOC だけであり、他には何もないということです。すべてを理解して実装するのは非常に簡単です (ドキュメントで見逃す可能性のある非表示のオプションまたは構成が複数ある可能性がありますが、 Google グループまたはスタックオーバーフローのコミュニティからの多くのサポート)

テスト (単体テスト) が簡単で、既に httprequest と httpresponse の抽象化があり、さらに多くのものがあり、mvc に同梱されているすべてのレガシー Web impl のラッパーを自分で作成していることに気付くことはありません。

SS は、パフォーマンスの点で mvc web api よりも優れており、.net 向けの最速の json シリアライザーの 1 つを取得しています。

当面はSPAアプリに取り組んでいますが、SSフレームワークに参加するという私の決断に後悔はありません.

ちょうど私の2セント。

于 2013-10-22T14:24:46.930 に答える