لماذا تم تصميم بروتوكول HTTP ليكون بدون اتصال في البداية؟

Question

بقدر ما يهمني، يوفر Ajax حلاً بديلاً للتصرف مثل بروتوكول HTTP الموجه نحو الاتصال.ولكن لماذا لم يتم تصميم بروتوكول HTTP ليكون موجهًا للاتصال في البداية؟

Answer 1

ولأن كان المقصود به أن يكون استخدامها لأشياء حيث الاتصالات لا معنى لها.

وصمم على أنها بروتوكول نقل النص التشعبي، وهو ما يعني كانت مسؤوليتها ببساطة للسماح بإرسال رسائل النموذج "الرجاء ارسال لي ثيقة X"، و "هنا هو وثيقة X، كما كنت المطلوبة".

وماذا علي أن هذا البروتوكول يستخدم اتصال مستمر ل؟

Answer 2

والبساطة.

وكان في وقت لاحق ربما ليس هذا شيئا سيئا، لأنه يعني أن HTTP بسيط، مما يعني أنه يمكن استخدامها لأشياء بسيطة بسهولة. ويمكنك استخدامه لأصعب الأشياء / أكثر تعقيدا التي لا تحتاج الدولة من خلال بناء طبقات على أعلى من ذلك.

وذلك هو بالضبط هذه البساطة التي حصلت HTTP اعتمدت على نطاق واسع وجعلها جذابة. اذا لم يكن بسيط، ومن ثم فستبحث يكون مجرد protpocol مجمع آخر أن يستخدم ن واحد إلا إذا كانت لديك. إذا كنت لا تصدقني، يمكنك أن تقول لي لماذا لا تكتب التطبيقات اياكس باستخدام نقول RPC لاألوامر وX11 للعرض / تقديم؟ : D

وحفظ HTTP كان مصمما أصلا لتنفيذ ويكي مثل مخزن القراءة / الكتابة المعلومات، وليس المخازن على الانترنت، والخدمات المصرفية، معالجات النصوص الخ أتذكر قراءة مقابلة مع تيم Berniers لي حيث انه كان سعيدا حقا أن الويكي تكتسب انتشار واسع القبول باسم (إعادة صياغة) أن يكون كيف كان ينوي شبكة الإنترنت للعمل. في الواقع هذا لم يحدث على شبكة الإنترنت على نطاق أوسع ومعظم المواقع تعطيل طريقة HTTP PUT الذي كان يهدف إلى تمكين هذه الوظيفة.

Answer 3

1. لا يعد AJAX حلاً بديلاً للتصرف مثل الاتصال الموجه.إنه للتأكد من أنك، بناءً على تفاعل المستخدم، ترغب في تحديث جزء فقط من المحتوى على جانب العميل بدلاً من الحصول على العلامات الكاملة مرة أخرى من الخادم.ولا يقوم بإنشاء اتصال ذهابًا وإيابًا بين متصفحك وخادم الويب.

2. إذا كان لكل خادم اتصال مباشر مع كل عميل، لكان حجم الإنترنت يقتصر على بضعة ملايين من المستخدمين.

Answer 4

وHTTP كان في الأصل و<م> لا تزال conectionless. AJAX ببساطة يجعل من استخدام قدرات جافا سكريبت متصفح حديث لارسال XML (أو في كثير من الأحيان JSON) إلى ملقم دون إعادة تحميل الصفحة.

وكما ذكر، والسبب الرئيسي هو قابلية. أن الحفاظ على اتصال نشط لكل مشاهد للموقع بشكل لا يصدق الموارد بشكل كبير. أيضا، هو حقيقة أن المبدعين الأصلي للHTTP لم يتصور أي الحاجة إلى نظام مع اتصال حافظ - كانت فكرة HTTP ببساطة لإرسال استجابة نصية لطلب ومن ثم إنهاء

.

Answer 5

لأسباب تطويره. الحفاظ على الاتصالات يستهلك الموارد.

Answer 6

وأعتقد أن أسباب بسيطة جدا - عندما تم إنشاء HTTP:

1) وكانت معظم / جميع صفحات ثابتة 2) مع ما يقرب من أي وجود تجاري على شبكة الانترنت، كان من المفترض أن الروابط من المرجح كما لا بد من الإشارة إلى موقع مختلف.

وهكذا، صفحات ثابتة + غير المحليين المحتوى = اتصال بروتوكول مجانا.