[Python] تطبيق المستندة إلى المستعرض أو قائمة بذاتها التطبيق واجهة المستخدم الرسومية؟


Answers

دعونا نتظاهر للحظة أن تطوير / نشر / صيانة الجهد / التكلفة على قدم المساواة ونحن ننظر إليها من وجهة نظر المستخدم التطبيق:

ما واجهة المستخدم التي يسعى المستخدم للعثور عليها أكثر فائدة؟

من ناحية

  • سهولة الاستعمال
  • إستجابة
  • أنماط الملاحة / الاستخدام المألوفة
  • معظم مثل الأدوات الأخرى / التطبيقات المستخدمة على منصة (أي، الأصلي)

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

هناك بعض التطبيقات التي لا معنى لها لتطوير التطبيقات المستندة إلى المستعرض.

من منظور التنمية

  • لا يوجد متصفحان متوفران اليوم يعرضان نفس الشيء تماما .
  • حتى مع أجاكس، جافاسكريبت والدينامية، واجهات استجابة غير تافهة لتنفيذ / التصحيح.

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

تطوير واجهات المستخدم جيدة من الصعب، والفترة.

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

لا أعتقد أن معظم المستخدمين سوف تستخدم واجهة ويب إذا أعطيت بديلا.

IMNSHO

Question

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

ما هي فوائد / قيود استخدام واجهة مستندة إلى المتصفح لتطبيق مستقل مقابل استخدام إطار واجهة المستخدم الرسومية العادي؟

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

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

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




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




فوائد الواجهة المستندة إلى المتصفح:

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

فوائد واجهة واجهة المستخدم الرسومية:

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



حل بلدي هو هذا

  1. تطبيقات الويب بشكل واضح تذهب على المتصفحات
  2. تطبيقات الشبكة التي لا تحتاج إلى الوصول إلى جهاز الكمبيوتر العميل يذهب من قبل المتصفح
  3. أي تطبيق تحتاج إلى الوصول إليها من قبل أكثر من عميل في وقت يذهب من قبل المتصفح
  4. التطبيقات التي سيتم استخدامها لكل عميل مع عدم وجود حاجة واضحة للشبكة يبقى مع واجهة المستخدم الرسومية وهذا قد يتضمن البرامج التي تحتاج إلى الكثير من الأمن على استخدامه (نفس الأمن يمكن معالجتها للمتصفح على الرغم من ذلك).

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

في كل قرار هو حقا لك! كمطور جافا باستخدام جافافس و سوينغ يمكن أن تحل مشكلتي مع هذه المشكلة.




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

أنا مستعد تماما لها...




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

هناك تراجع إلى كونه تطبيق ويب، مثل ..

إنها صفحة ويب. هناك أشياء لا يمكنك فقط (بسهولة) القيام به

لا يمكنك بسهولة تعيين مفتاح كترل + j للقيام بشيء ما. على سبيل المثال: يحاول جدول بيانات غوغل تعيين اختصارات لوحة المفاتيح ويعمل في معظم الأحيان، وأحيانا تتعامل المتصفحات بشكل افتراضي مع الاختصار ..

لا يمكنك جعل التنبيهات الهدير (إطار إعلام X أوس). لا يمكنك الوصول إلى نظام الملفات. من الصعب السماح بالدخول في وضع عدم الاتصال.

جافا سكريبت جدا بو الثقيلة.

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

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

يجب أن يكون خادم الويب متاحا في جميع الأوقات، إلى الأبد

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

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

"إنها صفحة ويب" : من السهل استخدام النماذج وصناديق الحوار في هتمل و جافاسكريبت (أو حتى باستخدام البرمجة النصية من جانب الخادم، على سبيل المثال <?php if($_POST["email"] ==""){echo("Are you sure you want to continue?); ?> )

"جافاسكريبت بو بو-هيفي" : لا يبدو أن التطبيق الخاص بك يتطلب أي جافا سكريبت (ربما بعض العميل التحقق من صحة الإدخال عندما ينقر المستخدم "إرسال"، لتحذيرهم من أي أخطاء الإدخال؟)

"ترقيات القسري" : أتصور هذا قد يكون مرغوبا، كما كنت لا تريد المستخدمين إدخال البيانات بالطريقة القديمة.

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

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