django للمطورين Web2py

Question

الآن بعد أن حصلت على دراية نسبيا مع Web2py، أود أن أعطي Django الذهاب.

مذا تعني بالمختلف؟

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

تعديل

أيضا، إذا كنت قد استخدمت كلاهما، فهل يمكنك تقديم رأي الذي تفضله ولماذا؟

Answer 1

كان Web2py مستوحى من Django، وإذا كنت تعرف المرء أنه من السهل تعلم الآخر. أضفنا بعض الميزات التي لم نجدها في Django، بما في ذلك: هجرة قاعدة البيانات (تغيير الجداول تلقائيا)، وتذاكر على الأخطاء، وهي IDE على الويب، طبقة تجريد قاعدة بيانات تعمل على محرك Google App، وهي آلية التحكم في الوصول المستندة إلى الدخول مع تسجيل دخول قابل للتوصيل وحدات.

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

اختلاف آخر هو أن django يستخدم orm، يستخدم Web2py دال. DAL أقل بقليل من مستوى django orm وهذا يجعله أقرب إلى بناء جملة SQL (على سبيل المثال يسمح بإلغاء اليسار، المجاميع التعسفية، التحديد المتداخلة ومجموعات منه) بينما تبقى محمولة (نحن نؤيد 10 قواعد بيانات مختلفة). تجعل DAL أيضا من السهل القيام برمجة META الديناميكية النماذج (مثل إنشاء نماذج في وقت التشغيل بناء على المواصفات المخزنة في ملف مثل ملف XML أو CSV).

كان Django حول أطول حتى تجد المزيد من الأشخاص المهرة مع تكنولوجيا المعلومات والمزيد من الطلبات المنتشرة.

Answer 2

django = قديم

Web2py = جديد

أي شيء django يفعل، Web2py أفضل. وذلك لأن Web2py قد تم بعد وقت طويل بعد Django وقد تعلمت من أخطاء Django، على الرغم من أنه يجعل كل الأخطاء الجديدة؛)

الفرق الرئيسي، وما تبقي لي في Web2py:

1. يحتوي Django على وثائق لا تصدق ... Web2py بديهية للغاية بحيث لا يحتاج إلى الكثير ...ومع ذلك! لقد وجدت أن وثائق Django تنطبق على Web2py، بالنسبة للجزء الأكبر. إذا كنت تقضي يوما وقراءة كتاب Django (CH 1-7)، فستحصل على فكرة كيف هذا صحيح. حتى بطريقة ما، قائلا إن django موثقة أفضل هو Asinine. كذلك، لاحظ أن أي إطار يدور حول التحدث عن مجلدات الوثائق لكي شيء جيد ... أن تكون قلقة ... الوثائق جيدة، ولا تحتاج إلى أن تبدأ مع = أفضل. وثائق Web2py الحالية أكثر من تلبية احتياجات 90٪ من المستخدمين. 10٪ المتبقية يجب أن نذهب إلقاء نظرة على رمز مكتبة الإطار (وليس أكبر قدر من ذلك مثل django، وليس مخيفا). أيضا، إذا وصلت إلى النقطة التي تنفق فيها أكثر من 30٪ من وقتك تمر بمكتباتك، فقد حان الوقت للنقل بعيدا عن الأطر والتحرك نحو مجموعات المكتبات (مثل الأبراج). عند هذه النقطة، فهذا يعني أنك لا تفعل أي شيء تم تصميم أطر الويب لمعالجة ...

2. SQLForm في Django هو TextModel. بمجرد إنشاء نموذج باستخدام TextModel (= SQLForm). حظا سعيدا في محاولة لتغيير CSS من حقل إدخال واحد! في Web2py، يمكنك فقط القيام بذلك. كل شيء ()، لا يوجد شيء في Django. عليك أن تذهب من خلال "القطعة ()"، ولكن للوصول إلى القطعة، يجب عليك أولا الذهاب من خلال نوع حقل الإدخال، إلخ ...

3. أيضا، ترحيل DB اليدوي ... تغيير المخطط؟ آسف ... يجب عليك تنزيل وتثبيت تطبيق ترحيل منفصل (South)، أو يجب عليك القيام بذلك يدويا في وحدة التحكم DB.

4. أخيرا، لا الخروج من مربع دعم لعدة DBS ... فكر الأطواق ...

بمعنى آخر ... مع Django ... آمل أن تحب القفز والأطواق.

إذا كنت تريد حقا أن تأخذ قفزة إلى الأمام من Web2py، فحاول الصلب ... بجدية ...

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

خاتمةقضاء يوم، وقراءة كتاب Django (CH 1-7)، وقراءة كتاب الأبراج (الجزء 1)، ثم فكر في سبب استخدامك إطارا للبدء به. بالنسبة لي، كان من أجل القيام به في أسرع وقت ممكن، وبدون البحث عن وثائق 30٪ في الوقت المناسب.

WEB2PY يلبي الاحتياجات المذكورة أعلاه بالنسبة لي.

Answer 3

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

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

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

Answer 4

بالتأكيد يساعد على معرفة بعض إطار عمل الثعبان.

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

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

Answer 5

كنت مبرمج Django قبل الاستقرار على Web2py. لقد وجدت نفسي أكثر كفاءة مع Web2py، ربما بسبب الإعدادات الافتراضية المعقولة (الواردات الضمنية والمناظر الافتراضية وغيرها) والدعم الكبير في منتدى.

Answer 6

لفترة وجيزة وبالتالي: Web2py هو ما يجب أن يكونه Django.