But why bother with creating a new language, and duplicating all the features your language already has, in a weird way?
If I want a list of items based on an array, I can just do
items.map(item => 〈Item key={item.id} item={item} /〉), using the normal map function that’s already part of the language.
Or I can use a function, e.g. items.map(item => renderItem(item, otherData)) etc.
but how do you know what renderItem does? where will the items end up?
we are visual creatures.
if I see a <ul><li></li></ul> I know it’s doing a list item for every object in given list.
it’s literally just html with a few added stuff, v-if to determine whether it’s rendered, v-for for iteration, dynamic class bindings and event listener bindings.
templating has also been around for a while for a reason it’s solid tech, thymeleaf and jsf/primefaces being prime examples.
But why bother with creating a new language, and duplicating all the features your language already has, in a weird way?
If I want a list of items based on an array, I can just do
items.map(item => 〈Item key={item.id} item={item} /〉)
, using the normalmap
function that’s already part of the language.Or I can use a function, e.g.
items.map(item => renderItem(item, otherData))
etc.I don’t think this is a very good example. You’ve just said not to use a new language, then used JSX, a new language.
but how do you know what renderItem does? where will the items end up?
we are visual creatures.
if I see a <ul><li></li></ul> I know it’s doing a list item for every object in given list.
it’s literally just html with a few added stuff, v-if to determine whether it’s rendered, v-for for iteration, dynamic class bindings and event listener bindings.
templating has also been around for a while for a reason it’s solid tech, thymeleaf and jsf/primefaces being prime examples.
Well you don’t have to place it in a separate function, nothing stops you from inlining that part and writing
li
or whatever directly there.It’s up to you how you organize your components.