ติดตั้งหรือโมดูลบริบท?


9

ฉันขอความคิดเห็นจากความแตกต่างระหว่างสองอย่างนี้ได้ไหม

ฉันกำลังสร้างเว็บไซต์ที่ใช้ 'บริบท' เป็นสิ่งสำคัญมาก หลังจากดูวิดีโอชุดนี้เกี่ยวกับ Page Manager โดย NodeOne ฉันรู้สึกว่าบริบทของพาเนลและความสามารถในการส่งผ่านข้อโต้แย้งไปยัง Views อย่างมีความสำคัญเป็นสิ่งสำคัญมาก อย่างไรก็ตามโมดูลบริบทมีปลั๊กอินที่ไม่ประเภทที่คล้ายกันของฟังก์ชั่นที่เรียกว่ามุมมองเริ่มต้นหลักฐานจากโมดูลบริบท


@alex ฉันไม่คิดว่าคำตอบที่ตอบสนองคำถาม ดูเหมือนว่าฉันหลังจากการตรวจสอบบางอย่างว่าบริบทของ Ctools มีบางสิ่งที่มีประโยชน์มากเช่นการโหลดวัตถุในตัวจัดการหน้าเว็บที่ได้รับการส่งกลับไปยังโมดูลที่ใช้ปลั๊กอิน Ctools สิ่งนี้ช่วยเพิ่มความสามารถอย่างมากในการรับวัตถุเพื่อสร้างโทเค็นตามบริบท ฉันคิดว่าเว็บไซต์แอปพลิเคชันที่ซับซ้อนบริบทนี้อาจมีประโยชน์มาก ดู
Adam S

ยุติธรรมเพียงพออาจจะโปรดปรานจะเริ่มต้นอย่างรวดเร็วนี้ :)
อเล็กซ์เวเบอร์

หลังจากมองดูสิ่งนี้อีกเล็กน้อยฉันคิดว่าความแตกต่างที่ยิ่งใหญ่คือการพัฒนาเมล็ดพันธุ์ที่เดินออกไปจากการพัฒนาของ Drupal ที่ให้ทุกสิ่งที่พวกเขาทำใน Drupal ไปยังเฟส 2รวมถึงการบำรุงรักษาบริบทคุณสมบัติและโมดูล Spaces ซึ่งหมายความว่า จุดนี้ ในขณะที่แนวคิดพื้นฐานที่อยู่เบื้องหลังบริบทใน Ctoolsกำหนดพื้นฐานสำหรับการพัฒนา Drupal 8 core ในปัจจุบันทั้งหมด
Adam S

Lullabot slideshare ครอบคลุมบล็อก vs panels เทียบกับบริบท: slideshare.net/davexoxide/drupal-blocks-vs-context-vs-panels
chrisjlee

คำตอบ:


8

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

ฉันมักจะสามารถจัดการกับข้อโต้แย้งViews ที่ฉันต้องการภายใน Views เอง (บ่อยครั้งโดยการตั้งค่าอาร์กิวเมนต์เริ่มต้น) และไม่ต้องการด้าน Panels เพื่อทำ


8
บทความนี้อธิบายความแตกต่างได้ดี: lullabot.com/articles/assembling-pages-with-drupal
Jody

ฉันคิดว่าความแตกต่างคือโมดูลบริบทสนับสนุนวิธีการสร้างสถาปัตยกรรม Drupal ที่เป็นรหัส API เป็นศูนย์กลางในขณะที่แผงเป็นศูนย์กลางฐานข้อมูล หากมีคนสร้างประเภทเนื้อหาคำถามเช่นในหน้านี้พร้อมคำตอบที่มีความคิดเห็นเช่นนี้คำตอบก็จะต้องเป็นรายการเช่นกัน สิ่งนี้ต้องการชิ้นส่วนจำนวนมากที่ต้องรับรู้ซึ่งกันและกัน คำตอบจะต้องรู้ว่าคำถามอะไรคำถามจะต้องรู้วัตถุผู้ใช้ของผู้เขียนคำตอบจะต้องตระหนักถึงวัตถุผู้ใช้ของผู้เขียนของพวกเขาและบล็อกที่เกี่ยวข้องจะต้องตระหนักถึงอนุกรมวิธาน
Adam S

