api.use
gives a package access to other packages exported symbols.
For example you need to api.use("random")
(see how it's done in the accounts-base package) if you want to use the Random
symbol in a package code (see how the random
package.js
is api.export
ing Random
).
However, meteor add
ing accounts-base
wouldn't give your whole application access to its used packages (random
in this case). If your app needs random
, you'd still need to meteor add
it.
api.imply
on the other hand, gives the whole application access to that package exported symbols.
For example, see how accounts-google
is api.imply
ing accounts-base
.
accounts-base
is responsible for exporting the Accounts
symbol, when you meteor add accounts-google
, not only does accounts-base
is also added in your application dependencies, but accounts-base
symbols are also made available in your app, specifically because it was implied.
accounts-base
is both using Accounts
in its own code (api.use
) and exporting its dependencies symbols to the whole app (api.imply
).
api.imply
can be used to make "shadow packages" that are just pulling in some other packages.
For example, at some point MDG renamed the showdown
package to markdown
, they could just have stated to meteor remove showdown && meteor add markdown
, but it would have required some actions on end users.
What they did instead is keeping the showdown
package and just make it implying the new markdown
package.
与恶龙缠斗过久,自身亦成为恶龙;凝视深渊过久,深渊将回以凝视…