คำถามติดแท็ก mvp

2
การปรับปรุง MVP ผ่าน MVC คืออะไร
ฉันได้อ่านสามวันเกี่ยวกับModel-View-Controller (MVC)และModel-View-Presenter (MVP)รูปแบบ และมีคำถามหนึ่งที่รบกวนจิตใจฉันอย่างมาก ทำไมนักออกแบบซอฟต์แวร์จึงคิดค้น MVP เมื่อมี MVC อยู่แล้ว พวกเขาประสบปัญหาอะไรบ้าง MVC ไม่ได้แก้ปัญหา (หรือแก้ไขไม่ดี) แต่ MVP สามารถแก้ไขได้ MVP ปัญหาใดที่ตั้งใจจะแก้ไข? ฉันได้อ่านบทความมากมายเกี่ยวกับประวัติและคำอธิบายของ MVP หรือเกี่ยวกับความแตกต่างระหว่าง MVC และ MVP แต่ไม่มีคำตอบที่ชัดเจนสำหรับคำถามของฉัน ในหนึ่งในบทความที่ฉันอ่านมันก็บอกว่า: ตอนนี้เข้าสู่ Model View Presenter ซึ่งเป็นการตอบสนองต่อความไม่เพียงพอของรูปแบบ MVC เมื่อนำไปใช้กับส่วนติดต่อผู้ใช้แบบกราฟิกที่ใช้องค์ประกอบที่ทันสมัย ในระบบ GUI ที่ทันสมัยส่วนประกอบของ GUI จะจัดการกับอินพุตของผู้ใช้เช่นการเคลื่อนไหวของเมาส์และการคลิกแทนที่จะเป็นตัวควบคุมส่วนกลาง ดังนั้นฉันจึงไม่เข้าใจ แต่จริง ๆ แล้วมันสามารถเป็นไปได้ในทางอื่นเช่นองค์ประกอบ GUI ไม่จัดการกับการป้อนข้อมูลของผู้ใช้ด้วยตัวเอง? และ "จัดการกับตัวเอง" หมายความว่าอย่างไร?

3
Model-View-Presenter (MVP) มีประโยชน์กับ Android หรือไม่?
วิธีแยกมุมมองและผู้นำเสนอใน Android ในขณะที่การตอบสนองต่อการกระทำของผู้ใช้ (ส่วนผู้นำเสนอของ MVP) ถูกตั้งค่าเป็นกิจกรรมเดียวกันที่แสดงองค์ประกอบ GUI (ดูส่วนของ MVP) "ในการนำเสนอมุมมองแบบจำลองเช่นเดียวกับ Martin Fowler หรือ Michael Feathers [2] กล่าวว่าตรรกะของ UI ถูกแยกออกเป็นคลาสที่เรียกว่าผู้นำเสนอที่จัดการอินพุตทั้งหมดจากผู้ใช้และบอกว่า" ใบ้ "เป็นอย่างไร แสดง "(อ้างจากที่นี่ ) จนถึงตอนนี้ฉันคิดว่าหนึ่งในคุณสมบัติหลักของ Android คือกิจกรรมอัจฉริยะที่ดำเนินการตอบสนองต่อพวกเขาและแสดงผลลัพธ์ โครงการ MVP ขัดแย้งกับปรัชญาของ Android หรือไม่ รู้สึกถึงความพยายามที่จะตระหนักถึงมันบน Android? ถ้าใช่จะทำอย่างไร?
34 android  mvp 

3
สถาปัตยกรรมสะอาด - ใช้คลาสของเคสมากเกินไป
ฉันกำลังเข้าสู่Clean Architectureและยกระดับ Android ของฉันจาก MVC เป็นMVPแนะนำ DI กับ Dagger 2, Reactivity with RxJava 2 และแน่นอน Java 8 ในสถาปัตยกรรมที่สะอาด MVPมีเลเยอร์ระหว่างเอนทิตี (ในดาต้าสโตร์) และผู้นำเสนอที่ควรเข้าถึง ชั้นนี้คือ"การใช้กรณี" กรณีการใช้งานเป็นส่วนติดต่อแบบอุดมคติซึ่งใช้การดำเนินการหนึ่งอย่างกับหนึ่งเอนทิตี้ ฉันยังรู้ว่า Clear Architecture " กำลังกรีดร้อง " ในแง่ของโปรเจ็กต์นั้นสามารถอ่านได้สูงมากเนื่องจากมีคลาสจำนวนมากในพวกเขา ตอนนี้อยู่ในโครงการของฉันฉันมีบางอย่างเช่น6 หน่วยงานต่าง ๆและแน่นอนแต่ละพื้นที่เก็บข้อมูลกิจการอย่างน้อย 4 วิธี (มักจะได้รับเพิ่มลบปรับปรุง) เพื่อเข้าถึงพวกเขา .. ดังนั้น 6 * 4 = 24 หากสิ่งที่ฉันเข้าใจจนถึงปัจจุบันของ Clean Architecture ฉันจะมี 24 UseCase …
15 java  android  use-case  mvp 

