چرا websocket میتواند جایگزینی ایده ال برای http باشد

البته باید گفت که وب ساکت یک پروتکل به شدت سطح پایین است که نسبت به http خیلی چیز ها را پیاده سازی نکرده است ، پس باید توجه کرد که اگر دنبال روشی ساده و کامل هستید لطفا به استفاده از http ادامه دهید

وب ساکت اساسا روشی ایده ال برای ارتباطات دو طرفه بر مبنای پروتکل tcp است چیزی که http به صورت یک طرفه ارائه میکند (البته نه برای http/2 ) از سرعت و پرفرمنس بسیار بالاتری نسبت به http برخوردار است و همچنین روشی است بسیار سطح پایین در نتیجه دست برنامه نویس را برای استفاده از ساختار های مختلف داده ای باز میگذارد

وب ساکت پیام محور است

با وب ساکت میتوانید از طریق ارسال پیام با واحد های مختلف نرم افزار خود ارتباطات بر قرار کنید بنابر این اگر در حال طراحی یک سیستم توزیع شده هستید وب ساکت را نادیده نگیرید - معماری های مبتنی بر ارسال پیام از موفق ترین معماری های شی گرا و توزیع شده هستند (برای مثال ارلنگ همه چیز را پیام میبند )

مزایای استفاده از ساختار ها و دیگر پروتکل های مبتنی بر tcp را از دست ندهید

یکی از پروتکل هایی که در عصر ارتباطات دهکده از آن برای ارتباطات microservice و حتی سخت افزار های تغدیه استفاده کردیم mqtt هست پروتکل سبکی که به شما اجازه ارسال پیام در scope مشخص را میدهد این کار با وب ساکت ساده است با وب ساکت به راحتی میتواند از mqtt نیز استفاده کرد

ارتباط با سخت افزار ها

وقتی از وب استفاده میکنید بر خلاف نرم افزار های native قابلیت ارتباط با سیستم عامل را از دست میدهید

اما با وب ساکت میتوانید به راحتی از طریق یک رابط کوچک تحت شبکه یا نرم افزار واسط از طریق وب اپلیکیشنی که طراحی کرده اید با سخت افزار مورد نظر خود ارتباطات برقرار کنید و از پروتکل های زیادی منجمله از پروتکل mqtt که در بالا تر نامبردم استفاده کنید

ارتباطات Async

ارتباطات Async میتواند وب را تعاملی و به نرم افزار های کاربردی نزدیک کند . به محض دریافت یک پیام یک رویداد اجرا میشود - این رویداد میتواند به روز کردن یک لیست در سایت شما یا دستور بستن وب باشد

این نوشته بخش کوچکی از تجربیات ما در طراحی محصول در عصر ارتباطات دهکده به زبان ساده است

سپاس از وقت شما