ANTLR 3 – The WorkhorseThe current

ANTLR 3 – The Workhorse

The current version of ANTLR is 4, published almost 2 years ago. However, we are still on version 3, for a good reason. ANTLR can generate parsers for various target languages, like C#, Java and Python. However, still today, there is no C or C++ target for ANTLR 4, while ANTLR 3 supports both languages well. Hence we decided to stay with ANTLR 3 and with every addition we do (e.g. see the code completion engine) we are more tight to it and unlikely to upgrade to version 4 any time soon. At least a C target should have been one of the first targets, really.
But why not stay with the server’s parser, you might ask. It’s thoroughly tested and obviously is as compatible as a parser can be for the MySQL language. Well, a flexible client tool has different needs compared to a server and that’s why. It starts with the ability to support multiple server versions (the server parser always only supports its current version), continues with different requirements for handling errorneous sql code and really goes own ways when it comes to tooling (like the mentioned code completion engine or the quick syntax checker). ANTLR 3 generates socalled top-down parsers (recursive descent), while YACC createsbottom-up parsers, which use a different approach to parse text. Our ANTLR based parser usually gives better error message, e.g. for a query like:

ผลลัพธ์ (ไทย) 1:

ANTLR 3-Workhorseรุ่นปัจจุบันของ ANTLR เป็น 4 เผยแพร่เกือบ 2 ปีที่ผ่านมา อย่างไรก็ตาม เราได้อยู่รุ่น 3 สำหรับเหตุผลที่ดี ANTLR สามารถสร้าง parsers สำหรับภาษาเป้าหมายต่าง ๆ C#, Java และงู อย่างไรก็ตาม ยังวันนี้ มีเป้าหมายไม่ C หรือ c ++ ANTLR 4 ขณะ ANTLR 3 สนับสนุนภาษาทั้งสองดี ดังนั้นเราตัดสินใจกับ ANTLR 3 บวกทุกเรา (เช่นดูเครื่องยนต์รหัสเสร็จสมบูรณ์) ที่เราจะแน่นมากไป และน่าจะอัพเกรดเวอร์ชัน 4 เวลาเร็ว ๆ เป้าหมาย C น้อยควรได้หนึ่งเป้าหมายแรก จริง ๆแต่ทำไมไม่อยู่กับตัวแยกวิเคราะห์ของเซิร์ฟเวอร์ คุณอาจขอให้ มันมีทดสอบอย่างละเอียด และแน่นอนจะได้เป็นตัวแบ่งความสามารถภาษา MySQL ดี เครื่องมือการไคลเอ็นต์มีความยืดหยุ่นมีความแตกต่างเมื่อเทียบกับเซิร์ฟเวอร์ และที่ว่าทำไม มันเริ่มต้น ด้วยความสามารถในการรองรับหลายรุ่นของเซิร์ฟเวอร์ (ตัวแบ่งเซิร์ฟเวอร์เสมอสนับสนุนเฉพาะของรุ่นปัจจุบัน), ยังคง มีความต้องการแตกต่างกันสำหรับการจัดการรหัส sql errorneous และไปเองวิธีจริง ๆ เมื่อมันมาถึงเครื่องมือ (เช่นเครื่องยนต์รหัสดังกล่าวเสร็จสมบูรณ์หรือตัวตรวจสอบไวยากรณ์อย่างรวดเร็ว) ANTLR 3 สร้าง parsers บนลงล่าง socalled (ซ้ำโคตร), ในขณะที่ YACC createsbottom สาย parsers ซึ่งใช้วิธีที่แตกต่างกันเพื่อแยกข้อความ ตัวแยกวิเคราะห์ตาม ANTLR ของเรามักจะให้ข้อความข้อผิดพลาดดีกว่า สำหรับแบบสอบถามเช่น:

ผลลัพธ์ (ไทย) 2:

