والانهيار هو إطار الشبكة بيثون بنيت على أعلى من webapp2 & nbsp؛ يمكنك ويستخدم Jinja2 كنظام القالب الافتراضي، ولا يتضمن أي طبقة المثابرة.
أهداف الانهيار (أو لماذا إطار ويب أخرى؟)
التركيز تصميم أفالانش على قابلية الاختبار وإعادة استخدام.
بالطبع أفالانش لا يفعل المعجزات. قابلية الاختبار وإعادة استخدام سوف يتوقف في النهاية على رمز التطبيق. ولكن الإطار يكون لها دور كبير في إنشاء الطريق الصحيح.
وتعرض الأهداف أدناه، ونأمل بعد قراءة تصميم والبرنامج التعليمي سوف يكون واضحا لللك كيف يتم تحقيق هذه الأهداف.
قابلية الاختبار
وقد تم تصميم أفالانش بطريقة أنه يجعل من الممكن (الأسهل بالنسبة لك) لكتابة جيدة وحدة اختبارات التعليمات البرمجية. التي ليست فقط مما يجعل من السهل لكتابة الاختبارات. وينبغي اختبار وحدة:
- إعطاء رسالة واضحة الخطأ عندما يفشل
- تفشل فقط عندما يتم كسر هذه الميزة تحت الاختبار، وليس على كل تغيير كود
- تكون سريعة
إعادة استخدام
في الغالب كل إطار يدعي أن إعادة استخدام واحدة من أهداف التصميم الخاصة بهم. هنا "إعادة استخدام" تعني مصدر رمز إعادة استخدام.
توفر العديد من الأطر بعض الآليات لتطبيقات فرعية قابلة لإعادة الاستخدام / plugable ومع ذلك فإنه ليس من السهل دائما إعادة استخدام هذه التطبيقات البرمجية المصدر في حال كنت بحاجة لتكوين / تعديله. تطبيقات Plugable هي أيضا ميزة هامة جدا ولكن حتى الآن أفالانش لا يوجد لديه دعم لذلك.
لا ينبغي أن يكون ممكنا إلا لكتابة رمز قابلة لإعادة الاستخدام، يجب أن يكون رمز قابلة لإعادة الاستخدام في المرة الأولى أن تكتب ذلك. أنت لا ينبغي أن ينصح لكتابة التعليمات البرمجية في اتجاه واحد، وآجلا تضطر إلى تعديل لجعلها قابلة لإعادة الاستخدام. أي انها تعارض قائلا "استخدام عرض (معالج) وظائف". ومن ... "إذا كنت تريد وجهات نظركم إلى أن إعادة صالحة للاستعمال تحويلها إلى جهات النظر الطبقية!".
تفاصيل المشروع
- موقع الكتروني / مستندات
- وهذا هو مشروع مفتوح المصدر (رخصة MIT) مكتوبة في بيثون.
- تحميل من PyPi
- إدارة المشاريع (علة تعقب، طلبات ميزة ورمز المصدر) على bitbucket.
- أسئلة وردود الفعل على جوجل المجموعة.
انهيار جليدي التصميم
تحذير
انهيار جليدي على المراحل الأولى من التنمية (ألفا). قد يتغير API في المستقبل، وليس هناك ما يضمن أنها سوف تبقي التوافق.
ما وراء MVC (نموذج للرؤية وحدة تحكم)
MVC هو نمط المعماري البرامج التي أنشئت بهدف عزل "المنطق نطاق" من واجهة المستخدم. هذا الفصل للقلق يمكن خلق أفضل رمز التطبيق. كان هذا النمط ناجحة جدا للعديد من الأطر سطح المكتب وذلك بمثابة إشارة إلى إنشاء أطر على شبكة الانترنت. والمشكلة هي أن هذه العمارة لا يمكن تعيين مباشرة إلى الطريق تطبيقات الويب العمل.
حتى ما يسمى الأطر MVC ليست حقا MVC. لذلك دعونا تبقي فقط هدف MVC ل. وهذا هو لكتابة التعليمات البرمجية نظيفة، وإعادة استخدامها وقابلة للاختبار.
تطبيقات الويب
أساسا كل شيء-تطبيق ويب القيام به هو الحصول على طلب HTTP، العملية، وتوليد استجابة HTTP.
على & nbsp؛ + ------------------ +
طلب HTTP ------> | تطبيق ويب + -----> استجابة HTTP
على & nbsp؛ + ------------------ +
يتم التعامل مع ارسال واستقبال HTTP من قبل خادم الويب. دعونا نلقي نظرة فاحصة إلى ما يقوم به تطبيق ويب:
على & nbsp؛ + ------ + + ------- +
طلب HTTP ----> | جهاز التوجيه | -----> | معالج | ----> استجابة HTTP
على & nbsp؛ + ------ + + ------- +
سوف الموجه التحقق من URL الطلب وترسل إلى معالج طلب من شأنها أن تخلق الاستجابة. يستخدم الكم الهائل الموجه webapp2.
طلب معالجات أساليب
هناك أساسا 3 أنماط من طلب معالجات.
- وظيفة واحدة
- طريقة الطبقة
- صف
الانهيار (وwebapp2) يستخدم أسلوب الثالث، فئة. باستخدام فئة كما يناسب طلب معالج أفضل أهدافنا لأنه يوفر مرونة أكبر وأسهل للتعديل / تمديد وأجزاء من معالج إعادة استخدام.
معالجة الطلب معالج
ويمكن تقسيم تجهيز طلب معالج في 3 مراحل:
على & nbsp؛ + ----------------- + + + + ----------------- --------- - +
طلب ----> | تحويل المعلمة | ---- المعلمة الأجسام ----> | سياق بناء | --- سياق -----> | العارض | ----> الرد
على & nbsp؛ + ----------------- + + + + ----------------- --------- - +
تحويل 1. المعلمة - الحصول على المعلمات من طلب HTTP
على & nbsp؛ HTTP هو بروتوكول النص، فإن التطبيق عادة الحصول على بعض المعلمات من الطلب وتحويل قيم السلسلة في بعض أنواع البيانات الأصلية. وتؤخذ هذه المعلمات من مسار أوري، أوري الاستعلام، بعد البيانات، الكوكيز، الخ
باني 2. السياق - تجهيز
على & nbsp؛ السياق هو مصطلح يستخدم لتمثيل البيانات التي سيتم استخدامها من قبل العارض.
على & nbsp؛ هذه المعالجة هو منطق التطبيق. فإنه غالبا ما الوصول إلى طبقة استمرار (التي تسمى أحيانا النموذجي) ولكن هذا هو تماما ما يصل إلى رمز التطبيق والإطار ليس له دور في ذلك.
على & nbsp؛ وغالبا ما تتألف صفحة الويب من عدة عناصر حتى في بعض الأحيان أنه من المنطقي أن يقسم العمل إلى أكثر من واحد "باني السياق".
3. العارض - توليد الناتج
ونبسب؛ سوف العارض تحويل نتيجة للمعالجة إلى نص للاستجابة HTTP. هذه المرحلة قد يتم تخطي إذا كانت الاستجابة إعادة توجيه HTTP. سوف العارض عادة استخدام نظام قالب لتوليد كود HTML أو تحويل البيانات إلى JSON.
على الانهيار يجب أن تكتب رمز لل3 مراحل من معالج منفصل والسماح للإطار الغراء أجزاء مختلفة معا.
الانتقال إلى البرنامج التعليمي لرؤية كيف يبدو
المتطلبات:.
بيثون
لم يتم العثور على التعليقات