Skip to product information
1 of 1

Clean Architecture: A Craftsman's Guide to Software Structure and Design

Clean Architecture: A Craftsman's Guide to Software Structure and Design

Table of Contents: Foreword xv Preface xix Acknowledgments xxiii About the Author xxv Part I: Introduction 1 Chapter 1: What Is Design and Architecture? 3 The Goal? 4 Case Study...

Regular price $62.49
Sale price $62.49 Regular price
Sale Sold out
Shipping calculated at checkout.

Vendor

Pearson

Type

Print Books

Binding

Spiral Binding

People are viewing this right now

View full details

Table of Contents:

Foreword xv

Preface xix

Acknowledgments xxiii

About the Author xxv

Part I: Introduction 1

Chapter 1: What Is Design and Architecture? 3

The Goal? 4

Case Study 5

Conclusion 12

Chapter 2: A Tale of Two Values 13

Behavior 14

Architecture 14

The Greater Value 15

Eisenhower's Matrix 16

Fight for the Architecture 18

Part II: Starting with the Bricks: Programming Paradigms 19

Chapter 3: Paradigm Overview 21

Structured Programming 22

Object-Oriented Programming 22

Functional Programming 22

Food for Thought 23

Conclusion 24

Chapter 4: Structured Programming 25

Proof 27

A Harmful Proclamation 28

Functional Decomposition 29

No Formal Proofs 30

Science to the Rescue 30

Tests 31

Conclusion 31

Chapter 5: Object-Oriented Programming 33

Encapsulation? 34

Inheritance? 37

Polymorphism? 40

Conclusion 47

Chapter 6: Functional Programming 49

Squares of Integers 50

Immutability and Architecture 52

Segregation of Mutability 52

Event Sourcing 54

Conclusion 56

Part III: Design Principles 57

Chapter 7: SRP: The Single Responsibility Principle 61

Symptom 1: Accidental Duplication 63

Symptom 2: Merges 65

Solutions 66

Conclusion 67

Chapter 8: OCP: The Open-Closed Principle 69

A Thought Experiment 70

Directional Control 74

Information Hiding 74

Conclusion 75

Chapter 9: LSP: The Liskov Substitution Principle 77

Guiding the Use of Inheritance 78

The Square/Rectangle Problem 79

LSP and Architecture 80

Example LSP Violation 80

Conclusion 82

Chapter 10: ISP: The Interface Segregation Principle 83

ISP and Language 85

ISP and Architecture 86

Conclusion 86

Chapter 11: DIP: The Dependency Inversion Principle 87

Stable Abstractions 88

Factories 89

Concrete Components 91

Conclusion 91

Part IV: Component Principles 93

Chapter 12: Components 95

A Brief History of Components 96

Relocatability 99

Linkers 100

Conclusion 102

Chapter 13: Component Cohesion 103

The Reuse/Release Equivalence Principle 104

The Common Closure Principle 105

The Common Reuse Principle 107

The Tension Diagram for Component Cohesion 108

Conclusion 110

Chapter 14: Component Coupling 111

The Acyclic Dependencies Principle 112

Top-Down Design 118

The Stable Dependencies Principle 120

The Stable Abstractions Principle 126

Conclusion 132

Part V: Architecture 133

Chapter 15: What Is Architecture? 135

Development 137

Deployment 138

Operation 138

Maintenance 139

Keeping Options Open 140

Device Independence 142

Junk Mail 144

Physical Addressing 145

Conclusion 146

Chapter 16: Independence 147

Use Cases 148

Operation 149

Development 149

Deployment 150

Leaving Options Open 150

Decoupling Layers 151

Decoupling Use Cases 152

Decoupling Mode 153

Independent Develop-ability 153

Independent Deployability 154

Duplication 154

Decoupling Modes (Again) 155

Conclusion 158

Chapter 17: Boundaries: Drawing Lines 159

A Couple of Sad Stories 160

FitNesse 163

Which Lines Do You Draw, and When Do You Draw Them? 165

What About Input and Output? 169

Plugin Architecture 170

The Plugin Argument 172

Conclusion 173

Chapter 18: Boundary Anatomy 175

Boundary Crossing 176

The Dreaded Monolith 176

Deployment Components 178

Threads 179

Local Processes 179

Services 180

Conclusion 181

Chapter 19: Policy and Level 183

Level 184

Conclusion 187

Chapter 20: Business Rules 189

Entities 190

Use Cases 191

Request and Response Models 193

Conclusion 194

Chapter 21: Screaming Architecture 195

The Theme of an Architecture 196

