CSS Framework หรือ CSS Grid: ฉันควรใช้อะไรสำหรับโครงการของฉัน

เผยแพร่แล้ว: 2022-03-10
สรุปโดยย่อ ↬ คุณเคยพิจารณาหรือไม่ว่า CSS Grid สามารถแทนที่ความต้องการเฟรมเวิร์ก CSS หรือไลบรารีส่วนประกอบบุคคลที่สามได้จริงหรือไม่? ในการทำเช่นนั้น Rachel Andrew ได้ค้นพบเหตุผลหลายประการที่ผู้คนใช้เฟรมเวิร์กของบุคคลที่สาม และสิ่งที่เป็นบวกและลบในการทำเช่นนั้น

ในบรรดาคำถามที่ฉันถามบ่อยที่สุดคือคำถามที่หลากหลาย "ฉันควรใช้ CSS Grid หรือ Bootstrap หรือไม่" ในบทความนี้ ผมจะพิจารณาคำถามนั้น คุณจะค้นพบว่าสาเหตุของการใช้เฟรมเวิร์กนั้นแตกต่างกัน ไม่ใช่แค่เน้นที่การใช้ระบบกริดที่อยู่ในเฟรมเวิร์กนั้น ฉันหวังว่าเมื่อเปิดกล่องเหตุผลเหล่านี้ ฉันสามารถช่วยคุณตัดสินใจได้ ในแง่ของสิ่งที่ดีที่สุดสำหรับไซต์และแอปพลิเคชันที่คุณกำลังทำงานอยู่ และสำหรับทีมที่คุณทำงานด้วย

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

ทำไมต้องเลือก CSS Framework?

คำถามที่ว่าจะใช้ Grid หรือเฟรมเวิร์กนั้นมีข้อบกพร่องหรือไม่ เนื่องจาก CSS Grid ไม่ใช่การแทนที่สิ่งที่เฟรมเวิร์ก CSS ทำ การสำรวจหัวข้อใด ๆ จะต้องพิจารณาว่า CSS Grid กรอบงานของเรากำลังจะมาแทนที่อะไร ฉันต้องการเริ่มต้นด้วยการค้นหาว่าทำไมผู้คนถึงเลือกใช้เฟรมเวิร์ก CSS เลย ดังนั้นฉันจึงหันไปหา Twitter และโพสต์ทวีตนี้

มี การ ตอบกลับมากมาย อย่างที่ฉันคาดไว้ มีเหตุผลมากมายที่จะใช้เฟรมเวิร์กมากกว่าแค่ระบบกริดที่มีอยู่

เพิ่มเติมหลังกระโดด! อ่านต่อด้านล่าง↓

กรอบการทำงานช่วยให้ทีมงานของคุณพร้อมทำเอกสาร

หากคุณกำลังทำงานในโครงการร่วมกับนักพัฒนาคนอื่นๆ จำนวนหนึ่ง ระบบภายในที่คุณสร้างขึ้นจะต้องรวมเอกสารประกอบเพื่อช่วยให้สมาชิกในทีมของคุณใช้งานได้อย่างมีประสิทธิภาพ การสร้างเอกสารที่มีประโยชน์นั้นใช้เวลานานและมีฝีมือในตัวเอง และเป็นสิ่งที่กรอบงานขนาดใหญ่ทำได้ดีมาก

สกรีนช็อตของโฮมเพจเอกสาร Bootstrap
เอกสารประกอบการบูตสแตรป (ตัวอย่างขนาดใหญ่)

เอกสารประกอบของ Framework ปรากฏขึ้นครั้งแล้วครั้งเล่า โดยนักพัฒนาส่วนหน้ามากประสบการณ์หลายคนกำลังเรียนรู้และอธิบายนี่คือเหตุผลที่พวกเขาแนะนำและใช้เฟรมเวิร์ก CSS บางครั้งฉันได้ยินความคิดเห็นที่ว่าผู้คนใช้เฟรมเวิร์กเพราะพวกเขาไม่รู้จัก CSS จริงๆ อย่างไรก็ตาม หลายคนที่ตอบกลับมานั้นเป็นที่รู้จักกันดีสำหรับฉันในฐานะนักพัฒนา CSS ที่เชี่ยวชาญ ฉันแน่ใจว่าบางครั้งพวกเขาผิดหวังกับตัวเลือกที่ทำโดยกรอบงาน อย่างไรก็ตาม แง่บวกของตัวเลือกนั้นมีมากกว่านั้น

ชุมชนออนไลน์: เข้าถึงความช่วยเหลือได้ง่าย

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

ระบบกริด

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

ความเร็วของการส่งมอบโครงการ

โดยทั่วไปแล้ว การเลือกเฟรมเวิร์กจะทำให้การส่งมอบโปรเจ็กต์ของคุณเร็วขึ้นมาก โดยเฉพาะอย่างยิ่งหากโปรเจ็กต์นั้นเข้ากันได้ดีกับวิธีที่เฟรมเวิร์กทำสิ่งต่างๆ และไม่ต้องการการปรับแต่งจำนวนมาก

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

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

