Practical API Design: Confessions of a Java Framework ArchitectApress, 20. sep. 2008 - 387 sider You might think more than enough design books exist in the programming world already. In fact, there are so many that it makes sense to ask why you would read yet another. Is there really a need for yet another design book? In fact, there is a greater need than ever before, and Practical API Design: Confessions of a Java Framework Architect fills that need!
|
Innhold
Theory and Justification | 1 |
ICHAPTER | 5 |
ICHAPTER | 7 |
ICHAPTER | 12 |
The Motivation to Create an API | 15 |
ICHAPTER | 16 |
Determining What Makes a Good API | 27 |
EverChanging Targets | 41 |
Keep Testability in Mind | 149 |
Cooperating with Other APIs | 159 |
Runtime Aspects of APIs | 185 |
Declarative Programming | 225 |
Immutable Behavior | 231 |
Daily Life | 236 |
ICHAPTER 14 | 239 |
Paradoxes of API Design | 249 |
The Importance of Being Use Case Oriented | 51 |
Incremental Improvements | 59 |
Practical Design | 64 |
Code Against Interfaces Not Implementations | 87 |
Use Modular Architecture | 99 |
Separate APIs for Clients and Providers | 131 |
Minimizing Maintenance Cost | 257 |
Conscious vs Unconscious Upgrades | 268 |
Bridges and the Coexistence of Similar APIs | 277 |
IEPILOGUE The Future | 363 |
IBIBLIOGRAPHY | 373 |
Andre utgaver - Vis alle
Practical API Design: Confessions of a Java Framework Architect Jaroslav Tulach Ingen forhåndsvisning tilgjengelig - 2012 |
Practical API Design: Confessions of a Java Framework Architect Jaroslav Tulach Ingen forhåndsvisning tilgjengelig - 2008 |
Practical API Design: Confessions of a Java Framework Architect Jaroslav Tulach Ingen forhåndsvisning tilgjengelig - 2008 |
Vanlige uttrykk og setninger
able abstract acceptable actual adding additional allow already API design application approach become behavior better Chapter clients cluelessness compatibility compiled completely component contains create deadlocks define dependencies described developers documentation easy environment evolution example exception execution existing expected extends fact factory fields final functionality happen implementation important improve incompatible instance interface it’s Java kind language least listener look Lookup means memory method modular module NetBeans object once operations original package perform piece possible prevent problem produce programming public void reason references release require result similar simply situation solution someone sometimes specification started static String subclass things thread throws true understand users usually various virtual whole write