متى يجب عليك إنشاء تطبيق ويب مقابل إنشاء تطبيق ويب؟عميل سميك؟

Question

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

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

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

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

هل حقيقة أن التطبيق الداخلي له جمهور محدود وأسير تتجاوز بشكل أو بآخر أي مخاوف بشأن تحسين سهولة الاستخدام التي يمكن أن يوفرها العميل الكثيف؟

Answer 1

أستخدم تطبيق الويب عندما لا أرغب في:

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

- القلق بشأن تطبيق الترقيات وتلقي الكثير من المكالمات

- التعامل مع العملاء الذين يفقدون بياناتهم

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

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

مع ظهور Flex/Air، يمكنك توفير تجربة تطبيق كاملة في المتصفح.أصبح المتصفح هو الواجهة العالمية، سواء تم تثبيته محليًا أو في السحابة.

تطبيقات الويب لها سلبياتها أيضًا.أنا متحمس أكثر لبناء تطبيقات الويب حيث يبدو أن المحترفين يفوقون سلبيات المشاريع التي أختارها.

Answer 2

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

هناك عدة أسباب رئيسية لوجود التطبيق على الويب.

1. يجب أن يتبعك التطبيق والبيانات بغض النظر عن جهاز الكمبيوتر الذي تستخدمه.
2. يجب أن تكون البيانات مركزية وأن تكون كمية البيانات التي يجب نقلها إلى العميل معقولة.

بعض الأسباب لاستخدام التطبيقات السميكة:

1. المرافق التي تعمل على الموارد المحلية.
2. التطبيقات التي تقوم بالكثير من معالجة البيانات مرة واحدة.
3. التطبيقات التي تحتاج إلى الوصول إلى البيانات عند قطع الاتصال بالشبكة.

Answer 3

والأشياء أتذكر من الأيام القديمة السيئة من نشر التطبيقات الداخلية التي لم تكن على شبكة الإنترنت: كان هناك دائما ما لا يقل عن جهاز كمبيوتر واحد التي أنشئت لذلك differntly أن الترقية لن تنجح. في بعض الأحيان أكثر وكانت المشكلة مختلفة لكل الجهاز الذي لن يجدي نفعا. كان هناك دائما أحد المستخدمين الذين رفضوا تثبيت الترقية حتى اضطر لمن قبل الإدارة (عادة عدة أسابيع أو أشهر في وقت لاحق). انتهى هذا الأمر يسبب مشاكل في البيانات في بعض الأحيان becasue لم تنفذ قواعد بوسنيسس جديدة.