易讀代碼的藝術 pdf epub mobi txt 電子書 下載2025

想要找書就要到 小美書屋

立刻按 ctrl+D收藏本頁

你會得到大驚喜!!

《易讀代碼的藝術(影印版)》分析瞭許多的“糟糕代碼”（這些代碼有很多是齣自於他們自己之手），他們試圖厘清為什麼這些代碼如此糟糕以及如何改進這些代碼。他們得齣的結論是：你必須寫齣讓他人（這裏也包括你自己）花費最少時間能夠理解的代碼。

博斯韋爾（Dustin Boswell），畢業於加州理工學院，在榖歌公司從事過五年的Web信息采集基礎設施和廣告營銷計劃的研究工作。他先後構建過多個Web站點，目前的主要研究興趣在於大數據的處理和機器學習領域的相關技術。

富徹（Trevor Foucher），過去十年中先後在微軟公司擔任Windows及安全相關産品的工程師、經理和技術領導者的職務，現任職於榖歌公司，主要從事榖歌廣告營銷計劃和搜索基礎設施的研究工作。

PREFACE
1 CODE SHOULD BE EASY TO UNDERSTAND
What Makes Code "Better"？
The Fundamental Theorem of Readability
Is Smaller Always Better？
Does Time—Till—Understanding Conflict with Other Goals？
The Hard Part
Part One SURFACE—LEVEL IMPROVEMENTS
2 PACKING INFORMATION INTO NAMES
Choose Specific Words
Auoid Generic Names Like Imp and retual
Prefer Concrete Names ouer Abstract Names
Attaching Extra Information to a Name
How Lon.g Should a Name Be？
Use Name Formatting to Conuey Meaning
Summary
3 NAMES THAT CAN'T BE MISCONSTRUED
Example： Filter（）
Example： Clip（text， length）
Prefer rain and max for （Inclusiue） Limits
Prefer first and last for Inelusiue Ranges
Prefer herin and end for.Inclusiue／Exclusiue Ranges
Naming Booleans
Matching Expectations of Users
Example： Eualuating Multiple Name Candidates
Summary
4 AESTHETICS
Why Do Aesthetics Matter？
BearranRe Line Breaks to Be Consistent and Compact
Use Methods to Clean Up Irregularity
Use Column Alignment When Helpful
Pick a Meaningful Order， and Use It Consistently
Organize Declarations into Blocks
Break Code into "Parafgraphs"
Personal Style uersus Consistency
Summary
5 KNOWING WHAT TO COMMENT
What NOT to Comment
Becording Your Thouyhts
Put Yourself in the Reader's Shoes
Final Thoughts——Getting Over Writer's Block
Summary
6 MAKING COMMENTS PRECISE AND COMPACT
Keep Comments Compact
Avoid Ambiguous Pronouns
Polish Sloppy Sentences
Describe Function Behavior Precisely
Use Input／Output Examples That Illustrate Corner Cases
State the Intent of Your Code
"Named Function Parameter" Comments
Use Information—Dense Words
Summary
Part Two SIMPLIFYING LOOPS AND LOGIC
7 MAKING CONTROL FLOW EASY TO READ
The Order of Arguments in Conditionals
The Order of if／else Blocks
The ？： Conditional Expression （a.k.a."Ternary Operator"）
Avoid dogwhile Loops
Returning Early from a Function
The Infamous goto
Minimize Nesting
Can You Follow the Flow of Execution？
Summary
8 BREAKING DOWN GIANT EXPRESSIONS
Explaining Variables
Summary Variables
Using De Morgan's Laws
Abusing Short—Circuit Logic
Example： Wrestling with Complicated Logic
Breaking Down Giant Statements
Another Creative Way to Simplify Expressions
Summary
9 VARIABLES AND READABILITY
Eliminatinfg Variables
Shrink the Scope of Your Variables
Prefer Write—Once Variables
A Final Example
Summary
Part Three REORGANIZING YOUR CODE
10 EXTRACTING UNRELATED SUBPROBLEMS
Introductory Example： find Closest Loeation（）
Pure Utility Code
Other General—Purpose Code
Create a Lot of General—Purpose Code
Project—Specific Functionality
Simplilying an Existing Interface
Reshaping an Interface to Your Needs
Taking Things Too Far
Summary
11 ONETASK ATA TIME
Tasks Can Be Small
Extracting Values from an Object
A Larger Example
Summary
12 TURNING THOUGHTS INTO CODE
Describing Logic Clearly
Knowing Your Libraries Helps
Applying This Method to Larger Problems
Summary
13 WRITING LESS CODE
Don't Bother Implementing That Feature——You Won't Need It
Question and Break Douan Your Requirements
Keeping Your Codebase Small
Be Familiar with the Libraries Around You
Example： Using Unix Tools Instead of Coding
Summary
Part Four SELECTED TOPICS
14 TESTING AND READABILITY
Make Tests Easy to Read and Maintain
What's Wrong with This Test？
Making This Test More Readable
Making Error Messages Readable
Choosing Good Test Inputs
Naming Test Functions
What Was Wrong with That Test？
Test—Friendly Deuelopment
Going Too Far
Summary
15 DESIGNING AND IMPLEMENTING A "MINUTE／HOUR COUNTER"
The Problem
Defining the Class Interface
Attempt 1： A Naiue Solution
Attempt 2： Conueyor Belt Design
Attempt 3： A Time—Bucketed Design
Comparing the Three Solutions
Summary
A FURTHER READING
INDEX
· · · · · · (收起)