الخادم المتمركز مقابل.العمارة التي تركز على العميل

Question

بالنسبة لتطبيق أعمال نموذجي، هل يجب أن يكون التركيز على معالجة العميل عبر AJAX، على سبيل المثال.سحب البيانات من الخادم ومعالجتها على العميل أم هل تقترح نهجًا أكثر كلاسيكية لـ ASP.Net حيث يكون الخادم مسؤولاً عن التعامل مع معظم أحداث واجهة المستخدم؟أجد صعوبة في التوصل إلى "بنية افتراضية" جيدة للبدء منها.ربما يكون لدى شخص ما تطبيق مثال مفتوح المصدر يمكنه التوصية به.

Answer 1

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

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

Answer 2

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

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

Answer 3

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

انتبه أيضًا إلى أنه قد يكون من الصعب جدًا ترميز تطبيقات جافا سكريبت بحيث تكون مستقرة وموثوقة وخالية من الأخطاء.هل يمكنك قفل المستخدمين بحيث يستخدمون متصفحًا واحدًا فقط؟