ما نوع webapp هو المكان الحلو لإطار رفع سكالا؟

Question

ما نوع التطبيقات التي هي البقعة الحلوة لإطار عمل Scala's Lift Web.

متطلباتي:

1. سهولة التنمية والقدرة على الصيانة
2. جاهز لأغراض الإنتاج. أي مجتمع جيد النشط عبر الإنترنت ، والتصحيحات العادية والتحديثات لإصلاحات الأمان والأداء وما إلى ذلك.
3. يجب أن يبقى الإطار بضع سنوات. لا أريد أن أكتب تطبيقًا في إطار لا تتوفر فيه التحديثات/تصحيحات بعد عام واحد.
4. لديه محركات طالب واجهة مستخدم جيدة
5. interoperation مع Java (يرضي Scala هذا arleady. فقط ذكر هنا من أجل الاكتمال)
6. تطوير مكون جيد.
7. يجب أن يكون الوقت اللازم للتطوير يتناسب مع تعقيد تطبيق الويب.
8. لا ينبغي أن يكون التكوين تماما. أنا أكره ذلك عندما يتم إنشاء الكود تلقائيًا لي ويقوم بكل أنواع السحر تحت الغطاء. هذا هو كابوس تصحيح الأخطاء.
9. يجب أن يكون مقدار معرفة الرفع المطلوبة لتطوير webapp متناسبة مع تعقيد تطبيق الويب. أي أنه لا يجب أن أقضي 10 ساعات في تعلم الرفع لمجرد تطوير تطبيق TODO بسيط. (لدي معرفة بقواعد البيانات ، سكالا)

هل يرضي الرفع هذه المتطلبات؟

Answer 1

IMHO ، رفع تلبية تلك المتطلبات. ليس متأكدًا من #4 ، من ناحية أخرى ، فإنه يحتوي على مجموعة جيدة من نهايات الظهر للتفاعل مع الخدمات الأخرى.

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

Answer 2

حسنًا ، يمكنك التنقل عبر المصعد ابدء الدليل الذي تقوم فيه ببناء Ajax للقيام بالتطبيق ؛-)

كان المصعد موجودًا لمدة 3 سنوات ونصف. مجموعة Google لديها ما يقرب من 2000 شخص. هناك 40 من الالتزام ، منهم 10+ يربط كل شهر. نغلق ما بين 40 و 80 تذكرة شهريًا ، ونقوم بإصدارات معلم شهري. لدى شركات مثل Foursquare و Xerox و Novell تطبيقات متشددين مبنية على الرفع.

Answer 3

على بقع حلوة: http://sevenings.liftweb.net/

Answer 4

أعتقد أنه يجب عليك نشر هذا في القائمة البريدية المصعد أيضًا:http://groups.google.com/group/liftweb

Answer 5

بعد القراءة SeventHings.LiftWeb.net وقشط الفصلين الأولين من الرفع في العمل ، يبدو أن بقعة Lift's Sweet Spot ، وتطبيقات HTML المعقدة مع وظائف متقدمة من جانب العميل (مثل Facebook و Twitter).

قارن بتطبيقات AJAX "WebApp" من صفحة واحدة (مثل التقويم, ، أو في الغالب أي شيء مبني مع extjs) التي توفر وظائف متقدمة من جانب العميل مع خدمات JavaScript الخالصة و Ajax Middle Tier Services ولكن نموذج البرمجة هو JavaScript ، HTML يتم تجريده بعيدا. قارن أيضًا بتطبيقات "موقع" موقع HTML التقليدي مثل Wiki أو Blog-فكر في Twitter Bootstrap + jQuery-التي لا تحتاج إلى وظائف متقدمة من جانب العميل.

WebApps من صفحة واحدة ومواقع الويب القائمة على الصفحات أعتقد أنها ستكون أكثر تعقيدًا من الضرورة مع LIFT ما لم يكن لديك فريق ذي خبرة ومنضبطة. ربما يرتبط هذا بنضج المنتج وحجم الفريق - يعد Facebook و Twitter تطبيقات كبيرة للغاية مع مئات الفرق المتفاعلة والقيادة الهندسية القوية.

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