DMVVM-ES

تمارين التدريب لمحاولة فهم نمط MVVM وربما تنهي تطوير إطار MVVM صغير ومفيد لـ Delphi.
أطر أخرى تستخدم
فريق العمل
نحن مجموعة صغيرة من المبرمجين الذين نجتمع معا في Telegram ( Delphi MVVM Group باللغة الإسبانية ) وهناك نشارك أفكارنا وشكوكنا
روابط الفائدة
https://www.youtube.com/watch؟v=CI1HP8ZBJXK
https://blog.grijjy.com/2018/01/22/mvvm-starter-kit-bart-1-of-3/ https://github.com/grijjy/mvvmstarterkit
https://bitbucket.org/sglienke/knockoff/src/master/ https://delphisorcery.blogspot.com/2015/06/anonymous-method-overloading.html
https://bitbucket.org/sglienke/dsharp/src/master/ https://github.com/jpluimers/conferences/blob/master/2015/20151020-dapug-denmark-nyborg-hotel-hesselet/2015 1020-caliburn/01-int-mvvm-dsharp-caliburn/mvvm-in-delphi-uhe-caliburn-micro-for-delphi-framework.md https://delphisorcery.blogspot.com/2011/12/putting-pieces-dsharp.html
https://github.com/msnts/glue
https://github.com/bogdalak/command-delphi
modified https://github.com/delphipraxis/mvvmstarterkit/commits/master
الأفكار التي يجب مراعاتها
- يسمح المحرك بتسجيل أنواع مختلفة من استراتيجيات/أساليب الربط
- إمكانية تمكين/تعطيل جميع الروابط؟
النموذج الأولي 0 (الانتهاء)
الأهداف:
- الهدف هو عدم إنشاء Viemodel-Vistas النموذجية الرائعة ، وبالتالي فإن المثال نفسه قد لا يجعل المعنى المفرط
- يجب أن يكون MVVM الأساسي لاأدري من النظام الأساسي (VCL/FMX)
- يجب أن تكون هناك خدمات (واجهة المستخدم) للمنصة ، والتي يمكن استدعاؤها من أي من المستويات (العادية من VM) ، تم إنشاء خدمة بسيطة
- تم تنفيذ تمرين إنشاء اختبارات موحدة للنموذج و ViewModel-Vista
- تم إنشاء عرض محدد لـ FMX وآخر لـ VCL ، بالإضافة إلى تطبيق FMX و VCL آخر لاختبار وظائفه
- في هذه الحالة المحددة ، يكون لدى ViewModel بعض الوظائف المشابهة للنموذج نفسه ، فنحن تقريبًا جسر ، وبالتالي فإن اختبارات الوحدة نفسها متشابهة
- يمكن ربط عرض ViewModel (أو عدة) بنموذج ، ويمكن أن يدعم ViewModel أكبر عدد من المشاهدات التي يتم توصيلها
- لا يعمل الرأي
النموذج الأولي 1 (قيد التقدم ، لا تزال مصادر مرئية من النموذج الأولي. 0)
الأهداف:
- أضف محرك الرسائل إلى النظام: تحليل ما إذا كان من الأفضل أن يلاحظ النمط <- لا نموذج
- Grijjy/Dsharp/knockoff/glue endrening تحليلات لمعرفة الأفكار الجيدة التي يمكن دمجها. Knockoff: لا توجد فئات أو واجهات متخصصة لاستخدامها في أي من الطبقات الثلاث ، وتستخدم سمات الربط. مجمع لأداء ب. الغراء: يبدو غير مكتمل ، دون أمثلة كاملة ج. Dsharp: لم يتم تحليلها بعد د. Grijjy: يبدو أكثر اكتمالا وسهلة الفهم لتطبيقه كمرجع. المزيد من الأمثلة مفقودة
- دمج جوهر إمكانية استراتيجيات الربط المختلفة ، والتي يمكن تسجيلها
- دمج الأفكار من Framework Grijjy (لحسن الحظ فإنهم في مدونتهم يمنحون الإذن لاستخدام إطار عملهم لجعل الآخرين)
- سيكون للنموذج الأولي 1 في الوقت الحالي مراسلات 1-1 بين العرض وموديلفيو
النموذج الأولي 2
الأهداف:
- إنشاء عميل REST (العملاء خارجيين للتطبيق) وشاهد تناسب النموذج ، ما الذي يمكن أن يكون آليًا ، وما لا ، صعوبات ، ...
- تطبيق الربط: يناسب؟