I saw something like this today
var Visualizer = (function() {
function Visualizer() {
...
}
Vizualizer.prototype.function1 = function () { ... }
...
return Visualizer;
})();
var viz = new Visualizer();
I don't understand the point of this versus just getting rid of the iife wrapper.
There's no point for the specific construct that you show here. The reason to use an IIFE in this type of construct is when you have static data that you need to declare, want to be available to your object, but don't want it to be publicly accessible or interfere with the global namespace or be instance data.
Since the code you show doesn't show any of those, it isn't really offering any benefit as you've shown. But, if there were some other variables declared outside the object, but inside the IIFE, then the IIFE would protect and enclose them and isolate them from the outside world.
For example, if you had this:
Visualizer = (function() {
var counter = 0;
function Visualizer() {
counter++;
...
}
Visualizer.prototype.getCount = function () { return counter; }
...
return Visualizer;
})();
var viz = new Visualizer();
Then, the IIFE would be enclosing a variable counter
that would be available to all methods of all instances of Visualizer, but isolated from the outside world and the IIFE would be offering some potential benefit.
Sorry I worded vaguely, but I think JS with saying words need to be bracket properly to know what operation takes priority and what belongs to what is equivalent to simply saying "know what is in what" and stating python was just saying that if it did not have these brackets it would properly resort to method like python where there is no need for brackets and ; where indentation is important. Possibly I've miss the whole question but I think I got it about right.