The Purpose of an Architecture 197

But What About the Web? 197

Frameworks Are Tools, Not Ways of Life 198

Testable Architectures 198

Conclusion 199

Chapter 22: The Clean Architecture 201

The Dependency Rule 203

A Typical Scenario 207

Conclusion 209

Chapter 23: Presenters and Humble Objects 211

The Humble Object Pattern 212

Presenters and Views 212

Testing and Architecture 213

Database Gateways 214

Data Mappers 214

Service Listeners 215

Conclusion 215

Chapter 24: Partial Boundaries 217

Skip the Last Step 218

One-Dimensional Boundaries 219

Facades 220

Conclusion 220

Chapter 25: Layers and Boundaries 221

Hunt the Wumpus 222

Clean Architecture? 223

Crossing the Streams 226

Splitting the Streams 227

Conclusion 228

Chapter 26: The Main Component 231

The Ultimate Detail 232

Conclusion 237

Chapter 27: Services: Great and Small 239

Service Architecture? 240

Service Benefits? 240

The Kitty Problem 242

Objects to the Rescue 244

Component-Based Services 245

Cross-Cutting Concerns 246

Conclusion 247

Chapter 28: The Test Boundary 249

Tests as System Components 250

Design for Testability 251

The Testing API 252

Conclusion 253

Chapter 29: Clean Embedded Architecture 255

App-titude Test 258

The Target-Hardware Bottleneck 261

Conclusion 273

Part VI: Details 275

Chapter 30: The Database Is a Detail 277

Relational Databases 278

Why Are Database Systems So Prevalent? 279

What If There Were No Disk? 280

Details 281

But What about Performance? 281

Anecdote 281

Conclusion 283

Chapter 31: The Web Is a Detail 285

The Endless Pendulum 286

The Upshot 288

Conclusion 289

Chapter 32: Frameworks Are Details 291

Framework Authors 292

Asymmetric Marriage 292

The Risks 293

The Solution 294

I Now Pronounce You ... 295

Conclusion 295

Chapter 33: Case Study: Video Sales 297

The Product 298

Use Case Analysis 298

Component Architecture 300

Dependency Management 302

Conclusion 302

Chapter 34: The Missing Chapter 303

Package by Layer 304

Package by Feature 306

Ports and Adapters 308

Package by Component 310

The Devil Is in the Implementation Details 315

Organization versus Encapsulation 316

Other Decoupling Modes 319

Conclusion: The Missing Advice 321

Part VII: Appendix 323


Appendix A Architecture Archaeology 325

Index 375

Normal 0 false false false EN-US X-NONE X-NONE

Brief Description:
Building upon the success of best-sellers The Clean Coder and Clean Code, legendary software craftsman Robert C. "Uncle Bob" Martin shows how to bring greater professionalism and discipline to application architecture and design. As with his other books, Martin's Clean Architecture doesn't merely present multiple choices and options, and say "use your best judgment": it tells you what choices to make, and why those choices are critical to your success. Martin offers direct, is essential reading for every software architect, systems analyst, system designer, and software manager-- and for any programmer who aspires to these roles or is impacted by their work.

Brief Description:
Building upon the success of best-sellers The Clean Coder and Clean Code, legendary software craftsman Robert C. "Uncle Bob" Martin shows how to bring greater professionalism and discipline to application architecture and design.

As with his other books, Martin's Clean Architecture doesn't merely present multiple choices and options, and say "use your best judgment" it tells you what choices to make, and why those choices are critical to your success. Martin offers direct, no-nonsense answers to key architecture and design questions like:

  • What are the best high level structures for different kinds of applications, including web, database, thick-client, console, and embedded apps?
  • What are the core principles of software architecture?
  • What is the role of the architect, and what is he/she really trying to achieve?
  • What are the core principles of software design?
  • How do designs and architectures go wrong, and what can you do about it?
  • What are the disciplines and practices of professional architects and designers?
Clean Architecture is essential reading for every software architect, systems analyst, system designer, and software manager -- and for any programmer who aspires to these roles or is impacted by their work.



Biographical Note:
Robert C. Martin ("Uncle Bob") has been a programmer since 1970. He is founder of Uncle Bob Consulting, LLC, and cofounder with his son Micah Martin of The Clean Coders LLC. Martin has published dozens of articles in various trade journals and is a regular speaker at international conferences and trade shows. He has authored and edited many books, including: Designing Object Oriented C++ Applications Using the Booch Method, Patterns Languages of Program Design 3, More C++ Gems, Extreme Programming in Practice, Agile Software Development: Principles, Patterns, and Practices, UML for Java Programmers, Clean Code, and The Clean Coder. A leader in the industry of software development, Martin served for three years as editor-in-chief of the C++ Report, and he served as the first chairman of the Agile Alliance.