4
การออกแบบรุ่นที่เหมาะสม - ดู -_____
ฉันได้อ่านเกี่ยวกับ Model View Controller, Model View Presenter, Model View ViewModel เป็นต้นโดยทั่วไปแนวคิดพื้นฐานดูเหมือนจะเข้าใจง่าย: เก็บภาพที่สวยงามและความกล้าหาญทางวิทยาศาสตร์แยกจากกันและงมงายเป็น เป็นไปได้ ไม่ได้รับเนยถั่วลิสงในการออกแบบช็อคโกแลต; ฉันชอบมัน ปัญหาคือฉันยังคงคลุมเครือเล็กน้อยในส่วนที่สามนั่นคือ ... ไม่ใช่โมเดลหรือมุมมอง ทุกคนดูเหมือนจะมีความคิดของตัวเองว่าจะเรียกมันว่าอะไรควรทำอะไรเหมาะสมอะไรผิดปกติธรรมดา ... และฉันจะพยายามคิดออกเมื่อผู้นำเสนอกลายเป็น ViewModel และเมื่อมุมมองไม่ควร ' อย่าทำอย่างนั้นเพราะนั่นคืองานของผู้นำเสนอและ - ฉันเที่ยว แทนที่จะขอให้ใครบางคนอธิบายความแตกต่างระหว่างพวกเขา - เพราะมันทำมาแล้วครั้งแล้วครั้งเล่า (ฉันรู้ว่าฉันอ่านบทความมากกว่าที่ฉันสามารถนับได้) - ฉันอยากรู้อยากเห็นความคิดของ โปรแกรมเมอร์เพียงไม่กี่คนในแบบจำลองที่ฉันได้เดินด้วยกัน ที่กล่าวว่าสิ่งที่คุณจะจัดประเภทการออกแบบนี้และที่สำคัญกว่าคุณเห็นอะไรเกี่ยวกับเรื่องนี้ที่ชัดดูด? แน่นอนว่าฉันชอบที่จะได้ยินว่าฉันทำได้ดีถ้านี่คือการออกแบบที่มั่นคงอย่างแท้จริง แต่ฉันอยากได้รับคำแนะนำที่หนักแน่นมากกว่าการชม หมายเหตุ: ฉันจะใช้ "the Bridge" สำหรับส่วนที่สามอันลึกลับของ Model-View-? เพื่อหลีกเลี่ยงคำแนะนำจิตใต้สำนึกของสิ่งที่ "ควร" เป็น แบบ เป็นสิทธิของข้อมูล รับข้อมูลเกี่ยวกับการเปลี่ยนแปลงที่ร้องขอจาก Bridge …

1
ความแตกต่างระหว่าง MVP และสถาปัตยกรรมแบบใหม่คืออะไร
คำถามคืออธิบายตนเองเพียงเพื่อเพิ่มความคิดของฉัน: เท่าที่ฉันได้อ่านเลเยอร์การนำเสนอใน Clean arch มีความรับผิดชอบเช่นเดียวกับใน MV ใน MVP วิธีหนึ่งตัดสินใจเลือกรูปแบบหนึ่งแทนแบบอื่น
13 architecture  mvp 

1
รูปแบบไม่ใช่แบบบล็อกดังนั้นฉันไม่ควรสร้างแอปในรูปแบบ MVC / MVP?
ฉันได้อ่านหน้านี้เกี่ยวกับรูปแบบการออกแบบและวิธีที่คุณควรปฏิบัติต่อพวกเขาเมื่อเขียนรหัสของคุณ จากความเข้าใจของฉันเป็นชื่อในรัฐลิงค์: รูปแบบไม่ใช่การสร้างบล็อก ถ้าฉันเข้าใจถูกต้องนี่หมายความว่าไม่ใช้รูปแบบการออกแบบจนกว่าจะเหมาะสมใช่ไหม? อย่าเริ่มต้นโดยบอกว่าคุณจะใช้รูปแบบกลยุทธ์รอจนกว่าคุณจะเขียนโค้ดและถ้าใช้รูปแบบกลยุทธ์นั้นเหมาะสมกับการออกแบบของคุณแล้วใช้มัน ฉันปฏิบัติต่อรูปแบบMCV / MVPเช่นเดียวกับเมื่อฉันสร้างแอปพลิเคชัน GUI หรือไม่ จากลิงก์ที่เกี่ยวข้องมันบอกว่ามันเป็นรูปแบบสถาปัตยกรรม สมมติว่าถ้าฉันสร้างแอปพลิเคชัน GUI และฉันไม่ได้ใช้รูปแบบ MCV / MVP แต่รหัสของฉันสะอาดอ่านได้และบำรุงรักษาได้หรือไม่มันยังคงเป็นกลิ่นรหัส / การออกแบบที่ไม่ดีที่ฉันไม่ได้ใช้รูปแบบ MCV / MVP ?

1
ในรูปแบบ MVP ควรดูตัวอย่างวัตถุต้นแบบตามเนื้อหา UI หรือเพียงแค่ส่งเนื้อหาเหล่านี้เป็นพารามิเตอร์ไปยังผู้นำเสนอ
ฉันใช้รูปแบบ MVP ในแอพ android ที่ฉันกำลังพัฒนา ฉันมีองค์ประกอบ 4 อย่าง: AddUserView ที่สามารถเพิ่มผู้ใช้ใหม่: AddUserPresenter The UserInfo (the pojo) UserInfoManager (ตรรกะ businness และผู้จัดการหน่วยเก็บข้อมูล) คำถามของฉันคือ: เมื่อฉันกดปุ่ม "เพิ่ม" ใน AddUserView มันควรจะได้รับเนื้อหาของ textviews ยกตัวอย่าง UserInfo ใหม่และส่งต่อไปยัง Presenter หรือ AddUserView ควรรับเนื้อหา textViews และส่งไปยัง AddUserPresenter ซึ่งอันที่จริงแล้วจะยกตัวอย่าง UserInfo และส่งต่อไปยัง UserInfoManager
โดยการใช้ไซต์ของเรา หมายความว่าคุณได้อ่านและทำความเข้าใจนโยบายคุกกี้และนโยบายความเป็นส่วนตัวของเราแล้ว
Licensed under cc by-sa 3.0 with attribution required.