refactor: splits templates API into list and fetch by id

[stalniy]

1. Splits templates API into 2: list and getById
2. Reduces amount of properties for every template in response. It contains only 4 properties that is used on UI:
   • id
   • summary
   • logoUrl
   • name

Not tested. Fixes #102

[stalniy]

DO NOT MERGE it. Because very likely it will break template detail page on UI as UI currently does not fetch template by id from API.

[baktun14]

Thanks for your work!

Sorry if it wasn't in the requirements, but following your comments about the impact on the frontend; I suggest we keep the old /templates api endpoint as-is and create a new one /template-list with your changes. That way it won't affect the frontend and we'll be able to merge your pr without effect and implement it on the frontend in another pr.

[stalniy]

Probably I could create this extra api endpoints under /v2. To make this evolution more clear from api perspective and at the same time keeping /v1/templates to keep old clients work without issues. Some people also may have cached version of SPA in their browsers (long lived browser tabs), and their version of client app may try to use older API version

[baktun14]

Probably I could create this extra api endpoints under /v2. To make this evolution more clear from api perspective and at the same time keeping /v1/templates to keep old clients work without issues. Some people also may have cached version of SPA in their browsers (long lived browser tabs), and their version of client app may try to use older API version

Great suggestion and I discussed this internally, but for the sake of keeping the scope of this pr small, I suggest we just keep the old version and add the 2 new endpoints you added.