ไลบรารีการจัดตารางเวลาใหม่สำหรับ .NET ที่เรียกว่า NaturalCron ได้เกิดขึ้น โดยสัญญาว่าจะมาแทนที่นิพจน์ cron ที่เข้าใจยากด้วยไวยากรณ์ภาษาอังกฤษธรรมดา โปรเจกต์นี้ช่วยให้นักพัฒนาสามารถเขียนตารางเวลาได้เช่น every day between monday and friday at 6:00pm แทนที่จะต้องจำสตริง cron แบบดั้งเดิมอย่าง 0 18 * * 1-5 อย่างไรก็ตาม การตอบสนองจากชุมชนเผยให้เห็นความแตกแยกอย่างมีนัยสำคัญว่าแนวทางนี้แก้ปัญหาจริงหรือสร้างปัญหาใหม่
ตารางเปรียบเทียบไวยากรณ์
| งาน | Traditional Cron | NaturalCron |
|---|---|---|
| ทุก 5 นาที | */5* * * * |
every 5 minutes |
| วันธรรมดาเวลา 6 โมงเย็น | 0 18* *1-5 |
every day between mon and fri at 18:00 |
| การจัดตารางเวลาที่ซับซ้อน | ความสามารถจำกัด | every 30 minutes in [jan, Jun] between 09:00 and 18:00 |
การถกเถียงระหว่างความสามารถในการอ่านกับประสิทธิภาพ
ข้อโต้แย้งหลักมุ่งเน้นไปที่ว่าไวยากรณ์ที่กะทัดรัดของ cron เป็นปัญหาที่คุ้มค่าแก้ไขจริงหรือไม่ นักพัฒนาที่มีประสบการณ์หลายคนโต้แย้งว่าความกระชับของ cron เป็นคุณสมบัติ ไม่ใช่ข้อบกพร่อง พวกเขาชี้ให้เห็นว่าเมื่อเรียนรู้แล้ว นิพจน์ cron จะอ่านและเขียนได้อย่างรวดเร็ว รูปแบบดั้งเดิมได้ให้บริการโลกคอมพิวเตอร์มาหลายทศวรรษ และโครงสร้างห้าฟิลด์ของมันครอบคลุมความต้องการการจัดตารางเวลาส่วนใหญ่ได้อย่างมีประสิทธิภาพ
ในอีกด้านหนึ่ง ผู้สนับสนุนรูปแบบที่อ่านง่ายสำหรับมนุษย์โต้แย้งว่าไวยากรณ์ cron สร้างอุปสรรคที่ไม่จำเป็น ลักษณะที่เข้าใจยากของนิพจน์อย่าง*/15 * * * * ต้องการความรู้เฉพาะที่นักพัฒนาไม่ทุกคนมี สิ่งนี้กลายเป็นปัญหาโดยเฉพาะในทีมที่ไม่ใช่ทุกคนมีประสบการณ์การดูแลระบบ Unix หรือ Linux อย่างกว้างขวาง
ความกังวลเรื่องความคลุมเครือในภาษาธรรมชาติ
การวิจารณ์ที่สำคัญเกิดขึ้นรอบความคลุมเครือที่อาจเกิดขึ้นในนิพจน์ภาษาธรรมชาติ วลี every day between monday and friday ทำให้เกิดคำถามว่ารวมวันขอบเขตด้วยหรือเป็นเพียงวันอังคารถึงวันพฤหัสบดี ความคลุมเครือประเภทนี้ไม่มีอยู่ในไวยากรณ์ cron แบบดั้งเดิม ที่ 1-5 หมายถึงวันจันทร์ถึงวันศุกร์รวมทั้งสองวันอย่างชัดเจน
ยุติธรรมพอ แต่ขอให้อย่าแทนที่ด้วยสิ่งที่ตัวอย่างแรกในไฟล์ readme ของ GitHub มีความคลุมเครือ
ความกังวลนี้เน้นย้ำถึงความท้าทายพื้นฐานกับส่วนต่อประสานการเขียนโปรแกรมภาษาธรรมชาติ แม้ว่าอาจดูใช้งานง่ายกว่าในแวบแรก แต่อาจนำมาซึ่งปัญหาการตีความที่ไวยากรณ์สัญลักษณ์ที่แม่นยำหลีกเลี่ยงได้
คำถามเรื่องเส้นโค้งการเรียนรู้
การอภิปรายยังสัมผัสถึงว่าการลงทุนเรียนรู้แตกต่างกันอย่างมีนัยสำคัญระหว่างสองแนวทางหรือไม่ นักวิจารณ์แนะนำว่านักพัฒนายังคงต้องเรียนรู้ไวยากรณ์และความสามารถเฉพาะของ NaturalCron ซึ่งอาจต้องใช้ความพยายามที่คล้ายกับการเชี่ยวชาญนิพจน์ cron แบบดั้งเดิม คำถามกลายเป็นว่าการแลกเปลี่ยนเส้นโค้งการเรียนรู้หนึ่งกับอีกหนึ่งให้ประโยชน์ที่มีความหมายหรือไม่
นักพัฒนาบางคนสังเกตว่าข้อจำกัดของ cron กลายเป็นที่ชัดเจนในสถานการณ์การจัดตารางเวลาที่ซับซ้อน ที่รูปแบบดั้งเดิมดิ้นรนในการแสดงความต้องการเวลาที่ละเอียดอ่อน API ตัวสร้างที่ลื่นไหลและไวยากรณ์ขยายของ NaturalCron มุ่งหมายที่จะแก้ไขช่องว่างเหล่านี้ โดยเสนอคุณสมบัติอย่างการสนับสนุนเขตเวลาและช่วงวันที่ที่ซับซ้อนมากขึ้น
คุณสมบัติหลักของ NaturalCron
- ไวยากรณ์ที่อ่านง่ายด้วยภาษาอังกฤษธรรมดา
- Fluent Builder API พร้อมการพิมพ์แบบเข้มงวดสำหรับ .NET
- รองรับโซนเวลาด้วยชื่อ IANA TZ
- คุณสมบัติขั้นสูง: ช่วงเวลา, รายการวันในสัปดาห์, การจัดการวันทำการที่ใกล้ที่สุด
- MIT License พร้อมใช้งานในรูปแบบ NuGet package เวอร์ชัน 0.2.0
บทสรุป
การถกเถียงรอบ NaturalCron สะท้อนความตึงเครียดที่กว้างขึ้นในการพัฒนาซอฟต์แวร์ระหว่างประเพณีและนวัตกรรม ในขณะที่นักพัฒนาที่มีประสบการณ์มักจะชอบประสิทธิภาพของเครื่องมือที่ก่อตั้งขึ้นแล้ว มีแรงกดดันอย่างต่อเนื่องให้ทำการเขียนโปรแกรมเข้าถึงได้มากขึ้นสำหรับผู้มาใหม่ ความสำเร็จของโปรเจกต์ดังกล่าวขึ้นอยู่กับว่าพวกเขาสามารถส่งมอบการปรับปรุงที่แท้จริงโดยไม่นำความซับซ้อนใหม่ที่หักล้างประโยชน์ของพวกเขา
อ้างอิง: NaturalCron