jkrems
commented
4 years ago I was wondering how we want to clarify the Node.js guidance as we define these terms - should other resolvers always use one of these or do we relax the guidance to permit them both to be disabled, so long as they remain mutually exclusive?
It sounds like we don't really have a choice here - they won't be exhaustive in some cases. And even if node.js doesn't care, there's module system outside of require and import. And CSS @import is fairly established ("fairly" because it's not always used in source in the same way that it's used in browsers).
In Webpack currently,
@importin sass will use neither the "require" nor the "import" condition.
That sounds consistent since @import isn't using the (JS) import system, at least not when talking about the "real" @import in browsers.
It could be an option to relax that as well to not use the "import" condition since it is an abstract resolution operation. [...] I don't want to get into allowing custom condition arguments to this resolver spec ideally though, although perhaps that is where this goes?
I think if it's attached to import.meta, it would be surprising if it doesn't resolve like import() (just like require.resolve should resolve like require()).
I would expect a more generic resolution function that also accepts conditions to not be on import.meta but to be imported explicitly from somewhere. I think the base url argument already stretches the "is this still a contextual API?" question. The more general it becomes, the less convinced I'd be that it should still live on import.meta.
ljharb
bmeck
guybedford
It came up in discussion with RollupJS and Webpack implementations that the idea of "import" and "require" being not only mutually exclusive but also exhaustive may rule out some cases like asset resolutions where they want to use the same resolver to eg resolve image stylesheet imports from within a stylesheet.
In Webpack currently,
@importin sass will use neither the "require" nor the "import" condition.I was wondering how we want to clarify the Node.js guidance as we define these terms - should other resolvers always use one of these or do we relax the guidance to permit them both to be disabled, so long as they remain mutually exclusive?
Another point on this topic is what
import.meta.resolveshould use. Currently it will by default use the environment conditions and"import". It could be an option to relax that as well to not use the"import"condition since it is an abstract resolution operation.I don't want to get into allowing custom condition arguments to this resolver spec ideally though, although perhaps that is where this goes? Either way does "import" as the initial starting point make sense?