รูปแบบ HMVC คืออะไร?

เมื่ออ่านเอกสารของ Kohana ฉันพบว่าความแตกต่างที่สำคัญในเวอร์ชัน 3.0 คือเป็นไปตามรูปแบบ HMVC แทนที่จะเป็น MVC ตามที่เวอร์ชัน 2.x ทำ หน้าเกี่ยวกับเรื่องนี้ในเอกสารของ Kohana และใน wikipedia ไม่ได้ให้ความคิดที่ชัดเจนแก่ฉัน

คำถาม: รูปแบบ HMVC คืออะไรและแตกต่างจาก MVC อย่างไร?

Sam de Freyssinet (หนึ่งในผู้พัฒนา Kohana) ได้เขียนบทความเชิงลึกเกี่ยวกับ HMVCว่าคืออะไรและจะนำไปใช้ได้อย่างไร

ลิงก์หมดแล้ว: ลิงก์ใหม่ - https://web.archive.org/web/20160214073806/http://techportal.inviqa.com/2010/02/22/scaling-web-applications-with-hmvc/

ผมอยู่ในขั้นตอนของการพัฒนา PHP 5.3 กรอบ HMVC ของตัวเองที่เรียกว่าแม็กซ์ เนื่องจากฉันลงทุนและขายใน HMVC อย่างมากฉันจึงคิดว่าฉันสามารถเสนอมุมมองที่แตกต่างออกไปและอาจเป็นคำอธิบายที่ดีกว่าว่าเหตุใดจึงควรใช้ HMVC และประโยชน์ที่จะได้รับ

ประโยชน์ในทางปฏิบัติที่ใหญ่ที่สุดของการใช้สถาปัตยกรรม HMVC คือ "การสร้างวิดเจ็ต" ของโครงสร้างเนื้อหา ตัวอย่างเช่นการแสดงความคิดเห็นการให้คะแนน Twitter หรือการแสดงฟีด RSS ของบล็อกหรือการแสดงเนื้อหาในตะกร้าสินค้าสำหรับเว็บไซต์อีคอมเมิร์ซ โดยพื้นฐานแล้วเป็นเนื้อหาส่วนหนึ่งที่ต้องแสดงในหลาย ๆ หน้าและอาจอยู่ในที่ต่างๆกันขึ้นอยู่กับบริบทของคำขอ HTTP หลัก

เฟรมเวิร์ก MVC แบบดั้งเดิมโดยทั่วไปไม่ได้ให้คำตอบโดยตรงสำหรับโครงสร้างเนื้อหาประเภทนี้ดังนั้นคนทั่วไปจึงต้องทำซ้ำและสลับเลย์เอาต์โดยใช้ตัวช่วยที่กำหนดเองสร้างโครงสร้างวิดเจ็ตหรือไฟล์ไลบรารีของตนเองหรือดึงข้อมูลที่ไม่เกี่ยวข้องจากคำขอหลัก ตัวควบคุมเพื่อส่งผ่านไปยัง View และแสดงผลในบางส่วน สิ่งเหล่านี้ไม่ได้เป็นตัวเลือกที่ดีเป็นพิเศษเนื่องจากความรับผิดชอบในการแสดงเนื้อหาส่วนใดส่วนหนึ่งหรือการโหลดข้อมูลที่จำเป็นจะทำให้เกิดการรั่วไหลในหลายพื้นที่และมีการทำซ้ำในสถานที่ที่มีการใช้งาน

HMVC หรือโดยเฉพาะอย่างยิ่งความสามารถในการส่งคำขอย่อยไปยังผู้ควบคุมเพื่อจัดการกับความรับผิดชอบเหล่านี้เป็นทางออกที่ชัดเจน หากคุณคิดว่าคุณกำลังทำอะไรอยู่มันจะเข้ากับโครงสร้างคอนโทรลเลอร์อย่างแน่นอน คุณต้องโหลดข้อมูลบางอย่างเกี่ยวกับความคิดเห็นและแสดงในรูปแบบ HTML ดังนั้นคุณจึงส่งคำขอไปยังความคิดเห็น Controller พร้อมพารามิเตอร์บางตัวมันโต้ตอบกับ Model เลือก View และ View จะแสดงเนื้อหา ข้อแตกต่างเพียงอย่างเดียวคือคุณต้องการให้ความคิดเห็นแสดงแบบอินไลน์ใต้บทความบล็อกที่ผู้ใช้กำลังดูแทนที่จะเป็นหน้าความคิดเห็นแบบเต็มที่แยกจากกันโดยสิ้นเชิง (แม้ว่าจะใช้วิธี HMVC คุณสามารถให้บริการทั้งคำขอภายในและภายนอกด้วยคอนโทรลเลอร์เดียวกันและ "kill นกสองตัวกับหินก้อนเดียว "ดังคำกล่าว). ในเรื่องนี้ HMVC เป็นเพียงผลพลอยได้ตามธรรมชาติในการพยายามเพิ่มความเป็นโมดูลาร์โค้ดการใช้งานซ้ำและการรักษาแยกข้อกังวลที่ดีขึ้น นี่คือจุดขายของ HMVC

