cresx是什麼文件

① C++代碼調試：Invalid Resx file 這個錯誤時什麼原因

C:\slave\winbuild\systray_net\Resources\.png
這個文件不存在，所以引起C:\slave\winbuild\systray_net\Properties\Resources.resx(129,5):
error
MSB3103:
Invalid
Resx
的錯誤，把它也拷貝過來。
還有到你的機器上最好重新生成一次，這樣所有的內容都會一致，就不會出問題了。
在有，
如果還有
問題可能處在你的配置環境，如果出現這種情況，你可以參考別人的環境配置修改一下。

② 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窗體，包含一個背景圖片。
END
1
將測試程序添加到.NET Reflector
2
選中測試程序後右鍵選擇導出
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配合使用
整個項目後綴文件的說明！