Open skulptur opened 4 years ago
How is this ticket different from the documentation already explaining this?
https://github.com/mediamonks/muban/blob/master/docs/08-knockout.md https://github.com/mediamonks/muban/blob/master/docs/13-guides.md#Knockout
The issue is that explaining in the docs doesn't erase those features from knockout and it can still be abused. The more we can move from docs into the API the better.
There are cases where using client-side knockout templates (purely defined in JS for example) would still be a valid use case (when going full embedded react is too much overkill).
So the reasoning for the current approach is that it's one (existing!) library that can be used for different cases:
If you need all 3 cases in different areas in your project, you just need to learn and bundle 1 single library, making it a lot easier.
I'm open for alternatives, but we need to see how they solve the use cases above.
Since this is often used when we don't have complete control over the HTML, it is not a good idea to use knockout's template binding syntax. Only way to data bind should be via JS.
Proposed solution is to provide our own stripped down data-binding functionality instead of using knockout directly.