日期:2014-05-18  浏览次数:21103 次

rr地问下: 怎样为C# 控制台程序项目自动添加引用 using ?
比如说,这里定义了一个 ArrayList 类型的变量,就要 添加一个 using System.Collections; 如果这个项目下有好几个文件都要调用这个类,那每个文件下都要添加这样的 using 语句, 虽然 Ctrl+V 也比较方便,但有没有更快捷的方式,就像 新建一个控制台程序一样,会自动地添加 using System; 之类的,分配到每个(添加的)文件中??而且能不能让这里的自动添加,是针对当前的这个项目的???

------解决方案--------------------
复制还嫌麻烦。。。
------解决方案--------------------
自定义模板,不过我觉得你这种需求使用模板绝对是小题大做。
------解决方案--------------------

------解决方案--------------------
LZ的意思是一个项目里有成千上万个类,每个类里都需要添加相同的引用,想在初始化建立文档时就将命名空间引用进去。
------解决方案--------------------
文件——导出模板
剩下的自己摸索吧,对你的需求来说很容易,只要做一个普通的项模板,生成一个类,命名空间之前加上using就可以了。
------解决方案--------------------
看不见图?
------解决方案--------------------
大家都是怎么用的吧
探讨


------解决方案--------------------
探讨


------解决方案--------------------
CTRL+.或者使用Shift+Alt+F10来显示一个对话框导入正确的命名空间
------解决方案--------------------
探讨

引用:

看不见图?


这个么,刚开始是用 IE 打开的,图片不能正常显示,后又改用 chrome,就能看见了,但有些时候,chrome 不能显示的图片,用 IE 却可以,太奇怪了吧

你的这个方法很好,谢了哈,

我也又找到了新的方法:

1、 在 VS 的安装目录下找到 C# 的模板文件:( *.zip)
本机的位置为:C:\Program Fi……

------解决方案--------------------
(1)你那修改模板的办法,只能对新建的代码管用。
(2)ArrayList不要去用,微软不默认using就是这个道理,他已经不推荐你用了。实际上List<T>完全代替了ArrayList。
(3)using不是“引用库”,只是使用命名空间。使用命名空间来简写局部作用的成员。所以维护代码,不要贸然加上using。你那种看都不看几百文件加上using的做法不是不能实现,而是这么做完全是一种破坏行为。
(4)非但不要using多余的库,而且还应该尽量清理用不到的using(也就是如果去掉一个using,代码能编译,就去掉),VS也提供这样的功能,右键菜单-组织using,去掉多余的using。

结合VS的几个功能和它不提供的功能,它们代表了大多数人的行为,你应该明白什么该做,什么不该做,而不是以你的想法乱来。
------解决方案--------------------
探讨

CTRL+.或者使用Shift+Alt+F10来显示一个对话框导入正确的命名空间

------解决方案--------------------
为什么using应该尽可能少,而不是多?
因为每个using都宣示了程序作者对于避免局部变量重名的一种规则的约定。
你using System.Collections;就是向维护代码的人宣告,你不要在代码中自己定义名字叫ArrayList的类了,否则我们就冲突了。当然还有很多别的名字也不能用了。
不要以为using越多就爽了,using越多,出现冲突的机会就越大,遇到冲突怎么办?只能痛苦地让一方或者双方做出妥协,得老老实实写完整的带命名空间的名字。
对于编写高质量代码的优秀程序员来说,他维护一个包含了若干using的源代码,必须仔细考量自己创建的局部代码命名不和using中的那些冲突。相反的,他编写代码却必须尽可能方便他人,避免不必要的污染。
优秀程序员的价值观是:(1)尽可能不给其他程序员添麻烦。(2)尽可能避免别人调用或者维护可能造成的疏忽。这也是“防御性编码”的目标。
所以如果你能多想想,就能成为更优秀的程序员。
------解决方案--------------------
其实优秀的程序员的价值观和其他各行各业是一样的。比如优秀的司机,在会车的时候会尽可能靠边,给对方来车舒适的通过体验,而不是迁就自己驾驶的方便。优秀的茶杯设计师会设计贴合手型并且避免导热的茶杯把手,而不是迁就生产工艺的简单。优秀电器的设计师会考虑用户插反插头的情况,保证不会造成伤害,而不是只顾设计的简单。
------解决方案--------------------
探讨

其实优秀的程序员的价值观和其他各行各业是一样的。比如优秀的司机,在会车的时候会尽可能靠边,给对方来车舒适的通过体验,而不是迁就自己驾驶的方便。优秀的茶杯设计师会设计贴合手型并且避免导热的茶杯把手,而不是迁就生产工艺的简单。优秀电器的设计师会考虑用户插反插头的情况,保证不会造成伤害,而不是只顾设计的简单。

------解决方案--------------------
光标放到ArrayList,按下SHIFT+ALT+F10,再按回车,自动会引用了