"ASP.NET Web API و SignalR از این کتابخانه استفاده می‌کنند". دلیلی دارد هنوز ASP.NET MVC از این کتابخانه استفاده نکرده است؟

لایه جدا از چه چیزی ؟ اگر منظورتان در Asp.Net باشد ، پروژه هایی که با استفاده از Asp.Net Web API ساخته می‌شوند خود یک سیستم مستقل هستند .

بله. نکات مطلب «تزریق خودکار وابستگی‌ها در ASP.NET Web API به همراه رها سازی خودکار منابع IDisposable» در این مثال لحاظ شده‌اند. به همین جهت کنترلر AccountApiTest آن دارای تزریق وابستگی‌های آزمایش شده‌ی در سازنده‌ی آن است.

در پاراگراف آخر صحبتی از asp.net واحد شده بود و اینکه سمت و سوی آینده مایکروسافت چیزی است به اسم web API.

سوال من این است که :
-الان وضعیت این Web API به کجا رسیده است؟ با همان دید اولیه پیش رفته است؟
-آیا اینکه مثلا اگر اکنون Web API به بلوغ رسیده است، پس شروع کنیم به جای یادگیریasp.net mvc به سمت یادگیریweb API برویم، درست است؟ یا کلا یادگیری اینها دو مقوله جدا از هم است؟

متشکرم

هر کدام را باید جداگانه تعریف کنید. برای Web API از روش جاری، برای MVC از روش مطرح شده در مطلب آن. درخواستی که به Web API ارسال می‌شود در یک context جداگانه نسبت به ASP.NET MVC پردازش می‌شود و با آن یکی نیست. حتی فضاهای نام آن‌ها هم یکی نیست. ASP.NET Web API جزئی از ASP.NET MVC نیست و در وب فرم‌ها هم مستقلا کاربرد دارد.

- برای فراگیری کار با ASP.NET Web API از اینجا شروع کنید.
- در کل هیچ نیازی نیست تا این پروژه از نوع Web API باشد یا وابستگی Web API به آن اضافه شود (این فقط یک مثال بود؛ جهت بیان یک مفهوم یا عملکرد).
- همینقدر که DownloaderController را با یک کنترلر ASP.NET MVC هم جایگزین کنید کار می‌کند. فقط باید مسیر جدید را در فراخوانی‌های ای‌جکسی اصلاح کنید.

این سیلور ریدر با ASP.NET Web API with Knockout and Durandal ایجاد شده.