,在其中定义了类GC,类中定义了全局静态方法(函数)left,那我在某一个窗体要使用这个方法时有两种方法,一种是在代码顶部using GFunction,然后具体就可以这样调用了GC.left(),再就是不在顶部写using GFunction,直接GFunction.GC.left(),比较麻烦,我把命名空间改为System,因为任何一个窗体在生成时代码顶部都有using System,这样就不用我自己写了.再有,若不声明命名空间而直接定义类也可,不知这样可否
7 个解决方案
#1
语法是可行的,但是绝对不能这样做,用C#编码最好类写到命名空间里面
#2
关键是用命名空间就得在每个用到的文件头声明,太麻烦,我这样会有啥问题呐?
#3
命名空间就是按照类型的功能或某种分类方式放的,目的就是方便类型的使用者进行查找,需要什么就添加什么.你这样,即使我们只想做一个Console的输出,也会无端的和你的程序集建立关联.
#4
楼上说的有道理,那样是不是会使编译出来的文件变大呐?
#5
文件头上的“using...”只是编译器分析语义的需要,只有实际静态引用的类才会带来(可以忽略的一点)效率损失。
命名空间还是要有的,如果你觉得每个文件添加using...费劲,可以先只写一个文件,添加上using...之后导出成模板,以后建新文件根据这个模板来就不用手动加了。
命名空间还是要有的,如果你觉得每个文件添加using...费劲,可以先只写一个文件,添加上using...之后导出成模板,以后建新文件根据这个模板来就不用手动加了。
#6
上面想说的是“实际静态引用的dll”
~_~
~_~
#7
楼主太懒了(我以为我已经够懒了,我就是用的模板,没想到。。。),鉴定完毕。
#1
语法是可行的,但是绝对不能这样做,用C#编码最好类写到命名空间里面
#2
关键是用命名空间就得在每个用到的文件头声明,太麻烦,我这样会有啥问题呐?
#3
命名空间就是按照类型的功能或某种分类方式放的,目的就是方便类型的使用者进行查找,需要什么就添加什么.你这样,即使我们只想做一个Console的输出,也会无端的和你的程序集建立关联.
#4
楼上说的有道理,那样是不是会使编译出来的文件变大呐?
#5
文件头上的“using...”只是编译器分析语义的需要,只有实际静态引用的类才会带来(可以忽略的一点)效率损失。
命名空间还是要有的,如果你觉得每个文件添加using...费劲,可以先只写一个文件,添加上using...之后导出成模板,以后建新文件根据这个模板来就不用手动加了。
命名空间还是要有的,如果你觉得每个文件添加using...费劲,可以先只写一个文件,添加上using...之后导出成模板,以后建新文件根据这个模板来就不用手动加了。
#6
上面想说的是“实际静态引用的dll”
~_~
~_~
#7
楼主太懒了(我以为我已经够懒了,我就是用的模板,没想到。。。),鉴定完毕。