ดังนั้นในขณะที่บทความ TechPortal ของ Sam de Freyssinetเกี่ยวกับการปรับขนาดด้วย HMVC เป็นเรื่องที่น่าสนใจ แต่ก็ไม่ใช่ที่ที่ 90% + ของผู้ที่ใช้เฟรมเวิร์ก HMVC จะได้รับประโยชน์จริงในทางปฏิบัติในแต่ละวัน

HMVC มีความเกี่ยวข้องอย่างใกล้ชิดกับแนวทาง "ตามองค์ประกอบ" ในการจัดส่ง โดยทั่วไปแทนที่จะมีผู้มอบหมายงานคนเดียวซึ่งมอบหมายให้ผู้ควบคุมผู้ควบคุมแต่ละคนสามารถทำหน้าที่เป็นผู้มอบหมายงานได้ด้วยตนเอง สิ่งนี้ทำให้คุณมีลำดับชั้นของตัวควบคุม การออกแบบมีความยืดหยุ่นมากขึ้นและทำให้เกิดการห่อหุ้มโค้ดได้ดีขึ้น แต่มีราคาที่สูงขึ้น Konstruktได้รับการออกแบบตามรูปแบบนี้

ดูคำตอบนี้ด้วย: /programming/115629/simplest-php-routing-framework/120411#120411

อย่างน้อยที่สุดใน Kohana คำขอ HMVC คือคำขอ HTTP ที่ให้บริการ "ภายใน": แทนที่จะออกผ่านเครือข่ายจะถูกกำหนดเส้นทางส่งและจัดการโดยเฟรมเวิร์กเอง ความคล้ายคลึงกันของชื่อ "HMVC" และ "MVC" ทำให้เกิดความสับสนเนื่องจากแสดงให้เห็นถึงความเชื่อมโยงระหว่างคำศัพท์ที่ไม่มีอยู่จริง: คำที่หนึ่งไม่ได้เป็นตัวแปรเล็กน้อยหรือการปรับเปลี่ยนอีกแบบหนึ่งเป็นสิ่งที่แตกต่างกันอย่างสิ้นเชิง (HMVC เรียกอีกอย่างว่า Ajax ที่ไม่มีคำขอ HTTP ฝั่งไคลเอ็นต์) การเน้นของ Kohana และการสนับสนุน "HMVC" หมายความว่าเฟรมเวิร์กมีการสนับสนุนที่แข็งแกร่งสำหรับสถาปัตยกรรมที่มุ่งเน้นบริการที่ใช้ HTTP

ข้อดีของรูปแบบสถาปัตยกรรมนี้ก็คือเนื่องจากมีการใช้ "รูปแบบการเรียก" เดียวกันสำหรับคำขอภายในและภายนอกการแปลงคำขอบริการ "ภายใน" เป็นคำขอ "ภายนอก" หรือในทางกลับกันจึงเป็นเรื่องเล็กน้อยที่จำเป็น

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

[ อัปเดต เม.ย. 2554 มี.ค. 2555:ขยายคำตอบในการตอบกลับความคิดเห็น]

HMVC เป็น Hierarchical Model View Controller ใน MVC ปกติทุกออบเจ็กต์ GUI จะมี MVC แต่ไม่มีความสัมพันธ์ใด ๆ ระหว่างอ็อบเจ็กต์ GUI หลักและอ็อบเจ็กต์ Child GUI ซึ่งแตกต่างจาก HMVC ใน HMVC ออบเจ็กต์ GUI แต่ละอ็อบเจ็กต์มีการเข้าถึงอ็อบเจ็กต์ลูกและอ็อบเจ็กต์ลูกแต่ละตัวสามารถเข้าถึงอ็อบเจ็กต์หลักได้

ดังนั้นในทุกมุมมองจึงมีมุมมองหลักซึ่งสามารถเข้าถึงได้โดยใช้มุมมองหลัก ในทุกคอนโทรลเลอร์จะมีตัวควบคุมหลักซึ่งสามารถส่งผ่านเหตุการณ์ไปยังตัวควบคุมหลักได้ (หากเหตุการณ์ไม่อยู่ในขอบเขต)

สำหรับคำอธิบายรายละเอียดโปรดคลิกที่นี่

ลิงค์ใหม่คือที่อยู่นี้