Open blond opened 9 years ago
So you propose source
/sources
and target
/targets
as a standard for enb-techs? :+1: for that.
cc @arikon
Options looks like overkill, btw. But I'm not against it.
@andrewblond Why not just use the generic prefixes consistently in all the techs?
targetDirs
, targetFiles
, targetBemjson
sourceDeps
, sourceLevels
, sourceFiles
, sourceBemjson
browsers
and so onWhy not just use the generic prefixes consistently in all the techs?
It seems that it less obvious and less unification between techs.
Options looks like overkill, btw. But I'm not against it.
Yes, it seems that without options
will be better
@andrewblond I don't like the distinction between target
and targets
, source
and sources
.
What if some of sources are optional? Than I have to write single nested option:
{
sources: {
sourceBemjson: '...'
}
}
For me the generic prefix (convention) is more obvious than grouped options.
For me the generic prefix (convention) is more obvious than grouped options.
If not group options then lost information that has more source options:
{
sourceBemjson: '...'
}
if group then added not too many characters:
{
sources: { bemjson: '...' }
}
Options in all techs can be divided into three types: targets, sources and options.
Now, all options are set as a flat list. Because of this, not possible to understand what type of each option.
We can explicitly indicate which of the options are sources, which targets, and which options.