اشتراکها
مسیرراهها
ASP.NET Web API
- Best Practice هایی برای طراحی RESTful API - قسمت اول
- Best Practice هایی برای طراحی RESTful API - قسمت دوم
- ASP.NET Web API - قسمت اول
- ASP.NET Web API - قسمت دوم
- ASP.NET Web API - قسمت سوم
- ASP.NET Web API - قسمت چهارم
- ASP.NET Web API - قسمت پنجم
- بررسی مقدمات کتابخانهی JSON.NET
- تنظیمات و نکات کاربردی کتابخانهی JSON.NET
- LINQ to JSON به کمک JSON.NET
- تنظیمات JSON در ASP.NET Web API
- پیاده سازی یک MediaTypeFormatter برای پشتیبانی از MultiPart/form-data در Web API
- ارسال ویدیو بصورت Async توسط Web Api
- هاست سرویسهای Asp.Net Web Api با استفاده از OWIN و TopShelf
- افزودن خودکار کلاسهای WebAPI و SignalR Hub به برنامه در حالت SelfHost
- ساخت یک Web API که از عملیات CRUD پشتیبانی میکند
- فعالسازی استفاده از Session در ASP.NET MVC 4 API Controller ها
- واکشی اطلاعات سرویس Web API با استفاده از TypeScript و AngularJs
- استفاده از Web API در ASP.NET Web Forms
- ایجاد صفحات راهنما برای ASP.NET Web API
- محدود کردن درخواستهای Asp.Net Web Api بر اساس Client IP
در ASP.NET Core، برخلاف نگارشهای قبلی ASP.NET که ASP.NET Web API مجزای
از ASP.NET MVC و همچنین وب فرمها ارائه شده بود، اکنون جزئی از ASP.NET
MVC است و با آن یکپارچه میباشد. اطلاعات بیشتر
یعنی پروژه را ناقص نکنید. سرویسهای آنرا حذف نکنید. تمامش با هم هست و پایه کدهای آن یکی است. همچنین سعی در بازسازی مجدد این پروژه را هم نکنید؛ چندین ماه وقت صرف شده برای یافتن نکات و برقراری اتصالات آن.
نظرات مطالب
استفاده از Web API در ASP.NET Web Forms
- بله. گروه Web API و EF را در سایت پیگیری کنید.
- Web API یک بحث سمت سرور است. به آن به زبان ساده به چشم یک وب سرویس مدرن نگاه کنید. برای نمونه بجای وبمتدهای استاتیک صفحات aspx یا فایلهای ashx یا asmx و حتی سرویسهای WCF از نوع REST و امثال آن، بهتر است از Web API استفاده کنید.
- برای نمونه پایه مباحثی مانند Forms Authentication در اینجا هم کاربرد دارد (البته این یک نمونه است).
- برای کار با Web API الزاما نیازی به ASP.NET ندارید (نه وب فرمها و نه MVC)؛ به هیچکدام از نگارشهای آن. سمت کاربر آن AngularJS و سمت سرور آن Web API باشد. کار میکند. (اهمیت این مساله در اینجا است که الان میشود یک فریم ورک جدید توسعهی برنامههای وب را کاملا مستقل از وب فرمها و MVC طراحی کرد)
- Web API یک بحث سمت سرور است. به آن به زبان ساده به چشم یک وب سرویس مدرن نگاه کنید. برای نمونه بجای وبمتدهای استاتیک صفحات aspx یا فایلهای ashx یا asmx و حتی سرویسهای WCF از نوع REST و امثال آن، بهتر است از Web API استفاده کنید.
- برای نمونه پایه مباحثی مانند Forms Authentication در اینجا هم کاربرد دارد (البته این یک نمونه است).
- برای کار با Web API الزاما نیازی به ASP.NET ندارید (نه وب فرمها و نه MVC)؛ به هیچکدام از نگارشهای آن. سمت کاربر آن AngularJS و سمت سرور آن Web API باشد. کار میکند. (اهمیت این مساله در اینجا است که الان میشود یک فریم ورک جدید توسعهی برنامههای وب را کاملا مستقل از وب فرمها و MVC طراحی کرد)
- نکات مطلب «اعتبارسنجی مبتنی بر JWT در ASP.NET Core 2.0 بدون استفاده از سیستم Identity» را با این پروژه یکی کنید (قسمت تولید توکن و قسمت تولید Claims آن).
ضمنا در ASP.NET Core، بخش MVC و Web API یکی هستند. یعنی زمانیکه کاربر لاگین کرد، در یک کنترلر هم میتوان متدهای Web API را در اختیار او قرار داد و هم MVC را. بنابراین الزامی به استفادهی از JWT برای کار با Web API آن وجود ندارد. JWT فقط یک روش اعتبارسنجی دیگر است. کلاینتها در حین کار با JWT باید اکسستوکن را به سمت سرور ارسال کنند؛ در حین کار با کوکیها، کوکی تولید شدهی پس از لاگین را. مابقی آن یکی است. یعنی این پروژه الزاما نیازی به تلفیق با JWT ندارد. کوکیها، هم در برنامههای MVC و هم در کلاینتهای غیر MVC قابل استفاده هستند.
- مربوط است به استفاده از تامین کنندههای لاگین خارجی مانند گوگل، توئیتر و غیره.
نظرات مطالب
معرفی JSON Web Token
با توجه به اینکه میتوان از Web API در پروژههای Web Forms استفاده کرد، بله: «پیاده سازی JSON Web Token با ASP.NET Web API 2.x»