Comment on page
Maintain IDs/Keys from Services
You would definitely come up with this question: "How am I going to store the template ID from other services?".
Well, it is simple, I will give you some options.
There are 2 identifiers that you can use:
- uuid
- key (unique key)
Then get the ID and put it as a
constant
in your code.The one drawback is that you have to change the ID if you create another template or create more constants. I know some systems, maintainers/DevOps won't let you deploy multiple times a day.
This method works great for those applications that follow the Trunk-based development (CI/CD best practice, multiple deployments every day).
Yes, you can create a new ENV variable and put it there. It is not so different from the above way, but at least, you can change the
.env
file then gratefully restart the server.It also has the same drawback as the Hardcoded ID/Key, if you're going to introduce a new template.
I think these days, most of the applications do have the dynamic configuration, where you store the configurations in the database, and you have your own Dashboard/Console to create/update/delete that configuration.
getDynamicConfig('templates.contract_template_id'); // will return the value from DB
Same as above way, but putting the template IDs in a dedicated table eg
templates
.The table's structure is just simply like this:
- id (generated id)
- external_template_id (template's ID from DocKing)
- name
- created_at
And that's all.
Feel free to share with others for another cool way of yours 😉
Last modified 7mo ago