Javascript 这种分类格式有哪些缺点？

这是我的分类格式的3层示例

function __(_){return _.constructor}

//class
var _ = ( CLASS = function(){
this.variable = 0;
this.sub = new CLASS.SUBCLASS();
}).prototype;

_.func = function(){
alert('lvl'+this.variable);
this.sub.func();
}

_.divePeak = function(){
alert('lvl'+this.variable);
this.sub.variable += 5;
}





    //sub class
    _ = ( __(_).SUBCLASS = function(){
        this.variable = 1;
        this.sub = new CLASS.SUBCLASS.DEEPCLASS();
    }).prototype;

    _.func = function(){
        alert('lvl'+this.variable);
        this.sub.func();
    }





            //deep class
            _ = ( __(_).DEEPCLASS = function(){
                this.variable = 2;
            }).prototype;

            _.func = function(){
                alert('lvl'+this.variable);
            }

在你吹气之前，让我解释一下。下划线的目的是加快为类指定函数所需的时间，并指定类的子类。对我来说，它更容易阅读。我知道，如果您打算在类中使用下划线.js，它会干扰下划线.js。我相信uu.js可以轻松切换到另一个$ymbol，不过。。。哦，等等，但我离题了

为什么在一个班级里有班级？ 因为 太阳系（） 和 社会制度 意思是两个完全不同的东西，但使用同一个名字很方便。 为什么用户使用下划线来管理类的定义？ 因为“Solar.System.prototype”花了我大约2秒的时间打印出来，2次打字错误才纠正。 它还将所有类的所有函数名保存在同一列文本中，这有利于易读性

---

我所做的就是展示我在这个方法背后的推理，以及我为什么提出这个方法。我已经学习OO JS 3天了，我非常愿意接受我可能会把事情搞砸的事实。

这对你来说似乎很容易理解，但我不认为很多ppl会觉得它可读。例如，以这行代码为例：

。.DEEPCLASS

？？@elclars:-）一个明显的缺点是它不容易使用，也不容易理解。第二，它的工作原理与现有的对象原型类似，但由于重新实现而更加复杂。也许你应该给出一个独特的例子，这在当前的原型标准中是不可能的。@elclanrs-.@Jay一旦我发现我不能在构造函数中使用我的符号，它就变得毫无用处了。