Protocol boven aansluiting: verschil tussen versies

Uit Pareltaal
Naar navigatie springen Naar zoeken springen
(Nulde versie.)
 
(+= http://hintjens.com/blog:94 Ten Rules for Good API Design)
 
(2 tussenliggende versies door dezelfde gebruiker niet weergegeven)
Regel 1: Regel 1:
{{Oester
{{Oester
|stadium=
|beeld=
|proloog=
|context=een gedistribueerd, gedecentraliseerd systeem.
|context=een gedistribueerd, gedecentraliseerd systeem.
|wens in één regel=Interoperabiliteit en uitwisseling van gegevens, onafhankelijk van technologie, taal en gedrag.
|daarom in één regel=Ontwerp en gebruik een elegant, schaalvrij en platformneutraal protocol.
|wens=Interoperabiliteit en uitwisseling van gegevens, onafhankelijk van technologie, taal en gedrag.
|wens=Interoperabiliteit en uitwisseling van gegevens, onafhankelijk van technologie, taal en gedrag.
|toelichting=
|toelichting=Interoperability means consistency across platforms, applications, and programming languages.  
Interoperability means consistency across platforms, applications, and programming languages.  
Forces:
Forces:
*A protocol determines how an application will be accessed, owned and created by a large group and defined outside software.
*A protocol determines how an application will be accessed, owned and created by a large group and defined outside software.
Regel 18: Regel 16:
What we've learned from the Network is that '''the more this is shared, the more it scales'''.
What we've learned from the Network is that '''the more this is shared, the more it scales'''.
|daarom=Ontwerp een elegant en {{p|schaalvrij}} protocol en maak een {{p|referentie-implementatie}} en {{p|testbed}} waarmee je aantoont dat het protocol werkt zoals beschreven
|daarom=Ontwerp een elegant en {{p|schaalvrij}} protocol en maak een {{p|referentie-implementatie}} en {{p|testbed}} waarmee je aantoont dat het protocol werkt zoals beschreven
|nieuw=
|epiloog=
}}
{{bron
|boek=
|boek=
|publikatie=
|publikatie=
|titel=Peer to Peer solutions in the Semantic Web context: an overview
|pattern=protocol over api
|nummer=
|nummer=
|pagina=13
}}
Zie ook
*[http://lcamtuf.blogspot.com/2010/10/http-cookies-or-how-not-to-design.html lcamtuf's blog » HTTP cookies, or how not to design protocols]
*[http://blogs.sun.com/jag/resource/Fallacies.html Sun » The Eight Fallacies of Distributed Computing by Peter Deutsch]
*[http://www.rgoarchitects.com/Files/fallacies.pdf Arnon Rotem-Gal-Oz » Fallacies of Distributed Computing Explained]
*[http://en.wikipedia.org/wiki/Fallacies_of_Distributed_Computing Wikipedia » Fallacies of Distributed Computing]
*[http://en.wikipedia.org/wiki/Distributed_computing Wikipedia » Distributed Computing]
*[http://hintjens.com/blog:94 Ten Rules for Good API Design]
{{Bron
|auteur=Ronny Siebes
|auteur=Ronny Siebes
|vertaler={{mvs}}
|codeur={{mvs}}
|codeur={{mvs}}
|vertaler={{mvs}}
|pattern=protocol over api
|pagina=13
|web=http://km.aifb.uni-karlsruhe.de/projects/swap/public/public/Publications/swap-d1.1.pdf
|web=http://km.aifb.uni-karlsruhe.de/projects/swap/public/public/Publications/swap-d1.1.pdf
|titel=Peer to Peer solutions in the Semantic Web context: an overview
|boek=
|publikatie=
|nummer=
}}
}}

Huidige versie van 18 sep 2015 om 07:16


…een gedistribueerd, gedecentraliseerd systeem.

✣  ✣  ✣

Interoperabiliteit en uitwisseling van gegevens, onafhankelijk van technologie, taal en gedrag.

Interoperability means consistency across platforms, applications, and programming languages. Forces:

  • A protocol determines how an application will be accessed, owned and created by a large group and defined outside software.
  • An API is defined by a small group, owned by a small group, and closely tied to the software.
  • APIs break over time in ways protocols don't. Classes of API breakages:
    1. unintended consequences;
    2. underestimating the value of backward compatibility; and
    3. overestimating the coolness factor of new features.

A question that a developer should ask him/herself is how much control can and should be seeded from the application designers to the pool of users?

What we've learned from the Network is that the more this is shared, the more it scales.

Daarom:

Ontwerp een elegant en schaalvrij protocol en maak een referentie-implementatie en testbed waarmee je aantoont dat het protocol werkt zoals beschreven

✣  ✣  ✣



✣  ✣  ✣



Zie ook


Web: Peer to Peer solutions in the Semantic Web context: an overview