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-part-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-HOSTELET/20155 1020-Caliburn/01-INT-MVVM-DSHARP-CALIBURN/MVVM-in-Delphi-Uhe-caliburn-micro-for-delphi-framework.md https://delphisorcery.blogspot.com/2011/12/putting-toger-dsharp.html
https://github.com/msnts/glue
https://github.com/bogdalak/command-delphi
แก้ไข https://github.com/delphipraxis/mvvmstarterkit/commits/master
แนวคิดที่จะคำนึงถึง
- มอเตอร์ช่วยให้สามารถบันทึกกลยุทธ์/วิธีการเชื่อมโยงประเภทต่างๆ
- ความเป็นไปได้ในการเปิดใช้งาน/ปิดใช้งานการผูกทั้งหมด?
ต้นแบบ 0 (เสร็จแล้ว)
เป้าหมาย:
- วัตถุประสงค์คือไม่สร้างแบบจำลองที่ยอดเยี่ยม Viemodel-Vistas ดังนั้นตัวอย่างของตัวเองอาจไม่ได้มีความหมายมากเกินไป
- MVVM หลักจะต้องเป็น ผู้ไม่เชื่อเรื่องพระเจ้า ของแพลตฟอร์ม (VCL/FMX)
- จะต้องมี บริการ (UI) ไปยังแพลตฟอร์มซึ่งสามารถเรียกใช้จากระดับใด ๆ (ปกติจาก VM) บริการง่าย ๆ ได้ถูกสร้างขึ้น
- การออกกำลังกายของการสร้าง การทดสอบแบบรวม สำหรับโมเดลและ ViewModel-Vista ได้ทำไปแล้ว
- มีการสร้างมุมมองเฉพาะสำหรับ FMX และอื่น ๆ สำหรับ VCL รวมถึงแอพ FMX และ VCL อื่นเพื่อทดสอบฟังก์ชันการทำงาน
- ในกรณีเฉพาะนี้ ViewModel มีฟังก์ชั่นบางอย่างคล้ายกับตัวแบบเองเราเกือบจะเป็นสะพานดังนั้นหน่วยทดสอบตัวเองจึงคล้ายกัน
- ViewModel (หรือหลาย ๆ ) สามารถเชื่อมโยงกับโมเดลและ ViewModel นี้สามารถรองรับมุมมองได้มากเท่าที่พวกเขาจะติด
- มุมมองไม่ได้ผล
ต้นแบบ 1 (อยู่ระหว่างดำเนินการแหล่งที่มองเห็นยังมาจากต้นแบบ 0)
เป้าหมาย:
- เพิ่มเอ็นจิ้นข้อความลงในระบบ: วิเคราะห์ว่าจะดีกว่าสำหรับรูปแบบที่จะสังเกตได้สำหรับ <- ไม่มีรุ่น
- Grijjy/dsharp/knockoff/กาว Knockoff: ไม่มีคลาสเฉพาะหรืออินเทอร์เฟซที่จะใช้ใน 3 ชั้นใด ๆ จะใช้คุณลักษณะสำหรับการผูก คอมเพล็กซ์เพื่อดำเนินการ b. กาว: ดูเหมือนว่าไม่สมบูรณ์โดยไม่มีตัวอย่างที่สมบูรณ์ DSHARP: ยังไม่ได้วิเคราะห์ d. Grijjy: ดูเหมือนว่าสมบูรณ์และง่ายที่สุดที่จะเข้าใจการใช้เป็นข้อมูลอ้างอิง ตัวอย่างเพิ่มเติมหายไป
- รวมแกนความเป็นไปได้ของกลยุทธ์การผูกมัดที่แตกต่างกันซึ่งสามารถลงทะเบียนได้
- บูรณาการความคิดจากกรอบ Grijjy (โชคดีที่พวกเขาอยู่ในบล็อกของพวกเขาอนุญาตให้ใช้กรอบการทำงานของพวกเขาเพื่อทำให้คนอื่น ๆ )
- ต้นแบบ 1 ในขณะนี้จะมีการติดต่อ 1-1 ระหว่างมุมมองและ ModelView
ต้นแบบ 2
เป้าหมาย:
- สร้างลูกค้า REST (ไคลเอนต์ภายนอกไปยังแอพ) และดูพอดีกับรุ่นสิ่งที่สามารถเป็นไปโดยอัตโนมัติอะไรไม่ได้ปัญหา ...
- แอป Tethering: เหมาะกับ?