สกรีนช็อตของชุดแดชบอร์ดสำหรับ Foundation
คอลเล็กชันของส่วนประกอบแดชบอร์ดช่วยให้สร้างผู้ดูแลระบบสำหรับแอปได้รวดเร็วยิ่งขึ้น (ตัวอย่างขนาดใหญ่)

ฉันไม่ใช่นักออกแบบ!

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

การจัดการกับข้อบกพร่อง CSS และปัญหาความเข้ากันได้ของเบราว์เซอร์

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

เพื่อช่วยในการออกแบบที่ตอบสนอง

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

ทำไมไม่ใช้กรอบงาน?

เหตุผลเชิงบวกที่ว่าทำไมกรอบงานถึงได้รับเลือกคือปัญหาบางอย่างที่ผู้คนมีกับตัวเลือกนั้น

ความยากในการเอาชนะรหัสกรอบงาน

หลายคนให้ความเห็นเกี่ยวกับข้อเท็จจริงที่ว่ามันอาจเป็นเรื่องยากที่จะแทนที่โค้ดที่ใช้ในเฟรมเวิร์ก และเฟรมเวิร์กนั้นเป็นตัวเลือกที่ดีหากพวกเขาไม่ต้องการการแทนที่จำนวนมาก ประโยชน์ของการใช้งานง่าย และทุกคนในทีมที่เข้าใจวิธีใช้เฟรมเวิร์กอาจสูญหายไป หากมีการปรับแต่งจำนวนมากอยู่แล้ว

เว็บไซต์ทั้งหมดจบลงด้วยการดูเหมือนกัน

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

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

สืบทอดปัญหา CSS ของโลกทั้งใบ

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

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

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

ปัญหาด้านประสิทธิภาพ

ประเด็นที่เกี่ยวข้องกับข้างต้นคือปัญหาด้านประสิทธิภาพที่เกิดขึ้นจากการใช้โค้ดทั่วไป แทนที่จะเป็นสิ่งที่ปรับให้เหมาะสมสำหรับกรณีการใช้งานที่คุณมี เมื่อพยายามปรับปรุงประสิทธิภาพ คุณจะพบว่าตัวเองขัดกับการตัดสินใจของเฟรมเวิร์ก

หนี้ทางเทคนิคที่เพิ่มขึ้น

แม้ว่ากรอบงานอาจเป็นวิธีที่ดีในการทำให้การเริ่มต้นของคุณเริ่มต้นได้อย่างรวดเร็ว และในขณะที่ทำการตัดสินใจนั้น คุณแน่ใจว่าคุณจะแทนที่มัน มีแผนที่จะทำให้สิ่งนั้นเกิดขึ้นหรือไม่?

การเรียนรู้กรอบงานมากกว่าการเรียนรู้ CSS

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

การมีนักพัฒนา front-end ที่ไม่มีความรู้เรื่อง CSS ควรทำให้บริษัทกังวล มันทำให้ยากอย่างเหลือเชื่อที่จะย้ายออกจากเฟรมเวิร์กนั้นหากทีมของคุณไม่เข้าใจจริง ๆ ว่าจะทำ CSS ได้อย่างไรหากไม่มีมัน แม้ว่าจะไม่ใช่เหตุผลที่จะไม่ใช้เฟรมเวิร์ก แต่ก็เป็นสิ่งที่ควรคำนึงถึงเมื่อใช้เฟรมเวิร์ก เมื่อถึงวันที่ต้องย้ายออกไป คุณหวังว่าทีมงานจะพร้อมรับมือกับสิ่งใหม่ๆ โดยไม่ต้องจำ (หรือเรียนรู้เป็นครั้งแรก) วิธีเขียน CSS!

ทางเลือกไม่คำนึงถึงผู้ใช้ปลายทาง

Nicole Sullivan ถามคำถามเดียวกันนี้เมื่อสองสามวันก่อนที่ฉันถาม ขณะที่ฉันกำลังคิดที่จะเขียนบทความนี้ แม้ว่าเธอกำลังพิจารณาเฟรมเวิร์กส่วนหน้าในภาพรวมมากกว่าแค่เฟรมเวิร์ก CSS ก็ตาม Jeremy Keith ตั้งข้อสังเกตว่าไม่มีคำตอบที่เกี่ยวข้องกับผู้ใช้ปลายทางอย่างแม่นยำ นี่เป็นกรณีของการตอบคำถามของฉันด้วย

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

เราสามารถแทนที่เฟรมเวิร์กด้วย “Vanilla” CSS ได้หรือไม่?

หากคุณกำลังพิจารณาที่จะเปลี่ยนเฟรมเวิร์กของคุณหรือเริ่มโครงการใหม่โดยไม่ได้ใช้งาน สิ่งใดที่คุณอาจพิจารณาเพื่อทำให้กระบวนการนั้นง่ายขึ้น

ทำความเข้าใจว่าส่วนใดของกรอบงานที่คุณต้องการ