4

ความคิดเห็นของฉัน

จับคู่กับโมดูลเดลต้าไม่จำเป็นต้องใช้พาเนลจริงๆ

ส่วนต่อประสานผู้ใช้สำหรับพาเนลนั้นใหญ่โตเกินไป (imho)

ฉันได้อธิบายข้อดีและข้อเสียของ ความคิดมากมายถูกนำมาจากสไลด์โชว์เพลงกล่อมเด็ก ฉันได้เพิ่มความคิดของตัวเองที่นั่นเช่นกัน:

กรณีสำหรับการใช้ทั้งพาเนลและบริบท

  • ที่ขายออกได้
  • จากนั้นสร้างรูปแบบที่แยกต่างหากได้เร็วขึ้น
  • ละเอียดมากขึ้น
  • ไม่มีการพึ่งพาระบบบล็อกหลักของ Drupal อีกต่อไป

แผง

ข้อดี

  • อินเตอร์เฟซลากและวาง
  • มีประสิทธิภาพมากกว่าบล็อก
  • กลไกการแคชในตัว
  • (ดังที่คุณพูด) ผ่านการโต้แย้งจากมุมมอง
  • รวมเอาท์พุทการปรับเปลี่ยนจาก: มุมมองบล็อกโหนดโมดูลเมนู
  • มีอินเตอร์เฟสเพื่อสร้างเลย์เอาต์ที่แตกต่างได้อย่างง่ายดาย

จุดด้อย

  • โค้งการเรียนรู้เล็กน้อย
  • มาร์กอัปภายนอกที่ผลิตโดยแผงเอาท์พุท
  • มีค่าใช้จ่ายมากมายในการสร้างเลย์เอาต์

บริบท

ข้อดี

  • โมดูล Delta อนุญาตให้ปรับเปลี่ยนชุดรูปแบบใด ๆ ขึ้นอยู่กับปฏิกิริยาใด ๆ และก่อให้เกิดเค้าโครงที่แตกต่างกัน
  • ความยืดหยุ่นในการเข้าร่วมบริบทที่ซับซ้อนหลายรายการ (การจับคู่ URL เชิงลบ)
  • ในที่สุดจะรวมกับกฎ

จุดด้อย

  • ไม่เหมาะสำหรับไคลเอ็นต์ที่เป็นมิตร / UI ระดับต่ำ ต้องใช้ความรู้นักพัฒนา

แหล่งข้อมูล:


0

ฉันคิดว่าความสามารถของบริบทในการเปลี่ยนเค้าโครง 'on-the-fly' ของธีมแทนที่การตั้งค่าใด ๆ สำหรับการใช้เลย์เอาต์ที่กำหนดเองของ Panels อย่างแน่นอน ฉันพบว่ามันมีประโยชน์เป็นพิเศษกับธีมที่ใช้กริดเช่นฟิวชั่นที่คุณสามารถเปลี่ยนคอลัมน์ความกว้างคงที่โดยไม่มีการเปลี่ยนแปลง CSS ที่ซับซ้อน


1
คุณใช้ฟิวชั่นกับบริบทได้อย่างไร ฉันใช้บริบทกับโอเมก้า แต่ในโครงการนี้ฉันใช้ฟิวชั่น
Adam S
โดยการใช้ไซต์ของเรา หมายความว่าคุณได้อ่านและทำความเข้าใจนโยบายคุกกี้และนโยบายความเป็นส่วนตัวของเราแล้ว
Licensed under cc by-sa 3.0 with attribution required.