にラッパーでWCFサービスを再利用することをお勧めします。ラッパーサービスを使用すること、つまりAPIエンドポイントからWCFサービスを呼び出すことは良い考えですか？提案してください。はWEB APIにWCFの変換：それは私は、Web APIに私のWCFのRESTサービスから移行するWeb API
は、あなたのサービスは一切WCF固有のコードを持っていないし、唯一のビジネスロジックが含まれている場合、それは良いでしょうあなたに
ありがとうございます。あなたのWEB APIコントローラは、基本的にルーティング、引数マッピング、適切な結果を伴うHTTPステータスコードの返答を処理するラッパーだけです。
EDIT：あなたのWCFサービスは認証のようないくつかのWCF固有のコードを、持っている場合
、その後、私はインフラ独立してコードを抽出することをお勧めします。その後、WEB APIコントローラから抽出した新しいクラスを使用することができます。そのような大規模なリファクタリングの場合
、普段統合またはエンド・ツー・エンドの試験と全成分を覆ってお勧めします。テストは、既存のコードとインフラストラクチャの上に記述することができます。コードを抽出してWEB APIコントローラでラップすると、同じテストスイートを実行して、大きな変更がないことを確認できます。
WEB APIの認証については、私はSO、以下を見てお勧め：Web API Authentication best practice
WCFのRESTサービスは、独自のロジックを持っています。 Wcfサービスでは、私は、 'ServiceAuthorizationManager'から継承したクラスと、認証を行うための以下のロジックを持っています。 var reqMsgProp =（HttpRequestMessageProperty）operationContext.IncomingMessageProperties ["httpRequst"]; 文字列authHeader = reqMsgProp.Headers [HttpRequestHeader.Authorization]; var authMessage = CheckIfAuthenticateMethod（operationContext）; （authMessage == true） } WEB API 2アーキテクチャでは、トークンベースの認証を使用しています。だから、私はどのように認証部分を行うことができますか？ – user3263194