تنفيذ لاياكس سلة التسوق

تيكان التركيز في هذه المقالة هو شرح كيفية إنشاء تطبيق aWeb التي تطبق في عربة التسوق. عربة التسوق هو شيء شخصي ، إلا أنها متاحة للجميع. وغني عن هذه المادة من خلال معالجة كل المشاكل من البيانات الشخصية والعامة. يناقش هذا المقال في المواضيع التالية :

• فهم الفروق بين عنوان الشخصية وعنوان عامة

• مراقبة الوصول إلى رابط الشخصية

• معرفة الأفعال التي المتشعب لاستخدامها مع رابط شخصي

• استخدام جافا سكريبت غير تزامني وإكس إم إل (اياكس) لاسترداد عنوان الشخصية

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

نلاحظ تناقش هذه المقالة مثالين : عربة التسوق وبنك المعلومات حساب العرض. كلا الأمثلة لتوضيح المشكلة المشتركة للهوية والتخصيص.

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

في أوروبا ، وهذا أمر بالغ الأهمية لأن التفرد ويميل الأوروبيون إلى متجر في الفروع. يجدون مكانا للوقوف على عربة التسوق ومن ثم العثور على ما يحتاجونه ، وحمل تلك البنود الى عربة ، ووضعها في سلة. انها تاخذ على الصيد والقطف ، والنهج ، حيث فريسة هو الطعام في محل للبقالة. هناك مئات من عربات دون أصحابها ، إلا أن الناس لا تأخذ العربة خاطئة ، كما أنها لا تبدأ أخذ الأمور من الناس الآخرين عربات (1) ، كما أنها لا سيرا على الاقدام مع شخص آخر عربة في الغرض. وأقول "عن قصد" لأن الناس أحيانا المشي 10 أقدام مع شخص آخر في العربة أمام تحقيق ، "عفوا ، هذه ليست بلدي البنود." عند النظر إلى هذا من وجهة نظر مجردة ، عربة التسوق تشخصنت ، على الرغم من أن تصبح عام مرة أخرى عندما يكون الشخص هو القيام به للتسوق. عربات التسوق ويب لم يتم تنفيذ مثل عربات التسوق في الحياة الحقيقية.

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

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

• يمكن للمستخدم استخدام واحد فقط مجموعة من البيانات ، لأنه لا توجد وسيلة لمسؤول في الوجود: فعلى سبيل المثال ، من شأنه أن مستخدم مع حسابات متعددة لا تكون قادرة على الوصول إلى كافة الحسابات ، إلا إذا كنت كتابة التعليمات البرمجية التي تسيطر عليها مجاميع الحسابات. باستخدام موقع فريد مع aWeb الخدمة ، يمكن للمستخدمين تجميع حسابات أنفسهم.

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

الحل الحل لكلا عربة التسوق والمشاكل الحساب المصرفي هو استخدام عناوين فريدة من نوعها. على سبيل المثال ، في عربة التسوق قد يكون عنوان / shoppingcart/12324 ، والحساب المصرفي قد يكون / bankaccount / maryjane. كثير من الناس قد ينفي هذا الحل ، لأنه يعني كل مستخدم سيكون لها موقع فريد ، وإدارة عناوين ويضيف فريد التعقيد. على سبيل المثال ، تخيل إرسال رسالة بالبريد الالكتروني ان يقول : "يا وشراء هذا ، وسوف تحصلون على حساب مع 1،000 نقطة في حسابك المصرفي." أنت ربما يسأل : "ماذا سيكون عنوان المرسلة في البريد الإلكتروني؟"

تنفيذ فريد عناوينعناوين فريدة من نوعها يمكن أن يحدد في وقت مبكر ، أو أنها يمكن أن تكون المتولدة ديناميكيا. عموما ، سوف تكون إدارة ثلاثة أنواع رابط ، على النحو التالي :

• عنوان جذر: والغرض من هذا الجذر هو عنوان لتوفير إطار للعمل ومحددات فريدة من نوعها. جذور لا يمكن أن يكون عنوان العمل. تصور الحالة التي تريد الحصول على قائمة لجميع عربات التسوق المتاحة. إذا كان عنوان الجذر هو عنوان العمل ، وهو موقع فريد ستعاد كلما عنوان جذر يتم الاستعلام.

• عنوان العمل : وعنوان العمل ، مثل / سلة / استرداد ، هو عنوان الموقع المشار إليه من قبل العميل. اعتمادا على الأفعال يؤيد ، في إشارة إلى عنوان فريد يتم إرجاعها. في حالة وسلة التسوق ، والفعل فقط معتمدة من قبل الملقم هو الحصول عليه ، مما يولد رابط فريدة من نوعها عندما طالب. في حالة الحساب المصرفي ، وعنوان العمل وتدعم الفعل من الوظائف ، والتي تولد عنوان الموقع الفريد عند استدعائها. الأفعال حذف وطرح غير معتمدة ، لأنها لا معنى لها.