Publisher Marketing:
Building upon the success of best-sellers The Clean Coder and Clean Code, legendary software craftsman Robert C. "Uncle Bob" Martin shows how to bring greater professionalism and discipline to application architecture and design.

As with his other books, Martin's Clean Architecture doesn't merely present multiple choices and options, and say "use your best judgment" it tells you what choices to make, and why those choices are critical to your success. Martin offers direct, no-nonsense answers to key architecture and design questions like:

  • What are the best high level structures for different kinds of applications, including web, database, thick-client, console, and embedded apps?
  • What are the core principles of software architecture?
  • What is the role of the architect, and what is he/she really trying to achieve?
  • What are the core principles of software design?
  • How do designs and architectures go wrong, and what can you do about it?
  • What are the disciplines and practices of professional architects and designers?
Clean Architecture is essential reading for every software architect, systems analyst, system designer, and software manager -- and for any programmer who aspires to these roles or is impacted by their work.





Author: Martin, Robert
Publisher: Pearson
Binding: Paperback
Pub Date: 2017-09-10
BISAC: Computers / Software Development & Engineering / Quality Assurance & Testing|Computers / Computer Architecture
Subjects: History|Computer software|Development|Computer programming|Software architecture
Weight: 1.5 lbs
ISBN: 9780134494166
ASIN: -
SKU: SP-9780134494166

Shipping Information: Free delivery on all orders over $45, arrives within 3–5 days, you can also choose expedited shipping

Returns Information: 90-day return policy begins once the item ships, we cover the round-trip shipping costs for returns caused by quality issues (Return Address: 8039 S 192nd ST, STE 120, Kent, WA, 98032)

Exchanges Information: The new order will be processed once the old order is in transit back to the warehouse. Customers will only be charged for the old order if it has not been returned to the warehouse within 14 days

After-Sales Service: Simply email your requirements to support@westbindery.com, and we will process them as soon as possible upon receipt

Customer Service: Online 24/7, we recommend contacting us via email as a first choice, though you can also chat with us online

Value-added service: If you are giving the books as a gift, we also offer gift-wrapping services

Lifetime Warranty: At West Bindery, we are committed to providing you with nothing but the best. We want you to be completely satisfied with your purchase. That's why all West Bindery books come standard with a lifetime warranty

Customer Reviews

Be the first to write a review
0%
(0)
0%
(0)
0%
(0)
0%
(0)
0%
(0)

Q: How do I track my order?

A: Order Tracking InformationOnce your order has been placed and processed, you will receive a confirmation email containing your order details. This email will include:

  • A tracking number
  • A link to our tracking page

How to Track Your OrderClick on the tracking number link in your confirmation email.
Important Notes: Tracking information may not be immediately available after you place your order. It can take up to 36 hours for the tracking number to activate in our system. If no updates are visible right away, please check back later.


Q: What if my package gets lost or arrives damaged?

A: Lost packages: At West Bindery, we strive to ensure every order reaches you in perfect condition. In the event that your order is lost during transit, please reach out to our customer support team here with your order number and any relevant details.
Damaged packages: Please report to our customer support team here within 24 hours of receiving the order and include photos of the damaged items or package. We will review the provided documentation and, if necessary, arrange for a replacement or issue a refund.


Q: Can I change my shipping address after my order is submitted?

A: Unfortunately, we’re unable to change the shipping address once your order has been submitted. If you’ve entered the wrong address, please contact us at support@westbindery.com as soon as possible—we’ll do our best to help before your order ships.


Q: What happens if I accidentally ordered multiple copies of the same book?

A: If you have accidentally ordered multiple copies of the same book, you can return the excess copies by following our return process. Please ensure the items are in their original condition and returned within the 90-day window from the shipping date. Upon receipt and inspection of the items, if the refund is approved, it will be processed on your original payment method. Visit our return center and follow the provided instructions to ensure a smooth and timely return.

Q: I received an incomplete order, what should I do?

A: How to Report an Incomplete Order: To help us address your concern, please follow these steps:

  1. Email our support team at support@westbindery.com with:Your order numberThe email address associated with your order
  2. Let us know which item(s) is/are missing from your order.

What Happens Next: Our team will verify your order and investigate the issue. We will contact you within 1 business day with an update or resolution, including sending the missing item(s) or other suitable options.

Recently Viewed