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

Tokenized, discrete message topics #32

Open
i8beef opened this issue Aug 1, 2018 · 1 comment
Open

Tokenized, discrete message topics #32

i8beef opened this issue Aug 1, 2018 · 1 comment

Comments

@i8beef
Copy link
Contributor

i8beef commented Aug 1, 2018

A thought I had... I don't really need this right now, but I might introduce something like this in some of my other projects soon, and thought it would be a good fit for the project... I use the same topic format that you do by default here, but there are some proposed standards like the mqtt-smarthome projects, etc. that look to use other standards like "device/status/all/the/rest" and "device/set/all/the/rest", etc. While I prefer the topic structure you use, it might open up some options for people trying to follow those proposals if they had more options for configuring topics.

So I propose a tokenized message topic option, where someone could setup the entire topic pattern as desired using tokens. Each of your topic options then would become a full topic string like "zway/{room}/{device}/set", or maybe I want to do "mySillyName/set/{room}/{device}", etc.

Tokenizing would allow for a lot of options here for people. I'm not sure what an upgrade path looks like for that for those of us already running the module though, i.e., could you take the existing settings and generate the defaults for these fields easily?

@i8beef
Copy link
Contributor Author

i8beef commented Aug 1, 2018

To be clear, I'm saying replace the existing three suffix options with a separate field for status, query and command.

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

1 participant