|
|
|
|
LEADER |
00000cam a2200000Mi 4500 |
001 |
11269005 |
005 |
20210625184904.6 |
006 |
m o d |
007 |
cr cnu---unuuu |
008 |
161119s2016 cau o 000 0 eng d |
015 |
|
|
|a GBB8M4445
|2 bnb
|
016 |
7 |
|
|a 019139928
|2 Uk
|
019 |
|
|
|a 963351192
|a 965761122
|a 967705806
|a 971087615
|a 981080593
|a 1005793003
|a 1011934620
|a 1026459429
|a 1048168263
|a 1066470700
|a 1086466098
|a 1112593202
|a 1112885544
|a 1122817906
|
020 |
|
|
|a 9781484221969
|q (electronic bk.)
|
020 |
|
|
|a 1484221966
|q (electronic bk.)
|
020 |
|
|
|a 1484221958
|
020 |
|
|
|a 9781484221952
|
020 |
|
|
|z 9781484221952
|q (print)
|
024 |
7 |
|
|a 10.1007/978-1-4842-2196-9
|2 doi
|
035 |
|
|
|a (OCoLC)963668241
|z (OCoLC)963351192
|z (OCoLC)965761122
|z (OCoLC)967705806
|z (OCoLC)971087615
|z (OCoLC)981080593
|z (OCoLC)1005793003
|z (OCoLC)1011934620
|z (OCoLC)1026459429
|z (OCoLC)1048168263
|z (OCoLC)1066470700
|z (OCoLC)1086466098
|z (OCoLC)1112593202
|z (OCoLC)1112885544
|z (OCoLC)1122817906
|
035 |
|
9 |
|a (OCLCCM-CC)963668241
|
037 |
|
|
|a com.springer.onix.9781484221969
|b Springer Nature
|
040 |
|
|
|a EBLCP
|b eng
|e rda
|e pn
|c EBLCP
|d N$T
|d IDEBK
|d OCLCQ
|d GW5XE
|d YDX
|d NJR
|d UPM
|d STF
|d OCLCF
|d IDB
|d ESU
|d VT2
|d OCLCQ
|d IOG
|d OH1
|d UAB
|d K6U
|d OCL
|d IAD
|d JBG
|d ICW
|d ILO
|d MERUC
|d ICN
|d OTZ
|d LIV
|d OCLCQ
|d OCLCO
|d U3W
|d REB
|d D6H
|d CAUOI
|d VVB
|d KSU
|d COO
|d WYU
|d UKMGB
|d OCLCQ
|d ERF
|d LEATE
|d OCLCQ
|d GZS
|d UBY
|d UKAHL
|d OCLCQ
|d OCLCO
|
049 |
|
|
|a MAIN
|
050 |
|
4 |
|a QA76.76.A63
|
072 |
|
7 |
|a COM
|x 013000
|2 bisacsh
|
072 |
|
7 |
|a COM
|x 014000
|2 bisacsh
|
072 |
|
7 |
|a COM
|x 018000
|2 bisacsh
|
072 |
|
7 |
|a COM
|x 067000
|2 bisacsh
|
072 |
|
7 |
|a COM
|x 032000
|2 bisacsh
|
072 |
|
7 |
|a COM
|x 037000
|2 bisacsh
|
072 |
|
7 |
|a COM
|x 052000
|2 bisacsh
|
072 |
|
7 |
|a UMX
|2 bicssc
|
072 |
|
7 |
|a UMC
|2 bicssc
|
100 |
1 |
|
|a Varga, Ervin
|c (Professional software engineer)
|0 http://id.loc.gov/authorities/names/n2019020800
|
245 |
1 |
0 |
|a Creating maintainable APIs :
|b a practical case-study approach /
|c Ervin Varga.
|
264 |
|
1 |
|a Berkeley, CA :
|b Apress,
|c 2016.
|
300 |
|
|
|a 1 online resource (295 pages)
|
336 |
|
|
|a text
|b txt
|2 rdacontent
|
337 |
|
|
|a computer
|b c
|2 rdamedia
|
338 |
|
|
|a online resource
|b cr
|2 rdacarrier
|
347 |
|
|
|a text file
|
347 |
|
|
|b PDF
|
588 |
0 |
|
|a Print version record.
|
505 |
0 |
|
|a At a Glance; Contents; About the Author; About the Technical Reviewers; Acknowledgments; Introduction; Chapter 1: Information Hiding and APIs; Entropy and Its Impact on Assumptions; Case Study: API for Calculating an Integral of a Function; Version I: Direct Summation (Riemann Sum); Version II: Simpson's Rule; Version III: Romberg's Method; Summary; References; Chapter 2: Modular Design; API-Driven Development; Use Case; Abstraction; Data; Encapsulation; Type Coercion Case Study; Use Case: Coercing Arguments; Type Coercion Module; Standard Java's Limitations.
|
505 |
8 |
|
|a OSGi as a Disruptive TechnologyOSGi in Action; Modular Integral Calculation; The Architecture of the System; The Provider API; Direct Summation Provider; The Client API; Demo; Summary; References; Chapter 3: Designing Classes for Reuse; Case Study: Client of Reuse; Version I; Version II; Version III; Conclusion; Case Study: Provider of Reuse; Summary; References; Chapter 4: TDD as an API Design Technique; Case Study: TDD Doesn't Replace OOD Principles; Conclusion; Case Study: Tests Are Rubbish Without TDD; Case Study: Retrofitting Tests to Follow TDD; Case Study: Introduction to BDD.
|
505 |
8 |
|
|a Case Study: TDD for APIs Is a Complex TopicThe Subtleties of the Spliterator API; Checking for API Incompatibilities Between Different Versions; Postprocessor as a Rescue for Bugs; Better Serialization Support; Performance Guarantees Are Mandatory; The Reworked Version Ready for Publication; Summary; References; Chapter 5: Identifying Resources; Case Study: Problem Reports Microservice; Discovering and Describing Resources; Rapid Application Development (RAD) Tactic; Name Reconciliation; Summary; References; Chapter 6: Versioning REST APIs; The Main Traits of REST API Versioning.
|
505 |
8 |
|
|a Altering the Resource URLsAPI Keys as a Way to Control Versioning; The Importance of Stable UR[IL]s; Versioning of Media Types; Versioning of Profiles; Switching API Versions; Upgrading the HTTP Version; Summary; Reference; Chapter 7: Encoding Actions on Resources; Implementing the Core Features; Interaction of Resources via Hypermedia Controls; Skeleton of the Service; The Remaining Representations and Controllers; Smoke Testing the Service; Adding an Ontology; Summary; References; Chapter 8: Implementing Synchronous and Asynchronous REST APIs; Client-Controlled Asynchrony.
|
505 |
8 |
|
|a Server-Controlled AsynchronyCase Study: Favorite Problem Report; Summary; Reference; Chapter 9: Documenting REST APIs; Case Study: Attempting the Universal Method; Case Study: Producing a Swagger API Specification; Extending the Service to Implement This New Specification; Smoke Testing the Service; Generating the Dynamic HTML Client; Summary; Reference; Chapter 10: Testing REST APIs; Case Study: Testing with a Level 2 Tool; Examine the Service Use Case; Find General Information Use Case; Delete a Problem Report Use Case; Load Testing the Examine the Service Use Case.
|
500 |
|
|
|a Case Study: Testing with a Level 3 Tool.
|
520 |
|
|
|a This book explains the importance of having straightforward and maintainable APIs in order for services to be usable and maintainable. Although, the focus is on services, this book also emphasizes how the core principles apply even to bare classes. The overall context of this book is to classify the topics into 4 main areas: classes and interfaces, HTTP REST APIs, messaging APIs, and message payloads (XML, JSON and JSON API as well as Apache Avro). Here is what you'll learn: What are Object-Oriented design constructs and their APIs How to create and manage the HTTP REST APIs How to create and manage maintainable messaging APIs, including the use of Apache Kafka ad a principle messaging hub How to handle message payloads via JSON mostly And more.
|
650 |
|
0 |
|a Application program interfaces (Computer software)
|0 http://id.loc.gov/authorities/subjects/sh98004527
|
650 |
|
0 |
|a Application software
|x Development.
|0 http://id.loc.gov/authorities/subjects/sh95009362
|
650 |
|
7 |
|a Computer programming
|x software development.
|2 bicssc
|
650 |
|
7 |
|a Programming & scripting languages: general.
|2 bicssc
|
650 |
|
7 |
|a COMPUTERS
|x Computer Literacy.
|2 bisacsh
|
650 |
|
7 |
|a COMPUTERS
|x Computer Science.
|2 bisacsh
|
650 |
|
7 |
|a COMPUTERS
|x Data Processing.
|2 bisacsh
|
650 |
|
7 |
|a COMPUTERS
|x Hardware
|x General.
|2 bisacsh
|
650 |
|
7 |
|a COMPUTERS
|x Information Technology.
|2 bisacsh
|
650 |
|
7 |
|a COMPUTERS
|x Machine Theory.
|2 bisacsh
|
650 |
|
7 |
|a COMPUTERS
|x Reference.
|2 bisacsh
|
650 |
|
7 |
|a Application software
|x Development.
|2 fast
|0 (OCoLC)fst00811707
|
650 |
|
7 |
|a Application program interfaces (Computer software)
|2 fast
|0 (OCoLC)fst00811704
|
655 |
|
4 |
|a Electronic books.
|
776 |
0 |
8 |
|i Print version:
|a Varga, Ervin.
|t Creating Maintainable APIs : A Practical, Case-Study Approach.
|d Berkeley, CA : Apress, ©2016
|z 9781484221952
|
903 |
|
|
|a HeVa
|
929 |
|
|
|a oclccm
|
999 |
f |
f |
|i 50f65d2c-ef9a-5bf4-bc17-dc7fcb147c40
|s 01e9301f-b20b-5a10-8d80-38f16a1a894f
|
928 |
|
|
|t Library of Congress classification
|a QA76.76.A63
|l Online
|c UC-FullText
|u https://link.springer.com/10.1007/978-1-4842-2196-9
|z Springer Nature
|g ebooks
|i 12542040
|