|
|
1
2
您不会更改这个自动生成的C文件。当您不断向页面添加ASP.NET控件时,此文件随附加声明一起增长。在旧版本的C(2.0版之前)和Visual Studio(2005版之前)中,此代码也将位于常规的default.aspx.cs文件中。 通过在C中引入分部类,属于同一类的代码可以拆分为多个文件。这里您可以看到__public partial class_u default_,它用于保存 由Visual Studio设计器生成的代码 . 您也将在default.aspx.cs文件中看到相同的类签名(您使用它来编写自己的自定义代码)。 因此,开发人员(您)和设计人员(Visual Studio)可以独立工作,而无需相互跨越。 |
|
|
2
2
这完全取决于代码是什么。 大概你知道你正在调试的类——不管它是ORM的一部分,是Web服务生成的代理的一部分等等——这是关键的一点信息。 |
|
|
3
1
在我看来像是Visual Studio。 Try Googling only part of the message . |
|
|
4
1
这也可以是由resxfilecodegenerator生成的.designer.cs文件,它为.resx文件生成强类型包装器。 |
|
|
5
0
我认为这段代码是由linq-to-sql引擎生成的。 如果您了解如何使用SQL特性编码,则可以修改它。 |
|
6
0
嗯,这是什么代码?大多数MS工具都包括这个头部。
但这在linq to sql代码中不存在…; |
|
|
7
0
这些注释与我的一些服务引用文件中的注释完全匹配。这些是为WCF服务生成的代理文件,因此您的代码可能也在这一领域。 如果在解决方案资源管理器中看不到这些文件,请单击“显示所有文件”,它们将在“服务引用”节点中显示为.cs文件。 |
|
|
8
0
这是System.CodeDom在从整个代码编译单元生成文件时生成的确切注释。 |
|
|
9
0
来自Microsoft的svcutil工具( http://msdn.microsoft.com/en-us/library/aa347733.aspx )将生成源代码文件,并且此注释位于每个文件的顶部,而不将自身标识为生成该文件的工具。 |
|
|
Helic · 引用项目中的Visual Studio生成事件 1 年前 |
|
|
Fardin Jim · React中的HandleError 1 年前 |
|
Sam · 返回Visual Studio中文档注释中的标记 1 年前 |
|
|
Natty · Visual Studio中缺少“代码覆盖率结果” 1 年前 |
|
|
xTMx · 如何修复恢复自定义Nuget软件包的问题? 1 年前 |
|
|
CCarter · 只能在设计器中DependencyObject的DependencyProperty上设置显示“Binding”的WPF ICommand DependencyProperties[重复] 1 年前 |
|
|
Max · VS 2022中的缩放级别在哪里 1 年前 |