• عنوان فريد : في حالة سلة التسوق ، وهو عنوان محدد مثل / cart/12345 على معرف رقمي إلحاق بعد رابط الجذري للسلة التسوق التطبيق. ألف عنوان فريد لا حاجة إلى وجود معرف رقمي المرفقة ، ولكنها يمكن أن تكون أبجدية أو بعض المعرف الأخرى. وهناك موقع فريد يمكنها دعم كل المتشعب الأفعال وتعتمد اعتمادا كليا على السياق. كل عنوان تولد فريدة من نوعها ليس من الضروري أن تكون متطابقة في الهيكل. على سبيل المثال ، يمكن استخدام تطبيق واحد كل عناوين المواقع / cart/12234 و/ big/cart/12/first. عناوين المواقع فريد المتولدة لا تحتاج إلى متابعة من خادم ، وغالبا ما تقع على عاتق العميل. خادم يحتاج فقط لتتبع عنوان الموقع الفريد لأغراض الحذف. على سبيل المثال ، إذا كانت عربة التسوق لم يتم استخدامه لفترة معينة من الزمن ، الملقم حذف ذلك. حسابيا ، فإن التحدي يكمن في تحويل عنوان العمل في موقع فريد من نوعه. طريقة واحدة لحل المشكلة هو خلق طلب المتشعب ومن ثم تحديد موقع فريد في الاستجابة. والمتشعب 1.1 بروتوكول يوفر وسيلة لإعادة توجيه عمل رابط إلى موقع فريد من نوعه. بروتوكول النص المتشعب في الكلام ، وهذا ما يسمى تنفيذ عملية إعادة التوجيه.

فهم النص المتشعب إعادة توجيه

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

الحصول على / مورد / HTTP/1.1 قبول : * / * تقبل اللغة : أون قبول ترميز : gzip ، يدحض وكيل المستخدم : Mozilla/5.0 (ماكنتوش ؛ يو ؛ قدرة شرائية ماكنتوش ؛ أون) AppleWebKit/412.6.2 (KHTML ، مثل أبو بريص) Safari/412.2.2 اتصال : المحافظة على قيد الحياة المضيف : 192.168.1.242:8100 عنوان / الموارد معترفا به من قبل خادم المتشعب بوصفها عنوان العامة التي سيتم توجيه إلى عنوان محدد عند استدعائها. خادم المتشعب يستجيب مع النص المتشعب 302 تشير إلى إعادة التوجيه ، كما يتضح من النص المتشعب استجابة التالية : HTTP/1.1 302 العثور على التاريخ : الثلاثاء ، 05 Sep 2005 16:29:04 بتوقيت جرينتش الخادم : Apache/2.0.53 (أوبونتو) [فب] / 4.3.10 - 10ubuntu4 المكان : / مورد / المحتوى joesmith - المدة : 346 ابق على قيد الحياة : مهلة = 15 ، الحد الأقصى = 100 اتصال : الاحتفاظ - احياء نوع المحتوى : نص / هتمل ؛ محارف = ايزو - 8859 - 1

على سبيل المثال ، في عنوان محدد إرسالها إلى العميل هو الذي يعرف بأنه / مورد / joesmith. اما عندما aWeb المتصفح أو كائن XMLHttpRequest يتلقى توجيه ، العميل سوف يتعرف على توجيه ومحاولة لاسترداد محتويات توجيه موقع ، كما يتضح من طلب النهائية التالية :

الحصول على / مورد / joesmith HTTP/1.1 قبول : * / * تقبل اللغة : أون قبول ترميز : gzip ، يدحض وكيل المستخدم : Mozilla/5.0 (ماكنتوش ؛ يو ؛ قدرة شرائية ماكنتوش ؛ أون) AppleWebKit/412.6.2 ( KHTML ، مثل أبو بريص) Safari/412.2.2 اتصال : المحافظة على قيد الحياة المضيف : 192.168.1.242:8100

ويمكن توجيه النص المتشعب ، سواء كانت تنفذها مستعرض ويب أو XMLHttpRequest ، يمكن تنفيذه إلا إذا تم إعادة توجيه يتبع نفس الأصل السياسة. إذا كانت إعادة التوجيه إلى مجال آخر هو محاولة مع XMLHttpRequest ، تختلف النتائج. على سبيل المثال ، مايكروسوفت إنترنت إكسبلورر بإرجاع رمز حالة من 0 وأية بيانات أخرى. موزيلا مقرها المتصفحات عودة رمز الحالة 302 ، وتوجيه موقع.

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

مقال مقدم من سونيا Lande

تنويه :موقعنا على الانترنت ليست مسؤولة عن محتوى هذه المادة. Webarticles هو حر للمعلومات.
المهم : هذه المادة "تطبيق على اياكس التسوق" وقد ترجم من قبل البرمجيات التلقائي. نشعر بالاسف من اجل أي الأخطاء الإملائية التي قد حدث. شكرا لتفهمكم.