
Security News
Risky Biz Podcast: Making Reachability Analysis Work in Real-World Codebases
This episode explores the hard problem of reachability analysis, from static analysis limits to handling dynamic languages and massive dependency trees.
closure-dicontainer
Advanced tools
DI Container for Google Closure with automatic registration and resolving based on types

Dependency Injection Container for Google Closure Library
This is standalone Node.js module. For Gulp, use gulp-closure-dicontainer.
var diContainer = require('closure-dicontainer');
var src = diContainer(fs.readFileSync(depsPath, {
encoding: 'utf8'
}), {
baseJsDir: 'bower_components/closure-library/closure/goog',
name: 'app.DiContainer',
resolve: ['App']
});
fs.writeFileSync('build/dicontainer.js', src);
Type: String
Default value: 'app.DiContainer'
Generated DI container name.
Type: Array.<string>
Default value: ['App']
Array of types to be resolved.
Type: String
Default value: 'bower_components/closure-library/closure/goog'
Optional
How to use DI container in your app.
/**
@fileoverview App main method.
*/
goog.provide('app.main');
goog.require('app.DiContainer');
app.main = function() {
var container = new app.DiContainer;
container.configure({
// Inject run-time value when App is going to be instantiated.
resolve: App,
"with": {
// This is parameter name.
element: document.body
}
}, {
// Resolve something with something else.
resolve: este.storage.Storage,
as: este.storage.Local
}, {
// Custom factory when new keyword is not enough.
resolve: foo.ui.Lightbox,
by: function(lightbox) {
return lightbox.setSomething();
}
}, {
// Resolve interface by something real.
resolve: foo.IFoo,
by: function() {
return new foo.Foo;
}
});
var app = container.resolveApp();
app.start();
};
goog.exportSymbol('app.main', app.main);
There is a pattern: Resolve A as B with C by D.
A is type to be resolved. B is optional type to be returned. C is optional object for run-time configuration, where key is argument name and value is runtime value. D is optional factory method.
Enjoy in action in Este.js.
It's simple. DI container loads deps.js file. Then it needs to know where resolving should start, aka which type should be resolved. For instance: foo.App. DI container then parse foo.App constructor, and create factories for all passed types. Then it do the same thing with all passed instances. The result is JavaScript file containing all these goog.require's and factories for required types. Default life style is singleton (the good one, because instance does not control own life cycle).
After DI container file creation, deps.js must be updated, which is task for dev stack. Everything will be available in Este.js soon.
FAQs
DI Container for Google Closure with automatic registration and resolving based on types
We found that closure-dicontainer demonstrated a not healthy version release cadence and project activity because the last version was released a year ago. It has 1 open source maintainer collaborating on the project.
Did you know?
Socket for GitHub automatically highlights issues in each pull request and monitors the health of all your open source dependencies. Discover the contents of your packages and block harmful activity before you install or update your dependencies.
Security News
This episode explores the hard problem of reachability analysis, from static analysis limits to handling dynamic languages and massive dependency trees.
Security News
/Research
Malicious Nx npm versions stole secrets and wallet info using AI CLI tools; Socket’s AI scanner detected the supply chain attack and flagged the malware.
Security News
CISA’s 2025 draft SBOM guidance adds new fields like hashes, licenses, and tool metadata to make software inventories more actionable.