现目前我们的代码都是以类的继承和扩展为主要形式。我在想我们是否可以把这种形式进行一种优化在我的编码过程中,这些过程完全不变,而在我们编码完成之后上,到服务器运行之前,我们是否可以把这些代码用电脑进行一个整合,从而提升我们代码和系统的运行效率。
我们的代码都是以类的继承和扩展为主要的形式,然后方便管理,也便于代码的重复利用,但是电脑居然有那么大的处理能力,其实我们可以换一种形式,他的文件存储形式不一定非得以这种形式去上的服务器上面,然后进行运行,我们编码的时候可以以目前的方式是完全不变的最近编码写我们的代码,但是在我们完成之后,把这些代码传送到服务器去进行生产环境的运行的时候,之前,我们是否可以进行,建立一套工具,然后把这些代码的形式再重新整合一下?。
很简单的一个形式就是,我目前编写cs解释代码的时候,我们会进行在写完之后会让他进行自动的一种压缩,然后提升运行提升,然后先减少数据量的传输,那么我们在实际的,服务系统的代码的代码系统中是否也可以做相似的一种优化?我们编码嗯,一般都采用类的继承扩展等形式进行,然后这主要是为了方便代码重复利用和方便,类的管理啊,方便代码的管理之类的,那么我们是否可以在,这种形式去编码完成之后,制作出一个工具,让这个工具,再依据这些类的继承和他们的方法的过程中关系把这些代码进行整合成相关的文件,而不必要说在我们向编码的形式那样,在每个,之类的文件中去包含父类文件,然后再去继承父类的文件,这一个过程也需要代码进行解析和处理,那么如果说我们现在就能够在,代码进入生产环境之前,就把这些代码依据他们的关系进行整合。
其实我们的采用类和继承的形式主要的一个一些原因,就是因为为了代码的重复利用,方便了管理和方便后期的维护,那么如果说我们能够在编码的过程中对这些形式不做改变,而在编码完成之后,上线之前他进行处理,依据继承的关系进行相关进行相关的处理,比如一个类继承了他的父类,然后他的父类又继承了另外的类,然后可能另外的人又继承了其他的类,那么如果说我们是否可以把这些,多层的包含关系和继承关系把它整合成一个文件,然后最终指令就是一个具体的类而不是去继承关系,然后包含多个父类文件,然后从多个父类中去继承它的属性和方法,这样整合成一个文件之后是否可以提升它的运行效率?改变之后的区别在于,不用在意,根据之前代码的多层的,继承关系,然后去一成成的包含他的父刘文建,而是把所有的文嗯晨晨的官二代毛关系,整合到了一个文件中。并且把所有的继承关系和扩展关系都直接的体现成了一一种直接的代码形式,而不需要不需要再去做其他的继承等关系的处理,节省了代码运行的时候的处理时间。让代码可以直接进行运行。
之所以会有这样的想法,是因为我觉得,一个文件他直接运行肯定会比,他去包含其他文件,然后再从其它文件中的代码去依据他的,继承关系,去最终形成我们的机械机器代码,这样的效率肯定会更高。