Abstract—Large software companies n

Abstract—Large software companies need customized tools
to manage their source code. These tools are often built in
an ad-hoc fashion, using brittle technologies such as regular
expressions and home-grown parsers. Changes in the language
cause the tools to break. More importantly, these ad-hoc tools
often do not support uncommon-but-valid code code patterns.
We report our experiences building source-code analysis
tools at Google on top of a third-party, open-source, extensible
compiler. We describe three tools in use on our Java codebase.
The first, Strict Java Dependencies, enforces our dependency
policy in order to reduce JAR file sizes and testing load. The
second, error-prone, adds new error checks to the compilation
process and automates repair of those errors at a wholecodebase
scale. The third, Thindex, reduces the indexing
burden for a Java IDE so that it can support Google-sized
projects.

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

นามธรรมซึ่งบริษัทซอฟต์แวร์ขนาดใหญ่ต้องการเครื่องมือแบบกำหนดเองการจัดการรหัสแหล่งที่มาของพวกเขา เครื่องมือเหล่านี้มักจะได้รับการสร้างขึ้นในแฟชั่นกิจ ใช้เทคโนโลยีเปราะเช่นปกตินิพจน์และ parsers ที่ปลูกบ้าน เปลี่ยนแปลงภาษาทำให้เครื่องมือในการทำลาย ที่สำคัญ เครื่องมือกิจเหล่านี้จะสนับสนุนรูปแบบรหัสรหัสใช่แต่ถูกต้องเรารายงานประสบการณ์สร้างวิเคราะห์รหัสแหล่งที่มาเครื่องมือที่ Google บนบุคคลสาม เปิดแหล่ง extensibleคอมไพเลอร์ เราอธิบายเครื่องมือ 3 ใช้กับ codebase ของ Javaครั้งแรก เข้มงวดขึ้น Java บังคับราคาอ้างอิงของเรานโยบายการลดขนาดไฟล์ JAR และทดสอบโหลด ที่สอง พลาดโอกาส เพิ่มการตรวจสอบข้อผิดพลาดใหม่เพื่อการคอมไพล์กระบวนการ และโปรแกรมซ่อมแซมข้อผิดพลาดในการ wholecodebaseมาตราส่วน ที่สาม Thindex ลดการทำดัชนีภาระสำหรับ IDE Java เพื่อสามารถรองรับขนาด Googleโครงการ

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

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

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

บริษัทซอฟต์แวร์ขนาดใหญ่ที่เป็นนามธรรม ต้องปรับแต่งเครื่องมือ
การจัดการรหัสแหล่งที่มา เครื่องมือเหล่านี้จะถูกสร้างขึ้นมักจะใน
แฟชั่นธุรกิจการใช้เทคโนโลยีเปราะเช่นนิพจน์ปกติ
และบ้านที่ปลูก parsers . การเปลี่ยนแปลงในภาษา
เพราะเครื่องมือแบ่ง ที่สำคัญคือ เครื่องมือของเหล่านี้
มักจะไม่สนับสนุนพิสดาร แต่ถูกต้องรหัสรหัสรูปแบบ
เรารายงานประสบการณ์ของเราสร้างแหล่งวิเคราะห์
รหัสเครื่องมือที่ Google บนแหล่งที่มาของบุคคลที่สาม , ขยาย
ผู้แปล เราอธิบายสามเครื่องมือที่ใช้ใน codebase Java ของเรา .
ครั้งแรกพึ่งพา Java อย่างเข้มงวด บังคับใช้นโยบายการพึ่งพา
ของเราเพื่อลดขนาดไฟล์ jar และการทดสอบโหลด
สองข้อผิดพลาดได้ง่าย เพิ่มการตรวจสอบข้อผิดพลาดใหม่เพื่อรวบรวม
กระบวนการโดยอัตโนมัติซ่อมแซมข้อผิดพลาดเหล่านั้นที่ wholecodebase
มาตราส่วน การ thindex ที่สาม ลดภาระการทำดัชนี
สำหรับ Java IDE ให้สามารถสนับสนุน Google ขนาด
โครงการ