ANTLR 3 - เทียมรุ่นปัจจุบันของANTLR 4 ตีพิมพ์เกือบ 2 ปีที่ผ่านมา อย่างไรก็ตามเรายังคงอยู่ในรุ่นที่ 3 สำหรับเหตุผลที่ดี ANTLR สามารถสร้าง parsers สำหรับภาษาเป้าหมายต่างๆเช่น C #, Java และ Python แต่วันนี้ยังคงไม่มี C หรือ C ++ เป้าหมายสำหรับ ANTLR 4 ในขณะที่ ANTLR 3 สนับสนุนทั้งสองภาษาดี ดังนั้นเราจึงตัดสินใจที่จะอยู่กับ ANTLR 3 และนอกจากนี้เราทำทุก (เช่นเห็นเครื่องยนต์เสร็จสิ้นรหัส) เราจะแน่นมากขึ้นไปและไม่น่าจะปรับรุ่นเป็นรุ่นที่ 4 เวลาเร็ว ๆ นี้ อย่างน้อยเป้าหมาย C ควรจะได้รับหนึ่งในเป้าหมายแรกจริงๆ. แต่ทำไมไม่อยู่กับตัวแยกวิเคราะห์ของเซิร์ฟเวอร์คุณอาจถาม มันทดสอบอย่างละเอียดและเห็นได้ชัดว่าเข้ากันได้เท่าที่ parser สามารถสำหรับภาษา MySQL ดีเป็นเครื่องมือที่มีความยืดหยุ่นของลูกค้ามีความต้องการที่แตกต่างกันเมื่อเทียบกับเซิร์ฟเวอร์และที่ว่าทำไม มันเริ่มต้นด้วยความสามารถในการรองรับเซิร์ฟเวอร์รุ่นหลาย (แยกวิเคราะห์เซิร์ฟเวอร์มักจะสนับสนุนเฉพาะรุ่นปัจจุบัน) ยังคงมีความต้องการที่แตกต่างกันสำหรับการจัดการรหัสของ SQL errorneous และจริงๆไปวิธีการของตัวเองเมื่อมันมาถึงการขับรถ (เช่นเครื่องยนต์เสร็จรหัสที่กล่าวถึงหรือ ตรวจสอบไวยากรณ์อย่างรวดเร็ว) ANTLR 3 สร้าง parsers socalled จากบนลงล่าง (โคตร recursive) ในขณะที่ YACC createsbottom ขึ้น parsers ซึ่งใช้วิธีการที่แตกต่างกันจะแยกข้อความ ANTLR ของเรามักจะแยกวิเคราะห์ตามข้อผิดพลาดให้ดีขึ้นเช่นสำหรับการค้นหาเช่น:

ผลลัพธ์ (ไทย) 3:

antlr 3 – workhorse

รุ่นปัจจุบันของ antlr 4 , ตีพิมพ์เกือบ 2 ปีที่แล้ว อย่างไรก็ตาม เรายังคงมี 3 รุ่น เหตุผลที่ดี antlr สามารถสร้าง parsers ภาษาเป้าหมายต่าง ๆ#เช่น C , Java และงูเหลือม อย่างไรก็ตาม ในปัจจุบัน ไม่มี C หรือ C เป้าหมายสำหรับ antlr 4 ในขณะที่ antlr 3 สนับสนุนทั้งสองภาษาเป็นอย่างดีดังนั้นเราจึงตัดสินใจที่จะอยู่กับ antlr 3 และทุก นอกจากนี้เราทำ ( เช่น ดูเสร็จรหัสเครื่องยนต์ ) เรามากกว่าคับ และไม่น่าที่จะปรับรุ่นไปเป็นรุ่นที่ 4 เวลาเร็ว ๆ อย่างน้อย C เป้าหมายควรจะได้รับหนึ่งในเป้าหมายแรก ๆ .
แต่ทำไมไม่ได้อยู่กับเซิร์ฟเวอร์สำหรับ คุณอาจถามมันทดสอบอย่างละเอียดและชัดเจนว่าเป็นเข้ากันได้เป็น parser สามารถสำหรับ MySQL ภาษา คือ เครื่องมือที่ยืดหยุ่น ลูกค้ามีความต้องการที่แตกต่างกันเมื่อเทียบกับเซิร์ฟเวอร์และนั่นคือเหตุผลว่าทำไม มันเริ่มมีความสามารถในการสนับสนุนรุ่นของเซิร์ฟเวอร์หลายเซิร์ฟเวอร์สำหรับเสมอสนับสนุนรุ่นปัจจุบัน )ยังคงมีความต้องการที่แตกต่างกันสำหรับการจัดการรหัส SQL และวิธีการ errorneous จริงๆไปเองเมื่อมันมาถึงเครื่องมือ ( เช่นกล่าวเสร็จรหัสเครื่องยนต์หรือตรวจสอบไวยากรณ์อย่างรวดเร็ว ) antlr 3 สร้างจากบนลงล่าง parsers ลากข้าง ( recursive โคตร ) ในขณะที่ yacc createsbottom ขึ้น parsers ซึ่งใช้วิธีการที่แตกต่างกันเพื่อแยกข้อความสำหรับใช้ antlr ของเราจะให้ข้อความแสดงข้อผิดพลาดที่ดีกว่า เช่น แบบสอบถามเหมือน :