如何使用debugdiag等工具來調試.net程序？在“解決方案資源管理器”中，發(fā)起AdventureWorksApp項目。發(fā)動了攻擊Assets文件夾，接著展開Resources。右鍵點擊以便于然后

如何使用debugdiag等工具來調試.net程序？

在“解決方案資源管理器”中，發(fā)起AdventureWorksApp項目。

發(fā)動了攻擊Assets文件夾，接著展開Resources。

右鍵點擊以便于然后打開資源設計器。

將ApplicationName資源字符串“值”更改后為Adventure Works Application。

保存改并關了文件。不運行該應用程序。

ASP和.NET的優(yōu)缺點是什么？

和ASP的大區(qū)別本質編程思維的轉換，而不光取決于人功能的增強。ASP建議使用VBS/JS這樣的腳本語言調和html來編程，而那些腳本語言都屬于弱類型、走向結構的編程語言，而非面向對象，這就明顯有一種以上幾個問題：

1、代碼邏輯混亂，甚難管理：而ASP是腳本語言水配html編程，所以我你很難能夠看清楚代碼的邏輯關系，另外緊接著程序的復雜性增加，以至于代碼的管理十分難了，甚至遠遠超過一個程序員所能都沒有達到的管理能力，最大限度地照成錯誤或這樣那樣的問題。

2、代碼的可賞識性差：由于是向大結構的編程，另外混和html，所以才肯定頁面原型修改有一點，整個程序都需要改，更甭說代碼重用了。

3、弱類型會造成潛在動機的出錯可能會：盡管弱數據類型的編程語言可以使用起來回比較方便有一些，但比起它所導致的出錯幾率是仍舊實在得不償失的。以上是語言本身的弱點，在功能方面ASP同時未知問題，第一是功能太弱，一些底層操作只有按照組件來成功，在這點上是遠遠的不比PHP/JSP，其次那就是嚴重缺乏完善系統(tǒng)的糾錯/調試功能，這點上ASP/PHP/JSP應該差不多。這樣，有哪些改進呢？逃掉了以前ASP不使用腳本語言來編程的缺點，理論上可以不可以使用任何編程語言包括C,VB,JS等等，其實，最合適的編程語言那就xd為.NetFrmaework一類很快推出的C(讀csharp)，它可以代入是VC和Java的混合體吧，但他MS自己講C#內核中更多的象VC，但實際上我那就認為它和Java更象一些吧。是需要它是面向對象的編程語言，而并非一種腳本，所以它具備面向對象編程語言的一切特性，比如裸芯片性、繼承性、多態(tài)性等等，這就解決了剛才一再次提到的ASP的那些弱點。封裝方法性令代碼邏輯清楚，易于管理，而且運用到上就也可以使業(yè)務邏輯和Html頁面只是分離，那樣不管頁面原型該如何改變，業(yè)務邏輯代碼都不必做任何改動；能繼承性和多態(tài)性也讓代碼的可委以重任性大嚇想提高，你可以按照不能繼承均的對象最大程度地完全保護你以前的投資。另外C#和C、Java一樣的提供了體系的調試/糾錯體系。ASP（Active Server Pages）是Microsfot公司1996年11月再推出的WEB應用程序開發(fā)技術，它既并非一種程序語言，也并非一種開發(fā)工具，只是一種技術框架，不須不使用微軟的產品就能匯編語言它的代碼，能才能產生和不能執(zhí)行動態(tài)、可交互、高效率的站占服務器的應用程序。運用ASP可將VBscript、javascript等腳本語言合成一體到HTML中，便可快速完成網站的應用程序，不必編譯程序，可在服務器端就負責執(zhí)行。太容易編譯程序，在用普通的文本編輯器c語言程序，如記事本就也可以完成。由腳本在服務器上而不是什么客戶端運行，ASP所可以使用的腳本語言都在服務端上運行程序，用戶端的瀏覽器不不需要需要提供任何別的意見，這樣的話大提高了用戶與服務器之間的交互的速度。再者，它可是從內置的組件實現方法更強大的功能，如可以使用A-DO可以輕松地訪問數據庫。之后，微軟又很快推出。這并非ASP的很簡單升級，只不過是全新未拆封一代的頁實現系統(tǒng)，應用于一臺WEB服務器建立起強大無比的應用程序。是微軟發(fā)展的新體系結構.NET的一部分，是ASP和.NET技術的加強。需要提供基于組件、動態(tài)配置的可編程網絡表單，有所漢字拆分了編程。還這個可以用建立網絡服務。ASP與的區(qū)別：1.開發(fā)語言完全不同ASP僅認知局限于在用non-type腳本語言來開發(fā)完畢，用戶給WEB頁中先添加ASP代碼的方法與客戶端腳本中添加代碼的方法同一，造成代碼雜亂。愿意用戶選擇并在用功能完善的strongly-type編程語言，也不能在用潛加巨型的.NET Framework。2.運行機制差別ASP是請解釋正常運行的編程框架，因此不能執(zhí)行效率加較低。是編譯性的編程框架，不運行是服務器上的編譯器好的二級語言