دسترسی نامحدود
برای کاربرانی که ثبت نام کرده اند
برای ارتباط با ما می توانید از طریق شماره موبایل زیر از طریق تماس و پیامک با ما در ارتباط باشید
در صورت عدم پاسخ گویی از طریق پیامک با پشتیبان در ارتباط باشید
برای کاربرانی که ثبت نام کرده اند
درصورت عدم همخوانی توضیحات با کتاب
از ساعت 7 صبح تا 10 شب
ویرایش: 1
نویسندگان: Terence Parr
سری: Pragmatic Programmers
ISBN (شابک) : 9780978739256, 0978739248
ناشر: Pragmatic Bookshelf
سال نشر: 2007
تعداد صفحات: 369
زبان: English
فرمت فایل : PDF (درصورت درخواست کاربر به PDF، EPUB یا AZW3 تبدیل می شود)
حجم فایل: 2 مگابایت
در صورت تبدیل فایل کتاب The Definitive ANTLR Reference: Building Domain-Specific Languages به فرمت های PDF، EPUB، AZW3، MOBI و یا DJVU می توانید به پشتیبان اطلاع دهید تا فایل مورد نظر را تبدیل نمایند.
توجه داشته باشید کتاب مرجع قطعی ANTLR: ساخت زبان های خاص دامنه نسخه زبان اصلی می باشد و کتاب ترجمه شده به فارسی نمی باشد. وبسایت اینترنشنال لایبرری ارائه دهنده کتاب های زبان اصلی می باشد و هیچ گونه کتاب ترجمه شده یا نوشته شده به فارسی را ارائه نمی دهد.
ANTLR v3 قدرتمندترین و آسانترین مولد تجزیهکننده است که تا به امروز ساخته شده است و نشاندهنده اوج بیش از 15 سال تحقیق ترنس پار است. این کتاب راهنمای مرجع ضروری برای استفاده از این نسخه کاملاً بازسازیشده ANTLR، با فناوری تجزیه شگفتانگیز LL(*)، امکانات ساخت درخت، موتور قالب تولید کد StringTemplate و محیط توسعه رابط کاربری گرافیکی ANTLRWorks پیچیده است. استفاده از ANTLR را مستقیماً از نویسنده یاد بگیرید! ANTLR یک \"تجزیه کننده مولد\" است - برنامه ای که کدی را برای ترجمه یک زبان ورودی مشخص شده به یک ساختار داده زیبا و مرتب تولید می کند. ممکن است فکر کنید که ژنراتورهای تجزیه کننده فقط برای ساخت کامپایلر استفاده می شوند. اما در واقع، برنامه نویسان معمولاً از ژنراتورهای تجزیه کننده برای ساختن مترجم و مفسر برای زبان های خاص دامنه مانند فرمت های داده اختصاصی، پروتکل های شبکه رایج، زبان های پردازش متن و زبان های برنامه نویسی خاص دامنه استفاده می کنند. زبان های دامنه خاص برای توسعه نرم افزار مهم هستند، زیرا آنها نشان دهنده یک ابزار طبیعی تر، با وفاداری بالا، قوی تر و قابل نگهداری برای رمزگذاری یک مشکل نسبت به نوشتن نرم افزار ساده در یک زبان همه منظوره هستند. به عنوان مثال، ناسا از زبان های فرمان دامنه خاص برای ماموریت های فضایی برای بهبود قابلیت اطمینان، کاهش ریسک، کاهش هزینه و افزایش سرعت توسعه استفاده می کند. حتی اولین کامپیوتر کنترل هدایت آپولو در دهه 1960 از یک زبان دامنه خاص استفاده می کرد که از محاسبات برداری پشتیبانی می کرد. این کتاب راهنمای قطعی برای استفاده از ANTLR نسخه 3 کاملاً بازسازی شده است و همه ویژگی ها را با جزئیات توصیف می کند، از جمله تجزیه شگفت انگیز LL(*) فناوری، امکانات ساخت درخت، موتور الگوی تولید کد StringTemplate و محیط توسعه رابط کاربری گرافیکی ANTLRWorks پیچیده. شما همه چیز را در مورد نحو دستور زبان ANTLR، حل ابهامات گرامری، تحمل خطا تجزیه کننده و گزارش خطا، تعبیه اقدامات برای تفسیر یا ترجمه زبان ها، ساخت درختان با فرم متوسط، استخراج اطلاعات از درختان، تولید کد منبع، و نحوه استفاده از ANTLR یاد خواهید گرفت. Java API.
ANTLR v3 is the most powerful, easy-to-use parser generator built to date, and represents the culmination of more than 15 years of research by Terence Parr. This book is the essential reference guide to using this completely rebuilt version of ANTLR, with its amazing new LL(*) parsing technology, tree construction facilities, StringTemplate code generation template engine, and sophisticated ANTLRWorks GUI development environment. Learn to use ANTLR directly from the author!ANTLR is a "parser generator"-a program that generates code to translate a specified input language into a nice, tidy data structure. You might think that parser generators are only used to build compilers. But in fact, programmers usually use parser generators to build translators and interpreters for domain-specific languages such as proprietary data formats, common network protocols, text processing languages, and domain-specific programming languages.Domain-specific languages are important to software development because they represent a more natural, high fidelity, robust, and maintainable means of encoding a problem than simply writing software in a general-purpose language. For example, NASA uses domain-specific command languages for space missions to improve reliability, reduce risk, reduce cost, and increase the speed of development. Even the first Apollo guidance control computer from the 1960s used a domain-specific language that supported vector computations.This book is the definitive guide to using the completely rebuilt ANTLR v3 and describes all features in detail, including the amazing new LL(*) parsing technology, tree construction facilities, StringTemplate code generationtemplate engine, and sophisticated ANTLRWorks GUI development environment. You'll learn all about ANTLR grammar syntax, resolving grammar ambiguities, parser fault tolerance and error reporting, embedding actions to interpret or translate languages, building intermediate-form trees, extracting information from trees, generating source code, and how to use the ANTLR Java API.
Acknowledgments Introduction 1. Why Agile and Lean Approaches Work Software, We Have a Problem Agile Is a Cultural Change The 12 Principles of Agile Software Development The Two Pillars of Lean Iteration- and Flow-Based Agile Integrate the Agile and Lean Principles Now Try This Part I. Create a Successful Agile Team 2. Build the Cross-Functional, Collaborative Team The Project Team Is a Product-Development Team Agile Changes Team Roles Team Size Matters Ask Teams to Organize Themselves Facilitate the Team’s Social Contract Agile Teams Become Self-Organizing Keep Teams Together Recognize Team Traps Now Try This 3. Build Teamwork with Interpersonal Practices How Agile Team Members Are Similar Team Members Practice Continual Feedback Team Members Coach Each Other Recognize When the Team Needs an External Coach Does the Team Need to Track Collaboration? Help the Team Members Build Trust Create a Team Environment of Safety Recognize Interpersonal-Skills Traps Now Try This 4. Agile Requires Different Project Leadership How Leaders Serve the Team Agile Project Managers Facilitate to Serve What Product Owners Do How Roles Change in Agile Projects Consider Your Team’s Need for Management Recognize Leadership Traps Now Try This Part II. Design and Manage an Agile and Lean Project 5. Start Your Agile Project Right Charter Your Project Identify Your Product Type Assess Your Project’s Risks Start Architecture Thinking Recognize Project-Startup Traps Now Try This 6. Teams Deliver Features Plan at Several Levels Release for Learning, Feedback, and Value Deliver Value Through the Architecture Create a Walking Skeleton Deliver Value to Someone by Using Features Define Stories So You Can See the Value Experiment and Spike to Explore Write Small Stories Create Rolling-Wave Roadmaps Use a Feature Parking Lot to See Possibilities Consider Minimum Viable Products and Experiments Recognize Value Traps Now Try This 7. Rank the Work Rank the Shortest Work First Use Cost of Delay to See Value Rank by Valuing the Learning Recognize Ranking Traps Now Try This 8. Visualize Your Work with a Board Start with a Paper Board Iteration-Based Boards Show Team Commitments Kanban Boards Show Team Flow and Bottlenecks Make Your Own Board Visualize Problems with a Board Create Visible Boards for Geographically Distributed Teams Recognize Visualization Traps Now Try This 9. Create Technical Excellence How Much “Quality” Does Your Product Need? Integrate as Often as Possible Consider Continuous Delivery Refactor Every Time You Touch Code or Tests Work as a Whole Team to Create the Product Test at All Levels So Change Is Easy Beware of Technical Debt and Cruft Work at a Sustainable Pace Use Technical Excellence to Speed Development Recognize Excellence Traps Now Try This 10. Agile Estimation: The Good, The Bad, and The Ugly Understand Velocity Learn to Estimate with Relative Sizing Use Relative Estimation for Iteration-Based Estimates Count Stories Instead of Points Consider Cycle Time to Create More Accurate Estimates Know the Purpose of Your Estimation Create Approximate Estimates for Management Estimate Support Work Use Previous Data to Inform Your Next Estimate Consider the Value of #NoEstimates in Your Organization Recognize Estimation Traps Now Try This 11. Know What \"Done\" Means See the Different Levels of Done Define Acceptance Criteria for Each Story Define What “Done” Means as a Working Agreement Consider When You Can Release to Customers Understand When Customers Can Take Your Releases Building a Product Toward “Real” Doneness Recognize “Done” Traps Now Try This 12. Agile Team Measurements Teams Learn from Their Measurements Understand Burndowns and Burnups Burnups Show You the Rate of Finishing Iteration Contents Show What the Team Completed Cumulative Flow Shows Where the Work Is Cycle Time Shows How Long Work Takes Velocity Is a Capacity Measurement Agile Approaches Change the Meaning of Defect Measurements Recognize Team-Measurement Traps Now Try This 13. Help Your Meetings Provide Value Retrospectives Provide Valuable Data Walk the Board Standups Create Recommitment and Collaboration Solve Problems Outside of Standups Demonstrations Show Progress and Value Plan the Backlog Create or Refine the Stories as Preparation for Future Work Organize the Team’s Meetings Measure the Value from Meetings Create Learning Opportunities Recognize Meeting Traps Now Try This 14. Report Your Project State Show Working Product Show Feature Progress Show Other Requests in to the Team Show What’s Done but Not Yet Released Visualize Your Project’s Delays Measure the Effects of Delays Recognize Project-Measurement Traps Now Try This Part III. Help Work Groups and Managers Use Agile 15. Create an Agile Work Group Work Groups Meet Differently than Teams How Will the Group Visualize Its Work and Data? Visualize Work for a Management Team Product Development Is Cross-Functional Every Group Decides How and When to Reflect Now Try This 16. How Managers Help Agile Teams Managers Resolve Impediments the Team Escalates Managers Help Create the Workspace Your Team Needs Managers Move from Resource-Efficiency to Flow-Efficiency Thinking Managers Help with Team-Based Recognition Avoid Management Mayhem Recognize How Managers Can Help Agile Teams Now Try This 17. Start Somewhere Limit the Work in Progress Ask People to Work as a Cross-Functional Team Start with Yourself Last Thoughts A1. Glossary Bibliography