ไลบรารี C แบบมินิมอลใหม่ที่ชื่อ Fenster ได้จุดประกายการถกเถียงที่น่าสนใจในชุมชนโปรแกรมเมอร์เกี่ยวกับคำนิยามพื้นฐานของไลบรารี GUI ในขณะที่โปรเจกต์นี้นำเสนอตัวเองในฐานะไลบรารี GUI ข้ามแพลตฟอร์ม นักพัฒนาหลายคนกำลังตั้งคำถามว่ามันเป็นไลบรารี GUI จริงหรือไม่
ข้อมูลจำเพาะของไลบรารี Fenster :
- ขนาด: ประมาณ 300 บรรทัดของโค้ด C99 ในไฟล์ header เดียว
- Framebuffer: บัฟเฟอร์พิกเซล RGB 24-bit
- การรองรับแพลตฟอร์ม: Linux (X11), macOS (Cocoa), Windows (GDI32)
- เสียง: รองรับข้ามแพลตฟอร์ม (WinMM, CoreAudio, ALSA)
- การป้อนข้อมูล: เหตุการณ์คีย์บอร์ด พิกัดเมาส์และการคลิก
- การออกแบบ API: ลูปแบบ polling (คล้ายกับ Arduino/Processing)
- Language Bindings: Go, Zig, Lua
- ใบอนุญาต: MIT
ประเด็นหลักของการถกเถียง: ไลบรารี GUI หรือกราฟิกพื้นฐาน?
จุดขัดแย้งหลักเกี่ยวกับสิ่งที่ทำให้เป็นไลบรารี GUI Fenster มี framebuffer พื้นฐาน การจัดการอินพุตจากคีย์บอร์ดและเมาส์ และการเล่นเสียง ทั้งหมดนี้บรรจุอยู่ในโค้ด C เพียง 300 บรรทัด อย่างไรก็ตาม มันขาดองค์ประกอบ GUI แบบดั้งเดิม เช่น ปุ่ม เมนู ฟิลด์ข้อความ หรือคอมโพเนนต์อินเทอร์เฟซที่สร้างไว้แล้ว
นักวิจารณ์โต้แย้งว่าการเรียก Fenster ว่าเป็นไลบรารี GUI นั้นทำให้เข้าใจผิด พวกเขาชี้ให้เห็นว่าไลบรารีนี้มีเพียงความสามารถในการวาดภาพในระดับพิกเซลเท่านั้น ทำให้นักพัฒนาต้องสร้างองค์ประกอบอินเทอร์เฟซทุกอย่างตั้งแต่เริ่มต้นด้วยตัวเอง สิ่งนี้นำไปสู่การเปรียบเทียบกับไลบรารีที่มีชื่อเสียงอย่าง SDL โดยมีบางคนสังเกตว่า Fenster ดูเหมือนจะเป็นฟังก์ชันย่อยที่จำกัดกว่าของ SDL
การถกเถียงนี้เผยให้เห็นความแตกแยกที่น่าสนใจในวิธีที่นักพัฒนาจัดหมวดหมู่ไลบรารีโปรแกรม บางคนมอง Fenster เป็นไลบรารีกราฟิกพื้นฐาน ซึ่งเป็นรากฐานที่สามารถสร้าง GUI ได้ คนอื่นๆ มองว่าเป็นไลบรารีหน้าต่างที่เพียงแค่ให้การเข้าถึงข้ามแพลตฟอร์มสำหรับระบบแสดงผลและอินพุต
ฟังก์ชัน API หลัก:
fenster_open()- เปิดหน้าต่างแอปพลิเคชันfenster_loop()- จัดการเหตุการณ์และรีเฟรชแคนวาสfenster_close()- ปิดหน้าต่างและออกจากโปรแกรมfenster_sleep()- หยุดการทำงานชั่วคราวfenster_time()- คืนค่าเวลาปัจจุบันในหน่วยมิลลิวินาทีfenster_pixel()- รับ/ตั้งค่าสีพิกเซล (รูปแบบ 0xRRGGBB)
ข้อจำกัดทางเทคนิคและการเลือกออกแบบ
สมาชิกชุมชนได้ระบุข้อกังวลทางเทคนิคหลายประการเกี่ยวกับแนวทางของ Fenster ไลบรารีใช้การออกแบบ API แบบ polling ซึ่งนักพัฒนาบางคนเตือนว่าอาจสร้างปัญหาความเข้ากันได้กับแพลตฟอร์มเว็บที่ไม่รองรับ polling loop แบบดั้งเดิม การเลือกออกแบบนี้ให้ความสำคัญกับความเรียบง่าย แต่อาจจำกัดตัวเลือกการพกพาในอนาคต
นอกจากนี้ ผู้ตรวจสอบโค้ดยังพบข้อบกพร่องในเอกสารประกอบ รวมถึงปัญหาการใช้ฟังก์ชัน memset ที่จะทำงานได้อย่างถูกต้องเฉพาะกับสีเทาที่ค่าสีแดง เขียว และน้ำเงินเหมือนกัน
คำสั่งการคอมไพล์แยกตามแพลตฟอร์ม:
- Linux:
cc main.c -lX11 -lasound -o main - macOS:
cc main.c -framework Cocoa -framework AudioToolbox -o main - Windows:
cc main.c -lgdi32 -lwinmm -o main.exe
ความดึงดูดของมินิมอลิซึม
แม้จะมีการวิจารณ์ แต่ Fenster ก็พบผู้สนับสนุนที่ชื่นชมแนวทางที่เบาบางมาก ไลบรารีนี้ดึงดูดนักพัฒนาที่ต้องการสิ่งที่ทำให้นึกถึงสภาพแวดล้อมการเขียนโปรแกรมแบบคลาสสิก เช่น Borland BGI หรือการเขียนโปรแกรมกราฟิก QBASIC การออกแบบแบบ single-header และขนาดเล็กทำให้มันน่าสนใจสำหรับวัตถุประสงค์ทางการศึกษาและโปรเจกต์ง่ายๆ
นี่คือสิ่งที่ฉันต้องการเพื่อฝึกการเขียนโปรแกรม Zig
ความดึงดูดแบบคิดถึงอดีตเห็นได้ชัด โดยนักพัฒนาเปรียบเทียบกับการเขียนโปรแกรมกราฟิกจากหลายทศวรรษที่ผ่านมา สิ่งนี้บ่งบอกว่ายังมีความต้องการสำหรับการเข้าถึงกราฟิกพื้นฐานแบบง่ายและตรงไปตรงมาโดยไม่มีความซับซ้อนของเฟรมเวิร์ก GUI สมัยใหม่
ผลกระทบที่กว้างขึ้นสำหรับการจัดหมวดหมู่ไลบรารี
การถกเถียงนี้เน้นให้เห็นว่าขอบเขตระหว่างไลบรารีโปรแกรมประเภทต่างๆ กลายเป็นเรื่องที่เบลอมากขึ้น ความแตกต่างระหว่างไลบรารีกราฟิก ระบบหน้าต่าง และเฟรมเวิร์ก GUI ไม่ได้ชัดเจนเสมอไป โดยเฉพาะเมื่อโปรเจกต์มุ่งหวังความเรียบง่ายในขณะที่ยังคงให้ฟังก์ชันข้ามแพลตฟอร์ม
การถกเถียงเรื่อง Fenster สะท้อนแนวโน้มที่กว้างขึ้นในการเขียนโปรแกรมที่นักพัฒนากำลังมองหาทางเลือกที่เรียบง่ายกว่าไลบรารีที่ซับซ้อนและมีฟีเจอร์มากมาย ในขณะที่เฟรมเวิร์กที่มีชื่อเสียงอย่าง Qt และ GTK เสนอโซลูชัน GUI ที่ครอบคลุม แต่ก็มีความสนใจอย่างชัดเจนในบล็อกการสร้างพื้นฐานที่ให้นักพัฒนาสร้างสิ่งที่ต้องการได้อย่างแม่นยำโดยไม่มี overhead พิเศษ
ว่า Fenster จะประสบความสำเร็จในเป้าหมายที่ตั้งไว้หรือไม่ อาจขึ้นอยู่กับคำนิยามทางเทคนิคน้อยกว่า และขึ้นอยู่กับว่ามันจะพบกลุ่มเป้าหมายที่ตั้งใจไว้ในหมู่นักพัฒนาที่ให้ความสำคัญกับความเรียบง่ายและการควบคุมโดยตรงมากกว่าความสะดวกและคอมโพเนนต์ที่สร้างไว้แล้วหรือไม่
อ้างอิง: Fenster