หากคุณกำลังแทนที่การใช้เฟรมเวิร์กด้วย CSS ของคุณเอง จุดเริ่มต้นที่ดีคือการตรวจสอบการใช้เฟรมเวิร์กปัจจุบันของคุณ ดูว่าคุณกำลังใช้อะไรและทำไม พิจารณาว่าคุณจะแทนที่สิ่งเหล่านี้อย่างไรในการออกแบบใหม่

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

สร้างไลบรารีรูปแบบเอกสารหรือคู่มือสไตล์

ฉันเป็นแฟนตัวยงในการทำงานกับไลบรารีรูปแบบ และคุณสามารถอ่านโพสต์ของฉันที่นี่ใน Smashing Magazine เกี่ยวกับการใช้ Fractal ของเรา ไลบรารีรูปแบบหรือคู่มือสไตล์ช่วยให้สามารถสร้างเอกสารประกอบพร้อมกับส่วนประกอบทั้งหมดของคุณ ฉันเริ่มโครงการทั้งหมดของฉันโดยทำงานกับ CSS ในไลบรารีรูปแบบ

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

พัฒนาแนวทางโค้ด CSS ของคุณเอง

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

สถานที่ที่ดีกว่าในการขอความช่วยเหลือ

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

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

คู่มือสไตล์หรือจุดเริ่มต้นสำหรับผู้ที่ไม่ใช่นักออกแบบ

ฉันผูกตัวเองเป็นปมด้วยคำถามเช่น "ฉันควรใช้แบบอักษรใด", "ส่วนหัวควรสัมพันธ์กับข้อความเนื้อหามากแค่ไหน", "ใช้เงาได้หรือไม่" ฉันสามารถเขียน CSS ได้อย่างง่ายดาย — ถ้าฉันรู้ว่าฉันกำลังพยายามทำอะไร! สิ่งที่ฉันต้องการจริงๆ คือกฎเกณฑ์บางประการสำหรับการออกแบบที่ไม่น่ากลัว จุดเริ่มต้นการพิมพ์บางประเภท หรือชุดแนวทางพื้นฐานที่จะเข้ามาแทนที่ความสามารถในการใช้ค่าเริ่มต้นของกรอบงานในหลายๆ กรณี

การให้ความรู้แก่ผู้คนเกี่ยวกับสถานะการทำงานร่วมกันของเบราว์เซอร์สมัยใหม่

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

หากพยายามสร้างกรณีที่ไม่ได้ใช้เฟรมเวิร์กให้กับสมาชิกในทีมที่เชื่อว่าเฟรมเวิร์กช่วยพวกเขาจากบั๊กของเบราว์เซอร์ ประเด็นนี้อาจเป็นประโยชน์ที่จะหยิบยกขึ้นมา ปัญหาความเข้ากันได้ของเบราว์เซอร์เป็นจริงหรืออิงจากข้อกังวลในอดีตหรือไม่

เราจะเห็นกรอบรูปแบบใหม่หรือไม่?

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

บางทีการพึ่งพาวิธีการจัดวางแบบใหม่ แทนที่จะเป็นระบบกริดแบบฝัง เฟรมเวิร์กรูปแบบใหม่อาจเบากว่ามาก กลายเป็นชุดส่วนประกอบที่มีประโยชน์ จากนั้นอาจสามารถหลีกเลี่ยงปัญหาด้านประสิทธิภาพบางอย่างที่มีอยู่ในโค้ดทั่วไปได้

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

ฉันไม่คิดว่าเพียงแค่เปลี่ยน Bootstrap Grid สำหรับ CSS Grid Layout จะทำสิ่งนี้ได้ ในทางกลับกัน ผู้เขียนกำลังคิดเฟรมเวิร์กใหม่ บางทีควรดูเหตุผลบางประการที่สรุปไว้ที่นี่ และพยายามแก้ไขด้วยวิธีใหม่ๆ โดยใช้ฟังก์ชันใหม่ที่เรามีใน CSS เพื่อดำเนินการดังกล่าว

คุณ ควรใช้กรอบงานหรือไม่

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

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

บันทึกการตัดสินใจของคุณ อย่ากลัวที่จะทบทวนอีกครั้ง และทำให้แน่ใจว่าคุณและทีมของคุณรักษาทักษะของคุณไว้นอกกรอบการทำงานใดๆ ที่คุณตัดสินใจใช้ ด้วยวิธีนี้ คุณจะอยู่ในที่ที่ดีที่จะก้าวต่อไปในอนาคตและตัดสินใจได้ดีที่สุดสำหรับขั้นตอนต่อไปของโครงการของคุณ

ฉันชอบการสนทนาที่เริ่มต้นในทวีตนั้นเพื่อดำเนินการต่อ แจ้งให้เราทราบเรื่องราวของคุณในความคิดเห็น พวกเขาอาจช่วยคนอื่นๆ ที่พยายามหาสิ่งที่ดีที่สุดสำหรับโครงการของพวกเขาในตอนนี้