① C++代码调试：Invalid Resx file 这个错误时什么原因
C:\slave\winbuild\systray_net\Resources\.png这个文件不存在，所以引起C:\slave\winbuild\systray_net\Properties\Resources.resx(129,5):errorMSB3103:InvalidResx的错误，把它也拷贝过来。还有到你的机器上最好重新生成一次，这样所有的内容都会一致，就不会出问题了。在有，如果还有问题可能处在你的配置环境，如果出现这种情况，你可以参考别人的环境配置修改一下。
② C#主程序文件后缀名
C#后缀名是：.cs；
CS文件为主要与primarily，VisualC#.NET，SourceCode相关联的游戏文件。
C#编译后缀名：*.dll;
将cs源文件转换成dll文件。dll文件为我们保护自己编写的源代码提供方便，并且可以对外开放接口，供其他人使用。.designer.cs是事件注册文件，也就是后台代码跟窗口相关联的文件，系统自动生成。
(2)cresx是什么文件扩展阅读
打开CS文件的最快速最容易的方法便是双击文件。这样做可以让Windows智能决定使用正确的程序打开CS文件。若出现无法打开CS文件的情况，很可能是因为电脑上没有安装查看或编辑CS文件扩展名的恰当程序。
若电脑打开了CS文件，但使用的是错误的应用程序，则需要更改Windows注册文件关联设置。也就是说，Windows正在使用错误的程序关联CS文件扩展名。
③ net reflector能反编译出来原来的软件的窗口吗
1创建一个简单的工程，一个Winform窗体，包含一个背景图片。END1将测试程序添加到.NET Reflector2选中测试程序后右键选择导出END问题现象：base.AutoScaleMode = AutoScaleMode.Font; 方法“InitializeComponent”内的代码由设计器生成，不应手动修改。请移除任何更改，然后尝试重新打开设计器。处理方法：对所有System.Windows.Forms.命名空间里面的控件需要全命名空间的声明。示例：base.AutoScaleMode = System.Windows.Forms.AutoScaleMode.Font; 问题现象：变量“manager”未声明或从未赋值。处理方法：1）先将resources文件转成resx资源文件，命名匹配与之对应的*.cs文件名称，且将其放在与之对应的*.cs代码同一目录（如将WindowsFormsApplication1.Form1.resources编译成Form1.resx）。编译工具在C:\Program Files (x86)\Microsoft SDKs\Windows(Win7\Win8),C:\Program Files\Microsoft SDKs\Windows\v7.0A\bin下 resgen.exe(XP)CMD命令格式: resgen *.resources *.resx，如下：注意：生成resx资源文件后排除与之对应的*.cs文件而后重新添加便可将.resx文件映射到项目中。2）将InitializeComponent方法中的对象manager替换为resources(替换变量名)问题现象：System.Resources.: 未能找到任何适合于指定的区域性或非特定区域性的资源。请确保在编译时已将“xxxx.Properties.Resources.resources”正确嵌入或链接到程序集“xxxx”，或者确保所有需要的附属程序集都可加载并已进行了完全签名。处理方法：重新添加图片的资源即可
④ 以下哪些是asp.net支持的文件夹
1. Bin文件夹Bin文件夹包含应用程序所需的，用于控件、组件或者需要引用的任何其他代码的可部署程序集。该目录中存在的任何.dll文件将自动地链接到应用程序。如果在该文件夹中留有不用的或过期的文件，则可能出现“二义性引用(ambiguous reference)”异常的风险。换句话说，如果两个不同的程序集定义相同的类(相同的命名空间和名称)，则ASP.NET运行库不能决定应该使用哪一个程序集，从而抛出一个异常。在开发时，当我们重新命名一个项目或一个程序集的名称时，这是常见的错误。为了避免这种错误，一定不要在该文件夹中保留任何不必要的程序集，或者至少要从配置文件的<assemblies>节中删除如下代码行：<add assembly="*" /> 2. App_Browser文件夹该可选的文件夹包含.browser文件。.browser文件描述浏览器(不管是移动设备浏览器，还是台式机浏览器)的特 征和功能。ASP.NET在安装路径下的Config/Browser文件夹中安装了大量.browser文件，这些文件供所有应用程序共享。我们只是把 当前应用程序特有的浏览器文件放在App_Browser文件夹下。.browser文件的内容即时动态地进行编译，以便向ASP.NET运行库提供最新 的浏览器信息。让我们简单谈谈拥有一个自定义的.browser文件可能有帮助的场景。设想应用程序使用了一个在某个浏览器下不能有效呈现的控件。在指定的浏览器中显示宿主页面时，可以编写一个.browser文件，迫使ASP.NET使用一个不同的适配器来生成该控件。<browsers><browser id="browserID"><controlAdapters><adapter controlType="Samples.CustomControl"adapterType="Samples.Adapters.CustomControlAdapter" /></controlAdapters></browser></browsers>假设browserID与ASP.NET识别的标准浏览器之一相匹配，则上文所示的.browser文件指示在指定的浏览器下使用CustomControlAdapter呈现CustomControl。3. App_Code文件夹App_Code文件夹正好在Web应用程序根目录下，其存储所有应当作为应用程序的一部分动态编译的类文件。这些类文件自 动链接到应用程序，而不需要在页面中添加任何显式指令或声明来创建依赖性。App_Code文件夹中放置的类文件可以包含任何可识别的ASP.NET组件 ——自定义控件、辅助类、build提供程序、业务类、自定义提供程序、HTTP处理程序等。 注意 在开发时，对App_Code文件夹的更改会导致整个应用程序重新编译。对于大型项目，这可能不受欢迎，而且很耗时。为此，鼓励大家将代码进行模块化处理 到不同的类库中，按逻辑上相关的类集合进行组织。应用程序专用的辅助类大多应当放置在App_Code文件夹中。App_Code文件夹中存放的所有类文件应当使用相同的语言。如果类文件使用两种或多种语言编写，则必须创建特定语言的子目录，以包含用每种语言编写的类。一旦根据语言组织这些类文件，就要在web.config文件中为每个子目录添加一个设置：<compilation><codeSubDirectories><add directoryName="VBFolder" /></codeSubDirectories></compilation>重要的是，特定语言的子目录应在web.config文件中注册，否则，不管它们属于哪个文件夹，App_Code文件夹下 的所有文件将被编译成一个单独的程序集。上述配置脚本描述了这么一种情况，即所有的C#文件都放在App_Code文件夹的根目录下，而把几个 Visual Basic .NET类文件移入VBFolder目录中。如果<codeSubDirectories>节中提到的目录不存在，则会收到一个编译错误提 示。App_Code根文件夹中的文件被编译成App_Code_xxx.dll程序集，其中xxx是随机生成的字符序列。一个 给定子目录中的文件将被编译成一个名为App_SubCode_xxx_yyy.dll的动态创建的程序集，其中xxx指示子目录的名称，而yyy是一个 随机字符序列。只有在应用程序根目录中的web.config文件中进行了设置，<codeSubDirectories>节才有效。在App_Code目录或任何其他子目录中放置一个assemblyinfo.cs文件，可以创建一个强命名的程序集。显然，如果该文件夹包含Visual Basic .NET文件，那么将使用assemblyinfo.vb文件。程序集配置文件可以引用一个.snk文件来保存强名称的密钥。注意 给一个程序集设置一个强名称，首先必须获得一个公开/私有密钥对。通过使用强名称(Strong Name)工具(sn.exe)，可以获得这样一个密钥对。强名称工具是我们可以在.NET Framework的安装路径中发现的SDK binary之一。密钥对文件通常有一个.snk扩展名。可以将该文件保存到一个应用程序文件夹中，并在assemblyinfo.cs文件中引用它，如下所示： [assembly: AssemblyKeyFileAttribute(@"yourKeyPair.snk")]注意，Visual Basic .NET是在包含Visual Studio Solution的目录中寻找密钥文件，而C#编译器则在包含该binary的目录中寻找密钥文件。据此可知，用此属性调整我们使用的路径，或者把密钥文件放在合适的文件夹中。在随后发生的任何重新生成中，程序集的名称将发生变化。同时，老的AppDomain请求一结束，就删除老的程序集。App_Code文件夹并非只能包含类文件。特别是，它可以包含并能自动地处理代表数据架构的XSD文件。把一个XSD文件 添加到该文件夹中时，编译器将把它解析成一个有类型的DataSet类，并将它添加到应用程序作用域中。在ASP.NET 1.x中，这一工作由Visual Studio .NET向导，使用一个命令行实用程序(xsd.exe)完成的。 注意 使用web.config文件注册一个组件(例如，一个自定义的服务器控件或一个自定义的HTTP处理程序)时，通常要求指定包含该代码的程序集名称。如 果该组件定义在App_Code文件夹中，则应该用什么名称来指示程序集？在这种情况下，只是忽略程序集信息，并规定完整的类名即可。如果没有规定任何程 序集，则ASP.NET运行库将试图从任何已装载的程序集中装入该类，包括为App_Code文件夹动态创建的程序集。4. App_Data文件夹App_Data文件夹应该包含应用程序的本地数据存储。它通常以文件(诸如Microsoft Access或Microsoft SQL Server Express数据库、XML文件、文本文件以及应用程序支持的任何其他文件)形式包含数据存储。该文件夹内容不由ASP.NET处理。该文件夹是ASP.NET提供程序存储自身数据的默认位置。注意 默认ASP.NET帐户被授予对文件夹的完全访问权限。如果碰巧要改变ASP.NET帐户，一定要确保新帐户被授予对该文件夹的读/写访问权。5. App_GlobalResources文件夹正如其他应用程序一样，ASP.NET应用程序也可以使用资源，而且通常应该使用资源。资源是隔离应用程序用户界面的可局部 化部分的一种有效方法。一般而言，资源是与程序相关的不可执行的文本。典型的资源有图像、图标、文本和附属文件，但是任何可序列化的对象也可以被看作资 源。应用程序资源存储在应用程序的外部，这样就能在不影响和重新编译应用程序本身的情况下重新编译和替换它们。ASP.NET应用程序需要有一个主要程序集来保存应用程序默认的或中性的资源。此外，还要部署许多附属程序集，它们中各自 包含我们需要支持的某种文化的本地化资源。在ASP.NET 1.x中，编译一个程序集内的资源有点麻烦。需要手动地将基于XML的资源文件(那些带.res扩展名的资源)编译成.resources二进制文件。这 些文件既可以嵌入到一个.NET可执行文件中，也可以编译成附属程序集。使用资源文件生成器实用程序resgen.exe，将文本和基于XML的资源文件 转变为.resource文件。资源文件名称遵循baseName.cultureName.resource命名约定，其中baseName通常是应用 程序的名称：resgen.exe ProAspNet20.resx ProAspNet20.it.resources创建.resource文件以后，应当把它嵌入到一个程序集中，甚至可以作为一个资源容器来使用。要把一个资源文件嵌入到一个附属程序集中，可以使用程序集连接器工具(al.exe)。在命令行上，指出程序集所使用的文化(如下面示例中的it，它代表意大利)和名称。al /out:ProAspNet20.resources.dll /c:it /embed:ProAspNet20.it.resources在编译附属程序集之后，它们将有相同的名称。将它们部署到不同的子目录中，分别按文化命名。幸运的是，对于ASP.NET 2.0，附属程序集的时代已经一去不复返了。更准确地说，附属程序集仍然存在，但是由于App_GlobalResources保留文件夹，对开发人员来说它们已经成为过去的事情。该文件夹中的任何定位的.resx文件自动地被编译成附属程序 集。.resx文件的名称包含文化信息，以帮助ASP.NET运行库环境的程序集生成。如下文件，resources.resx, resources.it.resx, resources.fr.resx，生成中性程序集以及适合于意大利(Italian)和法国(French)文化的附属程序集。如果没有要求特定文 化，则中性程序集是默认的文化资源。
⑤ vs2010下C# WinForm 解决方案里面生成的文件都是什么作用干什么的
Bin 目录用来存放编译的结果，bin是二进制的英文缩写，因为最初C编译的程序文件都是二进制文件，它有Debug和Release两个版本，分别对应的文件夹为bin/Debug和bin/Release，这个文件夹是默认的输出路径，我们可以通过：项目属性—>配置属性—>输出路径来修改。obj是object的缩写，用于存放编译过程中生成的中间临时文件。其中都有debug和release两个子目录，分别对应调试版本和发行版本，在.NET中，编译是分模块进行的，编译整个完成后会合并为一个.DLL或.EXE保存到bin目录下。因为每次编译时默认都是采用增量编译，即只重新编译改变了的模块，obj保存每个模块的编译结果，用来加快编译速度。是否采用增量编译，可以通过：项目属性—>配置属性—>高级—>增量编译来设置。Properties文件夹 定义你程序集的属性 项目属性文件夹 一般只有一个 AssemblyInfo.cs 类文件，用于保存程序集的信息，如名称，版本等，这些信息一般与项目属性面板中的数据对应，不需要手动编写。.cs 类文件。源代码都写在这里，主要就看这里的代码。.resx 资源文件，一些资源存放在这里，一般不需要看。.csproj C#项目文件，用VS打开这个文件就可以直接打开这个项目，自动生成，不需要看。.csproj.user 是一个配置文件，自动生成的，会记录项目生成路径、项目启动程序等信息。也不需要看。.Designer.cs 设计文件，自动生成，不需要看。.aspx 是网页文件，HTML代码写在这里面。sln:在开发环境中使用的解决方案文件。它将一个或多个项目的所有元素组织到单个的解决方案中。此文件存储在父项目目录中.解决方案文件，他是一个或多个.proj（项目）的集合*.sln：(Visual Studio.Solution) 通过为环境提供对项目、项目项和解决方案项在磁盘上位置的引用,可将它们组织到解决方案中。比如是生成Debug模式,还是Release模式,是通用CPU还是专用的等编译和运行直接按F5，至于调试按F9插入断电，F10整行执行，F5，F9，F10配合使用整个项目后缀文件的说明！
