เมื่อเร็ว ๆ นี้ ฉันหมกมุ่นอยู่กับ "การทำให้เป็นโมดูล" รวมถึงบทความและ PPT และฉันถูกบังคับให้คิดถึงสิ่งที่เกี่ยวข้องมากมาย เพื่อแยกแยะความคิดของฉันเกี่ยวกับ "ความเป็นโมดูล" ในช่วงเวลานี้ ส่วนใหญ่จะขึ้นอยู่กับประสบการณ์และความเข้าใจของฉันเองเกี่ยวกับงานสร้างหน้าใหม่ มีข้อจำกัดอยู่บ้าง และฉันหวังว่าฉันจะสามารถเรียนรู้สิ่งใหม่ได้ด้วยการทบทวน อดีต
"Modular" เป็นเพียงชื่อที่ทันสมัยสำหรับเทคโนโลยีและวิธีการที่เราเคยใช้ในอดีต เช่นเดียวกับ "Ajax" อย่างไรก็ตาม เนื่องจากกระแสการพัฒนาของการสร้างเพจใหม่ ผู้คนให้ความสนใจกับมันมากขึ้นเรื่อยๆ และมักจะพูดถึง "ความเป็นโมดูล" โดยไม่รู้ตัว แต่คุณเข้าใจจริงๆ ว่า "การทำให้เป็นโมดูล" คืออะไร
ความเป็นโมดูลาร์คืออะไร?
มีการตีความ "modularity" 28 แบบใน CNKI จะเห็นได้ว่าการคิดแบบ "โมดูลาร์" มีการใช้กันอย่างแพร่หลาย คำอธิบายที่ใกล้เคียงที่สุดกับ "การทำให้เป็นโมดูล" ในการสร้างหน้าใหม่น่าจะเป็นคำอธิบายในการพัฒนาซอฟต์แวร์
ก่อนอื่นเรามาดูกันว่ารายการของ Baidu อธิบาย " ความเป็นโมดูลาร์ " อย่างไร:
"การทำให้เป็นโมดูลหมายถึงกระบวนการแบ่งระบบซอฟต์แวร์ออกเป็นโมดูลต่างๆ ทีละชั้นจากบนลงล่างเมื่อแก้ไขปัญหาที่ซับซ้อน แต่ละโมดูลทำหน้าที่ย่อยเฉพาะให้เสร็จสมบูรณ์ และโมดูลทั้งหมดจะประกอบกันในลักษณะใดลักษณะหนึ่งจนกลายเป็นทั้งหมด ทำหน้าที่ตามที่กำหนดโดยทั้งระบบ โมดูลมีคุณลักษณะพื้นฐานดังต่อไปนี้: อินเทอร์เฟซ ฟังก์ชัน ตรรกะ และสถานะ ฟังก์ชัน สถานะ และอินเทอร์เฟซสะท้อนถึงคุณลักษณะภายนอกของโมดูล และตรรกะสะท้อนถึงคุณลักษณะภายใน สถาปัตยกรรมซอฟต์แวร์ โมดูล เป็นหน่วยที่สามารถรวม ถอดประกอบ และเปลี่ยนได้”
นอกจากนี้ยังมีหนังสือที่เกี่ยวข้องอีกสองสามเล่ม และนักเรียนที่สนใจสามารถค้นหาได้ ต้องย้ำว่าสิ่งที่เราเรียนรู้คือวิธีคิด
เหตุใดการผลิตเพจจึงต้องเป็นแบบโมดูลาร์?
เนื้อหาของไซต์เพิ่มขึ้นและโค้ดเริ่มบวม ซึ่งจะค่อยๆ ส่งผลต่อประสบการณ์ของลูกค้า (ความเร็วในการเปิดเป็นหลัก) และประสิทธิภาพของการบำรุงรักษา มีวิธีแก้ไขปัญหาเหล่านี้หรือไม่?
เราคิดได้ง่ายๆ ว่า: การลดความซ้ำซ้อนของโค้ด การปรับปรุงการใช้โค้ดซ้ำ การบีบอัดรูปภาพ ฯลฯ แต่จะบรรลุสิ่งเหล่านี้ได้อย่างไร การคิดแบบแยกส่วนสามารถแก้ไขได้ ซึ่งสามารถลดความซ้ำซ้อนของโค้ดและปรับปรุงการใช้โค้ดซ้ำได้อย่างมีประสิทธิภาพ ที่สำคัญกว่านั้นคือสามารถรองรับการบำรุงรักษาแบบหลายคนและลดต้นทุนการบำรุงรักษา วิธีเขียน CSS มีความยืดหยุ่นมากกว่าและอาจทำให้เกิดการเชื่อมต่อโค้ดได้ง่าย การใช้การทำให้เป็นโมดูลสามารถลดการมีเพศสัมพันธ์ได้ในระดับหนึ่ง ซึ่งมีประโยชน์ในการค้นหาจุดบกพร่องด้วย ดังนั้นเราจึงควรใส่ใจและใช้ "การคิดแบบแยกส่วน" มากขึ้นในการเขียนเว็บไซต์ในช่วงแรกของเว็บไซต์
ส่วนสำคัญของการเพิ่มประสิทธิภาพไซต์ที่เรามักกล่าวถึงก่อนหน้านี้ยังเกี่ยวข้องกับ "การทำให้เป็นโมดูล" เช่น การปรับปรุงการใช้โค้ดซ้ำ การปรับปรุงประสิทธิภาพการพัฒนา เป็นต้น มีข้อดีหลายประการของ "การทำให้เป็นโมดูล" ฉันจะแสดงรายการเหล่านี้โดยย่อ:
ฉันคิดว่าจุดที่สำคัญที่สุดคือ "การเพิ่มการใช้โค้ดซ้ำ" ซึ่งเป็นหนึ่งในคุณสมบัติที่สำคัญที่สุดของโมดูลาร์
ทำอย่างไรถึงจะได้ "ความเป็นโมดูลาร์"?
ปัญหาหลักที่นี่คือ "ความเป็นโมดูล" ของ HTML และ CSS เราสามารถดูวิธีการใช้สกินนิ่งได้:
จากนี้เราจะเห็นการใช้งานอินเทอร์เฟซของ HTML และ CSS:
เพื่อที่จะใช้อินเทอร์เฟซนี้ได้ดียิ่งขึ้น จำเป็นต้องมีข้อตกลง กฎ และข้อกำหนดที่เกี่ยวข้อง (การโต้ตอบ การออกแบบ หน้า การพัฒนา) ตัวอย่างเช่น สถานะปัจจุบันทั้งหมดใช้ชื่อคลาสเดียวกัน "nonce" และการแสดงทั้งหมดเป็นสีเทา ใช้ Add "_n" หลังชื่อคลาสเดิม วิธีใช้ Tab ฯลฯ ด้วยแบบแผน กฎ และข้อกำหนดเฉพาะเหล่านี้ โค้ด HTML สามารถสร้างเทมเพลตและรวมเข้ากับข้อกำหนดเฉพาะของอินเทอร์เฟซได้อย่างง่ายดาย
มีความเข้าใจผิดสองประการที่ต้องเข้าใจก่อน:
โมดูลที่เป็นอิสระโดยสมบูรณ์ถูกวางไว้ในโปรเจ็กต์เดียวกัน เนื่องจากโปรเจ็กต์มีประสิทธิภาพของตัวเองและมีเอกภาพเชิงโต้ตอบ จึงต้องมีส่วนที่คล้ายกันระหว่างโมดูลต่างๆ สามารถเสนอส่วนเหล่านี้เป็นคำจำกัดความทั่วไปเพื่อลดความซ้ำซ้อนได้ ในเวลานี้ ปัญหาการเชื่อมต่อจะเกิดขึ้น และเป็นไปไม่ได้ที่จะแยกออกจากกันโดยสิ้นเชิง ดังนั้น จุดสำคัญมากในการทำให้เป็นโมดูลคือ "การมีเพศสัมพันธ์ระดับปานกลาง" ด้วยคำจำกัดความสาธารณะ จำเป็นต้องปรับการใช้งานสไตล์โมดูล และการปรับนี้จะส่งผลต่อการใช้งาน "อินเทอร์เฟซ" ด้วย
เนื่องจากบทความนี้พูดถึงวิธีคิดแบบโมดูลาร์เป็นหลัก รายละเอียดการใช้งานเฉพาะจะกล่าวถึงในบทความต่อๆ ไป สำหรับเนื้อหาที่เกี่ยวข้อง คุณสามารถอ่านบทความ " Modularization from IKEA Furniture Design " ที่เขียนไว้ก่อนหน้านี้ ยินดีต้อนรับที่จะหารือร่วมกัน
ข้อความต้นฉบับ: http://www.cssforest.org/blog/index.php?id=134