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

Major: CoRE explanation under 3.1 Architecture #61

Open
mkovatsc opened this issue Jun 13, 2022 · 1 comment
Open

Major: CoRE explanation under 3.1 Architecture #61

mkovatsc opened this issue Jun 13, 2022 · 1 comment
Assignees

Comments

@mkovatsc
Copy link
Collaborator

Primarily, text related to Figure 4 (Thing-to-Thing communication) explaining client + server

After all this time, I think this document tries to explain, why there has been a “Constrained RESTful Environments” group in the first place and what the benefits of REST are for such an environment. This somehow is in this document, but not explained well…
Something to intro?

Need short list why Contrained REST environments / use of REST is a good idea. Anarchic environment where everyone can put their stuff and link together with hypermedia. Compared to MQTT broker where everyone needs to agree on topics etc.

@mkovatsc
Copy link
Collaborator Author

Also give context for 3.2. System Design -- resource state and

the client state must be kept only on clients

Maybe say that the whole design assumes that a server can have multiple clients that (by default) interact through the server.

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