Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

scope #17

Open
bertvannuffelen opened this issue Jun 22, 2018 · 4 comments
Open

scope #17

bertvannuffelen opened this issue Jun 22, 2018 · 4 comments

Comments

@bertvannuffelen
Copy link
Collaborator

Dit is een discussie over de scope van de deze standaard: https://github.com/Informatievlaanderen/generieke-hypermedia-api#scope

Waar en wanneer wordt aangeraden om deze specificatie te volgen. Wanneer wordt ervan afgeweken.

@bertvannuffelen
Copy link
Collaborator Author

Suggestie tot herschrijven van

Een generieke client herkent op zijn beurt bepaalde bouwblokken en kan daar mee verder aan de slag.

tot

Een client kan dan een generieke afhandeling voorzien voor een bouwblok.

Dan wordt dat blok dus in het geheel:

Een Generieke Hypermedia API beschrijft in elke respons de verdere stappen die vanaf dat punt kunnen worden genomen met behulp van Hypermedia Controls. Een client kan dan een generieke afhandeling voorzien voor een bouwblok. Voor elke bouwblok zal een referentie-implementatie worden voorzien.

Op welke bouwblokken we kunnen rekenen binnen Vlaanderen, wordt gespecificeerd in deze werkgroep.

@bertvannuffelen
Copy link
Collaborator Author

suggestie voor toepassingsgebied

Toepassingsgebied:

De afspraken per bouwblok zijn applicatie-neutraal. In een applicatie-context is het noodzakelijk om uit de verschillende mogelijkheden een coherente keuze te maken. Om dit laatste te vereenvoudigen hebben we 2 applicatie-profielen voorzien: een json-ld (hydra gebaseerd) en een JSON-API.

@jensscheerlinck
Copy link
Contributor

@bertvannuffelen zie je dit laatste als een applicatieprofiel waarin semantiek uit de payload wordt vastgelegd (in JSON-LD bv. met een @context voor Hydra). Of eerder een pagina waarin bepaalde secties uit de verschillende bouwblokken gecombineerd worden (bv. 1 document met uit elke bouwblok de specificaties rond Hydra/JSON API)?

@bertvannuffelen
Copy link
Collaborator Author

Ik zie dat als toetsingsdocumenten. Een API designer zal ofwel json-API volgen ofwel een vrije json-ld aanpak volgen.

voor elk van de verschillende bouwblokken moet er dus een json-API en json-ld toepassing worden weergegeven. Anders kan je de vraag stellen of de ontbrekende wel voldoet aan de vereisten van het bouwblok. Hoe we dat vorm geven dat laat ik in het midden, maar ik noem het een applicatieprofiel omdat het een toepassing is van een bouwblok voor json-API of vrij json(-ld).

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

2 participants