سؤال

الآن بعد أن تسمح Google Java على محرك التطبيق، أتساءل ما تأثير هذا على اختيار إطار الويب لمحرك التطبيق.

  1. أدرك أن جوجل توفر إطار WebApp الذي هو Barebones جميلة.
  2. و .96 نسخة من Django المتاحة لمحرك التطبيق مقيد.
  3. Web2py يحترق الموارد، مما سمعت.
  4. لا يمكن استخدام القضبان (متوفر الآن) activerecord، activeresource، restclient، rmagick.

هل هناك شيء أفتقده - هل تعمل أي أطر جيدة على محرك التطبيق؟

هل كانت مفيدة؟

المحلول

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

عودة إلى Python، أعتقد أن تطبيقات الويب الصغيرة ستعمل رائعة مع إطار Webapp المدمج. ستفيد التطبيقات الأخرى أكثر من Django 1.0. إلقاء نظرة على المواد gae في إطار قسم الأطر لعدد قليل من القراءات حول هذا الموضوع. على أي حال، ستوجهوا بلا شك قيود في أي من اختياراتك لأن معظم أطر الويب مصممة مع قواعد البيانات العلائقية في الاعتبار ... التي DataStore / bigtable ليست كذلك. علاوة على ذلك، يجب أن تكون منصة GAE Sandboxed لأسباب أمنية تقيدك أيضا إلى حد ما. أتمنى أن يساعدك هذا.

نصائح أخرى

في الواقع Web2py خفيفة للغاية ومنذ ~ 1.50 على GAE، فإنها تخزين جميع طرازات / طرق عرض / طرق التحكم / المشاهدات.

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

لا تضيف دال Web2py نفسها علامة نفقات مهمة عند مقارنتها ب APIS لساذجة Google Datastore.

يحاول الخريف. وبعد وهو يدعم JPA و jdo.

هناك حتى نسخة بيثون لربيع الان.

لا أعرف بالضبط مجموعة كاملة من الخيارات، لكن يمكنني أن أخبركم بضعة أشياء خارج الخفافيش ...

  • تم تصميم تطبيقات Google أعلى / باستخدام Django.
  • Django هو إلى حد كبير ما يهتف تطبيقات Google والدعم، لذلك أتوقع أندمج مع تطبيقات Google أفضل من غيرها.
  • تحتوي تطبيقات Google على قيود مخصصة لها لا تستطيع التحايل (أو لا ينبغي). لا تتعلق هذه القيود بأي إطار معين، بل إنها مبنية في نسيج التطبيقات، حتى يتكلم.
  • لن أشعر بالقلق الكثير حول أداء الإطار - حاول تحسين التصميم / هيكلك، وسوف استكشاف بالتأكيد أفضل.
  • ستنتقل Google في النهاية إلى DJANGO 1.0 والأحدث، بالإضافة إلى أنهم يقومون بتحديث تطبيقات Google أيضا.
  • إنهم يستخدمون memcache (أو ما يعادلها)، لذلك خذ ذلك في الاعتبار واستخدامه.

انها حقا تتوقف على ما تريد القيام به. في تجربتي شيء يدوي مصنوع من جديد على رأس ويب هو جيد حقا ل API. لكن بالنسبة للمواقع الكاملة التي تحتاج إلى قوالب / جلسات / توجيه تعقيد / التخزين المؤقت Django من الصعب التغلب عليه.

ضع في الاعتبار أنه إذا كنت أطرا ضخمة (مثل DJango 1.0) يستغرق الطلب الأول دائما حوالي 3 ثوان لتحميل كل شيء في الذاكرة ويحافظ عليه هناك حتى 15 ثانية بعد هذا الطلب.

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

  • لا تنطبق Orm على النظام الأساسي حتى لا يهم بشكل أساسي.
  • لن تكون القوالب السريعة (مثل الفهد) بسرعة (أو حتى العمل) لأنها لا تستطيع استخدام امتدادات C.
  • قد يكون التخزين المؤقت هو أهم شيء لجعل كل شيء سريع.

إذا كنت تبحث عن بيثون، ثم جانغو سيكون أفضل رهان الخاص بك.

يتم إزادة الدعامات 2 بالعمل على محرك تطبيق Google (على الأقل من حيث تطبيقات المثال). اتبع هذا الموضوع:

http://www.nabble.com/google-app-engine-support--td22972179.html.

يبدو أن هناك بعض المشكلات مع Sitemesh من حيث القوالب، ولكن إذا كنت تستخدم JSP، يجب أن تكون على ما يرام.

إنه اختيار جيد كإطار تطبيق ويب يذهب.

أوصي Web.py. إذا كنت تستخدم بيثون.

أنا أستعمل إطار جديد إطار gae.. وبعد هذا مشابه مع Django، ولكن العمل على Appengine.

مع أطيب التحيات!

ل python استخدام webapp2. (يأتي مع محرك التطبيق)

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

مرخصة بموجب: CC-BY-SA مع الإسناد
لا تنتمي إلى StackOverflow
scroll top