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

ดูเหมือนว่าทุกคนที่ทำเว็บแอปพลิเคชันในปัจจุบันต้องการใช้ MVC สำหรับทุกสิ่ง ฉันพบว่ามันยากที่จะโน้มน้าวตัวเองให้ใช้รูปแบบนี้ ฉันเข้าใจความคิดทั่วไปคือการแยกตรรกะส่วนหลังออกจากส่วนหน้าที่แสดงถึงโปรแกรม โดยทั่วไปแล้วดูเหมือนว่ามุมมองมักจะขึ้นอยู่กับตัวควบคุมในระดับหนึ่งซึ่งสิ้นสุดขึ้นอยู่กับรุ่น ฉันไม่เห็นว่าการเพิ่มตัวควบคุมทำให้ฉันได้เปรียบอะไร ฉันได้อ่านโฆษณามากมายเกี่ยวกับ "นี่คือวิธีที่แอปพลิเคชันควรได้รับการออกแบบ" แต่บางทีฉันก็ยังไม่เข้าใจว่าควรจะไปที่ไหน เมื่อใดก็ตามที่ฉันพูดคุยกับคนอื่นเกี่ยวกับ MVC ดูเหมือนว่าทุกคนมีความคิดที่แตกต่างกันว่าอะไรอยู่ในหมวดหมู่ใด เหตุใดฉันจึงควรใช้ MVC ฉันจะได้อะไรจากการใช้ MVC เหนือการแยกส่วนหน้าจากตรรกะส่วนหลัง (ส่วนใหญ่ "ข้อดี" ฉันเห็นรูปแบบนี้ได้รับเพียงแค่แยกอินเทอร์เฟซจากการนำไปใช้และไม่สามารถอธิบายวัตถุประสงค์ของการมี "คอนโทรลเลอร์" แยกต่างหาก)

74 design-patterns  mvc  rationale 

สำหรับคำถามที่เกี่ยวข้องจะได้รับการชี้แจงว่าทำไม C ++ เข้ากันไม่ได้กับ C ในหลาย ๆ ด้าน อย่างไรก็ตาม C ++ ยังคงเป็นภาษา "ไฮบริด" * และน่าเสียดายที่โปรแกรมเมอร์หลายคนยังถือว่า C ++ เป็น "C ที่มีสตรีมและสตริงในตัว" ผลลัพธ์นั้นเป็นโค้ดที่เขียนไม่ดีจริง ๆ ซึ่งไม่ใช่ทั้ง C ++ หรือ C. IMHO มันจะดีกว่าถ้าภาษา / คอมไพเลอร์บังคับให้โปรแกรมเมอร์ในระดับหนึ่งต้องเขียนโค้ดที่หรูหรากว่านี้ ดังนั้นมีเหตุผลในการรักษาไฮบริด C ++ (เช่น C ++ 0x และเวอร์ชันในอนาคต) ไฮบริด? * โดยไฮบริดฉันหมายถึงมันขึ้นอยู่กับโปรแกรมเมอร์ที่จะตัดสินใจว่าเขา / เธอจะใช้หรือไม่: สตริงมาตรฐานและสตรีม, คลาส, เนมสเปซอื่นที่ไม่ใช่ค่าเริ่มต้นเป็นต้น

16 c++  language-design  rationale