Microsoft ได้เปิดตัวเวอร์ชัน 1.2.0 ของ’แก้ไข’โปรแกรมแก้ไขข้อความบรรทัดคำสั่งโอเพนซอร์ซใหม่โดยผลักดันการอัปเดตที่สำคัญเพียงหนึ่งเดือนหลังจากการเปิดเผยครั้งแรกของเครื่องมือในการประชุม Build 2025 การเปิดตัวให้การปรับปรุงประสิทธิภาพที่สำคัญคุณสมบัติที่ขับเคลื่อนด้วยชุมชนใหม่และการแก้ไขข้อผิดพลาดมากมายส่งสัญญาณการพัฒนาที่ก้าวร้าวสำหรับเครื่องมือที่ออกแบบมาเพื่อเติมเต็มช่องว่างเก่าแก่ที่มีอายุหลายสิบปีในระบบปฏิบัติการ Windows
การทำซ้ำอย่างรวดเร็วทำให้ผู้ใช้ Microsoft ในขณะที่ยูทิลิตี้ที่ดูเหมือนง่าย แต่การพัฒนาของโครงการโอเพนซอร์ซและมุ่งเน้นไปที่ประสิทธิภาพหลักแนะนำกลยุทธ์ที่กว้างขึ้นในการปรับปรุงประสบการณ์การพัฒนาพื้นฐานบน Windows
การอัปเดตนี้จะย้าย’แก้ไข’จากแนวคิดที่มีแนวโน้มไปสู่เครื่องมือที่ครบกำหนดอย่างรวดเร็ว สำหรับผู้ใช้ที่ดำเนินการแก้ไขอย่างรวดเร็วหรือจัดการไฟล์การกำหนดค่าโดยไม่ต้องการเปิดตัว IDE เต็มรูปแบบหรือพึ่งพาการติดตั้งของบุคคลที่สามวิถีของโครงการทำให้เป็นตัวเลือกที่มีศักยภาพมากขึ้นและมีประสิทธิภาพมากขึ้น
จากความเร็วที่น่าสนใจจนถึงคุณภาพชีวิต
จุดศูนย์กลางของรุ่น 1.2.0 รุ่น 1.2.0 เป็นการยกเครื่องอย่างน่าทึ่งของประสิทธิภาพของบรรณาธิการโดยเฉพาะอย่างยิ่งเมื่อจัดการไฟล์ขนาดใหญ่ ตาม บันทึกการเปิดตัวอย่างเป็นทางการ ตรรกะสำหรับการค้นหาข้ามบรรทัดข้อความได้รับการปรับให้เหมาะสม นักพัฒนาซอฟต์แวร์เน้นถึงผลกระทบในโลกแห่งความเป็นจริงของการเปลี่ยนแปลงนี้โดยระบุว่า“ ถ้าคุณมีปัญหาในการเรียกดูไฟล์ 1GB+ ก่อนหน้านี้: ตอนนี้คุณไม่ได้อยู่ใน CPU ของฉันมันทำงานได้สูงสุด 160GB/s!”
นอกเหนือจากการปรับปรุงความเร็วการอัปเดตแนะนำคุณสมบัติคุณภาพชีวิตหลายอย่างที่มาจากความคิดเห็นของชุมชน กล่องโต้ตอบเปิด/บันทึกตอนนี้รองรับการเติมข้อความอัตโนมัติชื่อไฟล์การปรับปรุงระบบนำทาง ตัวเลือกการเข้ารหัสอักขระซึ่งเป็นจุดเริ่มต้นของความสับสนในตัวแก้ไขข้อความได้รับการออกแบบใหม่ด้วยฟิลด์ค้นหาฟัซซี่เพื่อลดความซับซ้อนของการค้นหารูปแบบที่ถูกต้องเช่น shift_jis ในการสัมผัสเล็ก ๆ แต่ใช้งานได้จริงสำหรับการดีบักตัวละครควบคุมที่ไม่ได้มาตรฐานได้รับการเน้นเป็นสีเหลืองทำให้ง่ายต่อการมองเห็นได้อย่างรวดเร็ว
เติมช่องว่างที่มีอายุหลายสิบปีใน windows
target=”_ blank”> Microsoft อธิบายในโพสต์บล็อก โครงการ ‘แก้ไข’ เกิดจากความจำเป็นที่เรียบง่าย แต่ยาวนานเนื่องจาก Windows รุ่น 64 บิตที่ทันสมัยไม่มีตัวแก้ไขบรรทัดคำสั่งเริ่มต้นในตัวตั้งแต่วัน MS-DOS สิ่งนี้ทำให้ผู้ใช้ติดตั้งเครื่องมือของบุคคลที่สามหรือใช้ตัวแก้ไขภายในสภาพแวดล้อมเช่นระบบย่อย Windows สำหรับ Linux (WSL) ซึ่ง Microsoft เพิ่งเปิดแหล่งที่มา
ในเหตุผลที่มีรายละเอียดโพสต์บน ข่าวแฮ็กเกอร์ ผู้มีส่วนร่วมของโครงการ ทีมต้องการบรรณาธิการที่มีขนาดไบนารีขนาดเล็กที่เหมาะสมสำหรับการรวมเข้ากับชุด Windows ทั้งหมดการสนับสนุน Unicode ที่แข็งแกร่งและการบูรณาการพื้นเมืองกับมาตรฐานเทอร์มินัลที่ทันสมัย
ในขณะที่พิจารณาตัวเลือกที่ได้รับความนิยม โดยการเขียน’แก้ไข’ใน Rust ทีมสามารถบรรลุประสิทธิภาพที่ต้องการและรอยเท้าเล็ก ๆ ในขณะที่มั่นใจได้ว่าการสนับสนุนชั้นหนึ่งสำหรับแพลตฟอร์ม Windows
การเดิมพันโอเพนซอร์ซในการทำงานร่วมกันของชุมชน
จากจุดเริ่มต้น href=”https://github.com/microsoft/edit”target=”_ blank”> หน้า gitHub บันทึกการเปิดตัวรุ่น 1.2.0 เต็มไปด้วยการตอบรับให้กับนักพัฒนาชุมชนสำหรับการแก้ไขข้อผิดพลาดและการมีส่วนร่วมของคุณลักษณะแสดงให้เห็นว่าโมเดลโอเพนซอร์ซเป็นผลไม้ ทีมพัฒนายังเปิดการประกาศด้วยพยักหน้าอย่างขี้เล่นกับช่วงเวลาที่มีชื่อเสียงของ Microsoft เขียนว่า“ ในขณะที่ Steve Ballmer กล่าวอย่างโด่งดัง: แก้ไข! แก้ไข! แก้ไข! เมื่อประกาศครั้งแรกนักพัฒนาบางคนถามถึงความจำเป็นสำหรับบรรณาธิการคนอื่นในสาขาที่แออัดในขณะที่คนอื่น ๆ ชื่นชมความคิดริเริ่มในการจัดหาเครื่องมือที่ง่ายและไม่พึ่งพาสำหรับเวิร์กโฟลว์ Windows ดั้งเดิม ความคืบหน้าอย่างรวดเร็วของโครงการและการตอบสนองที่ชัดเจนต่อความคิดเห็นของผู้ใช้ดูเหมือนจะสร้างการติดตามและตรวจสอบการตัดสินใจของ Microsoft เพื่อส่งเสริมการเติบโตของเครื่องมือในการเปิด
ในที่สุดวิวัฒนาการอย่างรวดเร็วของ’แก้ไข’นั้นมีความสำคัญมากกว่าเครื่องมือเอง มันแสดงให้เห็นถึงความพยายามที่มุ่งเน้นโดย Microsoft ในการปรับแต่ง Core ซึ่งเป็นผู้พัฒนา Native Toolchain ในระบบปฏิบัติการของตัวเอง ด้วยการสร้างโซลูชันที่ทันสมัยรวดเร็วและโอเพ่นซอร์สเพื่อแก้ไขปัญหาคลาสสิก บริษัท กำลังส่งสัญญาณที่ชัดเจนว่ามีการลงทุนในการปรับปรุงประสบการณ์การพัฒนาทุกชั้นบน Windows จากสภาพแวดล้อมการพัฒนาแบบบูรณาการที่ซับซ้อนจนถึงตัวแก้ไขคำสั่งต่ำต้อย
