C#的问题 variables定义

kelvin2088 2013-03-15 08:22:28
我有一个script,我把它copy and paste,生成的文件也改了名字,
namespace里面也改了名字,
可是新的文件里面的很多variables都被划红线了,说是被定义过了
肿么办啊???有什么方法能够不rename variables并且新老script都可以用啊?
谢谢!!
...全文
142 11 打赏 收藏 转发到动态 举报
写回复
用AI写文章
11 条回复
切换为时间正序
请发表友善的回复…
发表回复
kelvin2088 2013-03-15
  • 打赏
  • 举报
回复
引用 8 楼 gxingmin 的回复:
you catch a image上来look look
好的,待会儿我下班回家了就贴上来
kelvin2088 2013-03-15
  • 打赏
  • 举报
回复
引用 5 楼 gxingmin 的回复:
把your class 也改个名
圣马是your class啊?? 我好像能改的名字都改了,但是不想改variables的名字啊 当然了,在VS2010里面,被copy的那个.cs文件还是打开的 不过我试着重起VS也不行啊,,,烦!
gxingmin 2013-03-15
  • 打赏
  • 举报
回复
you catch a image上来look look
kelvin2088 2013-03-15
  • 打赏
  • 举报
回复
引用 4 楼 findcaiyzh 的回复:
script,还是C#?
c# 编辑一个.cs文件
kelvin2088 2013-03-15
  • 打赏
  • 举报
回复
script改了名字,namespace也改了名字 但是variables都还是原来的名字 但是都有红色下划线了
gxingmin 2013-03-15
  • 打赏
  • 举报
回复
把your class 也改个名
宝_爸 2013-03-15
  • 打赏
  • 举报
回复
script,还是C#?
kelvin2088 2013-03-15
  • 打赏
  • 举报
回复
没有重名阿 不一样的名字啊
bdmh 2013-03-15
  • 打赏
  • 举报
回复
改完后,重名了?
kelvin2088 2013-03-15
  • 打赏
  • 举报
回复
奇怪的是,有一个script我copy and paste,改改名字就可以用了,没出问题, 而现在这个就搞出飞机了 why?? help!!!~~~
kelvin2088 2013-03-15
  • 打赏
  • 举报
回复


我知道了,是不是因为这个文件标注了Do not copy啊?
我估计就是这个原因...
StyleCop的终极目标是让所有人都能写出优雅和一致的代码,因此这些代码具有很高的可读性。 早就听说了微软内部的静态代码检查和代码强制格式美化工具 StyleCop StyleCop不是代码格式化(代码美化)工具,而是代码规范检查工具(Code Review 工具),它不仅仅检查代码格式,而是编码规范,包括命名和注释等。 StyleCop目的是帮助项目团队执行一系列常用的源代码格式规范,这些规范是关于如何开发布局规整,易读,易维护并且文档良好的优雅代码的 StyleCop 现在包含了 200 个左右的最佳实践规则(best practice rules),这些规则与 Visual Studio 2005 和 Visual Studio 2008 中默认的代码格式化规则是一致的。 StyleCop可以作为 Visual studio 的插件运行,在VS中对一个C#文件点击右键后的: 选择“Run StyleCop” 在VS执行后,执行效果如下: StyleCop也可以作为 MSBuild 任务(安装时有选项)通过命令行执行。 StyleCop只是一个代码格式的检查工具,它会根据预定义C#代码格式的最佳实践,对我们的源代码进行检查,并给出不符合编码风格的错误提示。这一点来说与微软的另一个代码检查工具 FxCop 很相似,但 FxCop 是对 dll (compiled binaries) 进行检查,所以 FxCop 适用于新项目通过持续集成工具来使用的情况。也就是说 FxCop 是项目级别的,而 StyleCop是代码级别的,更适合于程序员在编程过程中使用。 与 FxCop 的另一个不同是,SourceAnalysis StyleCop不提供灵活的规则设置,而是使用所谓 one-size-fits-all 的方式强制人们用同样的习惯书写代码,因此 SourceAnalysis (StyleCop)的终极目标是:The ultimate goal of Source Analysis is to allow you to produce elegant, consistent code that your team members and others who view your code will find highly readable. StyleCop检查的规则包括: 布局(Layout of elements, statements, expressions, and query clauses ) 括号位置(Placement of curly brackets, parenthesis, square brackets, etc ) 空格(Spacing around keywords and operator symbols ) 行距(Line spacing ) 参数位置(Placement of method parameters within method declarations or method calls ) 元素标准排列(Standard ordering of elements within a class ) 注释格式(Formatting of documentation within element headers and file headers ) 命名(Naming of elements, fields and variables ) 内置类型的使用(Use of the built-in types ) 访问修饰符的使用(Use of access modifiers ) 文件内容(Allowed contents of files ) Debugging文本(Debugging text)
StyleCop的终极目标是让所有人都能写出优雅和一致的代码,因此这些代码具有很高的可读性。 早就听说了微软内部的静态代码检查和代码强制格式美化工具 StyleCop StyleCop不是代码格式化(代码美化)工具,而是代码规范检查工具(Code Review 工具),它不仅仅检查代码格式,而是编码规范,包括命名和注释等。 StyleCop目的是帮助项目团队执行一系列常用的源代码格式规范,这些规范是关于如何开发布局规整,易读,易维护并且文档良好的优雅代码的 StyleCop 现在包含了 200 个左右的最佳实践规则(best practice rules),这些规则与 Visual Studio 2005 和 Visual Studio 2008 中默认的代码格式化规则是一致的。 StyleCop可以作为 Visual studio 的插件运行,在VS中对一个C#文件点击右键后的: 选择“Run StyleCop” 在VS执行后,执行效果如下: StyleCop也可以作为 MSBuild 任务(安装时有选项)通过命令行执行。 StyleCop只是一个代码格式的检查工具,它会根据预定义C#代码格式的最佳实践,对我们的源代码进行检查,并给出不符合编码风格的错误提示。这一点来说与微软的另一个代码检查工具 FxCop 很相似,但 FxCop 是对 dll (compiled binaries) 进行检查,所以 FxCop 适用于新项目通过持续集成工具来使用的情况。也就是说 FxCop 是项目级别的,而 StyleCop是代码级别的,更适合于程序员在编程过程中使用。 与 FxCop 的另一个不同是,SourceAnalysis StyleCop不提供灵活的规则设置,而是使用所谓 one-size-fits-all 的方式强制人们用同样的习惯书写代码,因此 SourceAnalysis (StyleCop)的终极目标是:The ultimate goal of Source Analysis is to allow you to produce elegant, consistent code that your team members and others who view your code will find highly readable. StyleCop检查的规则包括: 布局(Layout of elements, statements, expressions, and query clauses ) 括号位置(Placement of curly brackets, parenthesis, square brackets, etc ) 空格(Spacing around keywords and operator symbols ) 行距(Line spacing ) 参数位置(Placement of method parameters within method declarations or method calls ) 元素标准排列(Standard ordering of elements within a class ) 注释格式(Formatting of documentation within element headers and file headers ) 命名(Naming of elements, fields and variables ) 内置类型的使用(Use of the built-in types ) 访问修饰符的使用(Use of access modifiers ) 文件内容(Allowed contents of files ) Debugging文本(Debugging text)

110,534

社区成员

发帖
与我相关
我的任务
社区描述
.NET技术 C#
社区管理员
  • C#
  • Web++
  • by_封爱
加入社区
  • 近7日
  • 近30日
  • 至今
社区公告

让您成为最强悍的C#开发者

试试用AI创作助手写篇文章吧