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