㈠ .NET的學習步驟，先學什麼，用什麼書
基本常識
掌握一門.NET面向對象語言，C#或VB.NET 我強烈反對在沒系統學過一門面向對象(OO)語言的前提下去學ASP.NET。 ASP.NET是一個全面向對象的技術，那絕對學不下去!
第一步 對.NET Framework類庫有一定的了解 可以通過開發Windows Form應用程序來學習.NET Framework。ASP.NET是建構在.NET Framework之上的技術，你對.NET Framework了解得越深，學習ASP.NET就越快。 舉個例子：下面簡單列出幾個對掌握ASP.NET非常重要的概念： 對象的內存模型，委託，事件，多線程，程序集和應用程序域，安全模型 .NET Framework當然還有許多其它的東西，但不理解與把握清楚上述這些東西，是很難真正把握ASP.NET的。 出於急迫的心情與現實的考慮，不少人沒有扎實的面向對象基礎就想直接學習ASP.NET，其結果只能是欲速則不達。 在具備了OO基礎之後，以下是具體的學習ASP.NET技術步驟。 第一步：學習HTML與CSS 這並不需要去學一大堆的諸如Dreamweaver，Firework之類的各種網頁設計工具，關鍵是理解HTML網頁嵌套的block結構與CSS的box模型。許多ASP.NET控制項最後都必須轉化為HTML。而且，div+CSS是當前主流的網頁布局模型。 學習這部分時，關鍵在於理解概念，而不需要將精力花在美化頁面的許多技巧上，那是網站美工的工作，不是程序員的工作。
第二步：學習JavaScript JavaScript不是Java，它主要運行於瀏覽器端。可以完成許多工作，功能也很強大：比如它將客戶端網頁中的HTML元素看成一棵樹，可以編寫代碼訪問並修改樹節點，動態生成新的HTML代碼，從而達到動態修改網頁顯示特性的目的。 JavaScript在目前的網站開發中用得很多，非常重要。 另外，它也是目前非常流行的AJAX技術的基礎。
第三步：學習計算機網路原理 找一本大學<計算機網路>教材，重點看看它的有關互聯網的部分，了解一些域名解析和HTTP協議等知識。這是進行互聯網開發的理論基礎。
第四步：學習ASP.NET表示層技術，會設計Web頁面 需要結合先前打好的面向對象技術的基礎，至少掌握以下內容：
(1) 各種Web控制項的使用方法，
(2) 理解信肆宴息在網頁中的傳送方式，比如Cookie，ViewState，Session等的鋒搭使用。
(3) ASP.NET應用程序與網頁的生命周期，以及相關對象(比如httpcontext，response，request)的用途。
(4) ASP.NET實現事件驅動的內幕
(5) 自定義用戶控制項 再次強調一下，沒有OO基礎，很難掌握上述技術，就只能被這些東東牽著鼻子走了，會很被動。
第五步 掌握資料庫技術 具體地說，要學習以下內容：
(1) 學會使用SQL Server 2005：不要求精通它的各種工具與管理配置技術，但至少知道如何連接，如何建表，如何創建存儲過程
(2) 學習ADO.NET，掌握使用代碼人工訪問資料庫(別用VS2005的向導)的方法
(3) 學習數據綁定控制項的使用
第六步 理解多層架構 這時，先前在OO學習階段涉及到的程序集與應用程序域等就派上用場了，現在，網站架構大多採用多層架構：表示層、業務邏輯層、數據存取層以及資料庫本身。 可以先上網找一此多層架構的資料看，再找一個現成的比較復雜的開源ASP.NET項目分析一下其架構就差不多了。基本上都是一個套路，到處應用。 有的朋友問：學習架構是不是必須學習設計模式。 我的看法是：不必!當然，你如果學習過設計模式，那當然更好。但在實際開發中，如果只想著機械地套用某種模式，反而起不到好的結銀雹拿果。我的觀點：在學習設計模式時要多思多悟，其思想就會漸漸地融入你的大腦，在真實的設計實踐中，忘掉所有的寫在書上的模式，一切從實際出發，相信你的直覺，只要達到設計要求的方案就是可行的方案，事實上，你這樣做了之後，回過頭來再看，會發現你的設計往往暗合設計模式的理論。
第七步 學習XML與Web Service 先了解XML的基礎知識，找本講XML的書看一下就差不多了，然後，再學習Web Service。Web Service其實可類比為遠程方法調用(以XML格式表達的調用信息)。 學 到了這里，如果你還有興趣，不妨再去看看SOA，不過SOA的資料都是理論與概念，看起來比較郁悶，而且離實際開發可能比較遠。所以，這是可選項。
第八步 學習AJAX 學習AJAX的主要目的是創建具有更豐富特性的Web表示層，而經過前面七步的學習，到此再學習AJAX已水到渠成，所有的基礎都已具備，不會有太大的問題了。 在基礎未具備的前提下直接學AJAX，就象「浮沙之上築高台」，所以，將AJAX的學習次序安排在這里。
第九步 學習RIA技術 RIA：Rich internet application，可看成是將C/S與B/S優點合二為一的嘗試。就具體技術來說，主要指微軟的Silverlight(WPF_E)，畢竟前頭一路行來都是微軟路線。
參考書籍
1.推薦幾本書(.net) - 曠野 - 笑著「留」淚
書名：Microsoft .NET框架程序設計（修訂版）
作者：Jeffrey Richter
譯者：李建忠
出版日期：2003 年11月
出版社：清華大學出版社
推薦理由：框架設計是我看的第一本真正意義上的.NET書籍，之前看過很多，但都是工具類的。如果僅僅把.NET作為開發程序的工具，那些書就足夠了。但是.NET絕不僅僅是個工具，它是一種思想、一個平台。要想深入學習，必須對其Framework有所了解。《Microsoft .NET框架程序設計（修訂版）》無疑是學習.NET Framework最好的一本。李健忠老師的翻譯通俗流暢，並且字里行間流露著他對.NET的深刻理解。這本書陪伴我度過了研究生期間很多無聊的課程。不過初學者看這本書開始也許會很費勁，有一次一個同搞.NET的同學拿過去翻了翻就扔給了我，說：看不懂。
2.推薦幾本書(.net) - 曠野 - 笑著「留」淚
書名：重構：改善既有代碼的設計（中文版）
作者：Martin Fowler
譯者：侯捷，熊節
出版日期：2003 年9月
出版社：中國電力出版社
推薦理由： 重構，這個既簡單又深奧的概念直到現在仍然吸引著廣大設計愛好者。幾年前當我幾乎被這個名詞弄暈的時候，我找到了這本書——重構的誕生地。它同樣是我的「課堂書籍」。與《框架設計》不同的是，它的概念和理論十分簡單，即使對編程只有一點點的認識，也能很愜意的閱讀本書。因為它所闡述的，就是我們程序員平時所做的——修改代碼。但如何更好的修改，使其更符合OO標准，又是一個非常復雜的過程。
3.推薦幾本書(.net) - 曠野 - 笑著「留」淚
書名：敏捷軟體開發：原則、模式與實踐
作者：Robert C. Martin
譯者：鄧輝
出版日期：2003 年9月
出版社：清華大學出版社
推薦理由： Bob大叔最膾炙人口的作品。如果你看過《設計模式》與《重構》，那麼推薦你接著看這本，對於設計模式的理解就會上升一個層次。熟練掌握各種設計原則，我們就不必再死記那些刻板的模式。只要我們的設計復合原則，就是一個良好的設計。《設計模式》、《重構》和《敏捷軟體開發》是設計愛好者必讀的三本書。
4.推薦幾本書(.net) - 曠野 - 笑著「留」淚
書名：ASP.NET 2.0揭秘
作者：Stephen Walther
譯者：譚振林，黎志，朱興林，馬士傑
出版日期：2007 年10月
出版社：人民郵電出版社
推薦理由：將近一年沒有搞ASP.NET了，因此這本書買來也束之高閣。但此書1.1版本卻令我印象深刻。當年就是那本綠皮的《ASP.NET揭秘》把我領進了ASP.NET的殿堂。我甚至一度認為其它的ASP.NET書都是垃圾（特別是清華大學出版的Wrox的紅皮書，其實是翻譯的太爛）。雖然2.0版本的中文版姍姍來遲，但是我仍然認為它值得收藏。特別是四位國內MVP的加盟，一定不會讓人失望。越來越多的技術高手加入到寫書譯書的隊伍中來，會徹底改變國內翻譯書籍沒法看的尷尬局面。
5.推薦幾本書(.net) - 曠野 - 笑著「留」淚
書名：Head First設計模式（中文版）
作者：Eric Freeman，Elisabeth Freeman，With Kathy ierra，Bert Bates
譯者：O'Reilly Taiwan公司
出版日期：2007 年9月
出版社： 中國電力出版社
推薦理由：這是一本讓人拍案叫絕的書，它用淺顯風趣的語言和別具一格的表現形式，把《設計模式》中天書一般的理論展現的精妙絕倫。如果你對設計模式還一知半解，或被《設計模式》中晦澀的文字搞得暈頭轉向，那麼趕快來閱讀本書吧。然而從某種意義上說，《Head First設計模式》是一本不能看的書，因為你一旦看過，會對其它的書倍感失望。所謂曾經滄海難為水是也。
6.推薦幾本書(.net) - 曠野 - 笑著「留」淚
書名：重構與模式
作者：Joshua Kerievsky
譯者：楊光，劉基誠
出版日期：2006 年12月
出版社：人民郵電出版社
推薦理由：很遺憾，我是在看完《Head First設計模式》後看得這本書，因此對其語言的易讀性很是失望。甚至一度把它放回了書架上。但是這並不代表它不是一本經典書。它將重構與模式完美的結合，使我們明白了設計是按照設計原則將代碼重構成模式的過程。
7.推薦幾本書(.net) - 曠野 - 笑著「留」淚
書名：C#和.NET 2.0 實戰:平台、語言與框架
作者：Patrick Smacchia
譯者：施凡，李永倫，譚穎華，徐寧
出版日期：2008 年1月
出版社：人民郵電出版社
推薦理由：不管你使用什麼語言進行開發，都希望手頭有一本大而全的參考書。否則東一本框架、西一本語法，南一本WinForm，北一本ASP.NET，會把人搞得很崩潰。盡管Google和網路在絕大多數情況下可以解決問題，但是萬一沒有網路呢？《C#和.NET 2.0 實戰》就是這樣一本書，它包羅.NET的萬象，編程時遇到任何問題都可以先翻開本書尋找答案。如果你是一個.NET程序員，案邊放這樣一本書是再適合不過了。我在讀書小組推薦過這本書。
8.推薦幾本書(.net) - 曠野 - 笑著「留」淚
書名：企業應用架構模式
作者：Martin Fowler
譯者：王懷民，周斌
出版日期：2004 年7月
出版社：機械工業出版社
推薦理由： 秉承Martin Fowler一貫的通俗易懂的寫作風格，用最淺顯的語言描述復雜的概念。書中所列舉的各種模式，我們肯定都或多或少使用過。本書是分層設計的指導書。
9. 推薦幾本書(.net) - 曠野 - 笑著「留」淚
書名：.NET 設計規范——.NET約定、慣用法與模式
作者：Krzysztof Cwalina，Brad Abrams
譯者：葛子昂
出版日期：2006 年7月
出版社： 人民郵電出版社
推薦理由： 你是否修改過別人的代碼？你是否因為混亂的命名規則和晦澀的變數名稱抓狂？如果所有.NET程序員都讀過《.NET 設計規范》，這一切也許就不會發生了。它雖然名稱為「Framework Design Guidelines」，但實際上不僅僅是指導我們如何編寫框架，它本身就是.NET Framework的設計規范。我們平時在做任何開發，哪怕是最簡單的工具時，也應該遵循書中所提出的標准。
10.推薦幾本書(.net) - 曠野 - 笑著「留」淚
書名：設計模式：可復用面向對象軟體的基礎
作者：Erich Gamma，Richard Helm，Ralph Johnson，John Vlissides
譯者：李英軍，馬曉星，蔡敏，劉建中
出版日期：2004 年9月
出版社： 機械工業出版社
推薦理由：之所以最後推薦本書，並不是因為它不如前幾本，相反，它應該是所有設計愛好者的第一本書。但它太晦澀了，它就像是一本武林秘籍，不是所有人都能參透其中的奧秘。然而幸好很多高手練成絕世武功後，把他們的心得寫了出來，這些心得要好理解得多。因此《Head First設計模式》、《設計模式解析》、《Java與模式》等應該稱為設計模式初學者的首選。
㈡ Net應該學什麼 怎麼學
第一步 對.NET Framework類庫有一定的了解 可以通過開發Windows Form應用程序來學習.NET Framework。ASP.NET是建構在.NET Framework之上的技術，你對.NET Framework了解得越深，學習ASP.NET就越快。 舉個例子：下面簡單列出幾個對掌握ASP.NET非常重要的概念： 對象的內存模型，委託，事件，多線程，程序集和應用程序域，安全模型 .NET Framework當然還有許多其它的東西，但不理解與把握清楚上述這些東西，是很難真正把握ASP.NET的。 出於急迫的心情與現實的考慮，不少人沒有扎實的面向對象基礎就想直接學習ASP.NET，其結果只能是欲速則不達。 在具備了OO基礎之後，以下是具體的學習ASP.NET技術步驟。 第一步：學習HTML與CSS 這並不需要去學一大堆的諸如Dreamweaver，Firework之類的各種網頁設計工具，關鍵是理解HTML網頁嵌套的block結構與CSS的box模型。許多ASP.NET控制項最後都喊啟棗必須轉化為HTML。而且，div+CSS是當前主流的網頁布局模型。 學習這部分時，關鍵在於理解概念，而不需要將精力花在美化頁面的許多技巧上，那是網站美工的工作，不是程序員的工作。
第二步：學習JavaScript JavaScript不是Java，它主要運行於瀏覽器端。可以完成許多工作，功能也很強大：比如它將客戶端網頁中的HTML元素看成一棵樹，可以編寫代碼訪問並修改樹節點，動態生成新的HTML代碼，從而達到動態修改網頁顯示特性的目的。 JavaScript在目前的網站開發中用得很多，非常重要。 另外，它也是目前非常流行的AJAX技術的基礎。
第三步：學習計算機網路原理 找一本大學<計算機網路>教材，重點看看它的有關互聯網的部分，了解一些域名解析和HTTP協議等知識。這是進行互聯網開發的理論基礎。
第四步：學習ASP.NET表示層技術，會設計Web頁面 需要結合先前打好的面向對象技術的基礎，至少掌握以下內容：
(1) 各種Web控制項的使用方法，
(2) 理解信息旁蠢在網頁中的傳送方式，比如Cookie，ViewState，Session等的使用。
(3) ASP.NET應用程序與網頁的生命周期，以及相關對象(比如httpcontext，response，request)的用途。
(4) ASP.NET實現事件驅動的內幕
(5) 自定義用戶控制項 再次強調一下，沒有OO基礎，很難掌握上述技術，就只能被這些東東牽著鼻子走了，會很被動。
第五步 掌握資料庫技術 具體地說，要學習以下內容：
(1) 學會使用SQL Server 2005：不要求精通它的各種工具與管理配置技術，但至少知道如何連接，如何建表，如何創建存儲過程
(2) 學習ADO.NET，掌握使用代碼人工訪問資料庫(別用VS2005的向導)的方法
(3) 學習數據綁定控制項的使用
第六步 理解多層架構 這時，先前在OO學習階段涉及到的程序集與應用程序域等就派上用場了，現在，網站架構大多採用多層架構：表示層、業務邏輯層、數據存取層以及資料庫本身。 可以先上網找一此多層架構的資料看，再找一個現成的比較復雜的開源ASP.NET項目分析一下其架構就差不多了。基本上都是一個套路，到處應用。 有的朋友問：學鄭拆習架構是不是必須學習設計模式。 我的看法是：不必!當然，你如果學習過設計模式，那當然更好。但在實際開發中，如果只想著機械地套用某種模式，反而起不到好的結果。我的觀點：在學習設計模式時要多思多悟，其思想就會漸漸地融入你的大腦，在真實的設計實踐中，忘掉所有的寫在書上的模式，一切從實際出發，相信你的直覺，只要達到設計要求的方案就是可行的方案，事實上，你這樣做了之後，回過頭來再看，會發現你的設計往往暗合設計模式的理論。
第七步 學習XML與Web Service 先了解XML的基礎知識，找本講XML的書看一下就差不多了，然後，再學習Web Service。Web Service其實可類比為遠程方法調用(以XML格式表達的調用信息)。 學 到了這里，如果你還有興趣，不妨再去看看SOA，不過SOA的資料都是理論與概念，看起來比較郁悶，而且離實際開發可能比較遠。所以，這是可選項。
第八步 學習AJAX 學習AJAX的主要目的是創建具有更豐富特性的Web表示層，而經過前面七步的學習，到此再學習AJAX已水到渠成，所有的基礎都已具備，不會有太大的問題了。 在基礎未具備的前提下直接學AJAX，就象「浮沙之上築高台」，所以，將AJAX的學習次序安排在這里。
第九步 學習RIA技術 RIA：Rich internet application，可看成是將C/S與B/S優點合二為一的嘗試。就具體技術來說，主要指微軟的Silverlight(WPF_E)，畢竟前頭一路行來都是微軟路線。
㈢ 使用ASP.net技術創建一個網頁，如何做
先下載visual studio，然後找本asp.net的書看
㈣ 學.net可以做什麼
.net平台擁有一整套產品，比如：.net framework（.net框架），XML Web Service等等。 那麼學習.net技術可以做什麼呢？.net和Java作為目悶李旅前軟體開發的兩條主要的大路，由於越來越多的企業紛紛採用.net技術開發，或將現有產品移植到.NET平台上，使.net的應用空前廣泛。.net的快捷開發，高螞凳效率，低成本的特性，已經真正給從事.net的擾蘆開發人員帶來了令人欣喜的機會和強大的競爭力。市場對.NET開發人員的需求越來越大，在各大職業網站上，.net的開發人員的職位數量已遠遠超出其他職位。 學習.net可以做的職位有很多，比如WEB開發、移動開發等等。IT行業需要各種層次和職業能力的人才，只要掌握了這一門技術，關於這個方向的職位都可以勝任。
㈤ 想成為一名.NET技術人員，需要掌握哪些知識
如果你用C SHARP語言的話..至少要熟練使用C#..了解.net framework機制..比如撫管等..這就是框架..實際工作中還要求你了解程序構架...NET常用三層構架..什麼是三層構架..你可以搜一下..這就是其本功..你說的詳細..那是沒法詳細的..因為你如果工作的話..需求就是你的工作目標..什麼樣的需求就需要你詳細了解什麼樣的技能閉賀..至於思想不思想扮陸的..那是人與人之間不同的..我不建意你拿著什麼思想的書照搬別人的..工作久了..你會形成自己的思想..當然是以嚴謹代碼風格為前提..祝你早日成為合格廳態頃的程序員..
㈥ 我想學習.net 不知道從何處入手 是不是應該先學習C#
不一定非要學習C#但是學習C#絕對是最好的方式。
.NET是一種平台環境。從編程角度來說，它提供了一種規范的介面去調用.NET已經為軟體開發人員包裝好的大量的功能便於你在自己的軟體開發中直野薯接使用。這就好比說.NET是一個大大的工具頌模者箱。
作為使用工具的人，你首先要知道自己使用工具的目的和方法，而這個過程顯然是需要你懂編程。VC, VB, C#等等支持.NET的開發語言，至少要掌握一種的，而這其中最佳碼唯的選擇現在看來非C#莫屬。
㈦ net程序員怎麼提升自己的技術能力
一、先列三個常見的開發場景：
1、拿到一個模塊詳細設計文檔，大部分程序員的通常做法就是開始搭建界面代碼，然後從第一個按鈕點擊事件或頁面Load事件開始寫第一行業務代碼。寫的差不多了，就運行一下，發現哪裡不是自己想的那樣，就改改，直到改到是自己預想的那樣。
2、做完了一個功能模塊或幾塊相關聯的功能模塊，輸入111asd，發現新建正常、保存正常，就提交給測試人員。測試員用測試用數據、測試場景用例來測試，發現有問題，就登記bug。對於嚴重的影響下一步測試的BUG，測試員就用內部IM通知這個開發人員。對於不影響繼續往下測試的BUG，測試員就登記下來，等程序員有空時處理。
3、程序員一般工作不希望大家打擾，所以開發起來就是開發。等手頭開發告一段落，就看看BUG庫。發現有與自己有關的BUG，就從第一個BUG開始看起。就開始通過IM和測試員掰扯起來（這不是個BUG啊、業務邏輯不是你想的那樣啊、我這里不能重現啊、你給的信息描述不清晰啊），於是IM幾來幾往，甚至跑過去當面交流一番，甚至會拉扯上產品經理一起討論，更甚者需要項目經理或產品經理發起一個會議來集體討論一下
這是不是很熟悉呢？這就是大部分程序員開發的三個步驟：寫代碼、自測、修復BUG。
二、說好的代碼設計、代碼測試呢？
代碼設計？那不是都有開發平台么，已經固化了啊。那不是維護舊功能做完善修改呢么，又不是寫新代碼，只能在現有代碼基礎上修改啊，你又不能大幅重構。
代碼測試？你丫需求討論期、產品設計期、設計評審期那麼長，都把研發項目時間佔光了，就留下2個星期讓我們寫代碼，我們哪裡有時間搞那麼深的測試。還想讓我們搞結對編程？還想讓我們搞測試驅動開發？
而且你看測試，什麼功能測試、集成測試、性能測試、安全測試、安裝部署測試、升級測試、遷移測試、UAT測試，一大堆測試，測試也需要很多時間。
一個項目，需求討論、產品范圍規劃與評審、產品設計與設計評審佔了一個半月，開發+自測就一個月，測試佔了一個半月，這就4個月了啊。
三、為啥程序員寫代碼總是寫寫測測？
剛才大家也都看到了，大部分程序員都是從界面代碼開始寫起，而且寫一寫，就運行一下看看。為什麼會是這種開發方式？
那是因為大部分程序員缺乏在腦子中的整體建模能力。只能做出來一點，真實的感覺一下，然後再往下。
有些是產品經理的上游就有問題，沒給出業務流程圖（因為產品經理也沒做過業務），也沒畫清楚產品功能操作流程圖。
為啥沒給出業務流程圖？因為產品經理不熟悉業務，另外，產品經理也沒有流程建模能力啊。為啥沒畫清楚產品功能操作流程圖啊？因為不會清晰表達流程啊。
很多產品經理、程序員，都缺乏分類、分層、相關、先後能力，更別說總結、洞察能力。
這是基本訓練，是一個做事頭腦清醒的人必備的技能，這不是一個程序員或產品經理或測試員的特定技能要求。
我經常看書就梳理書的脈絡，每看一本就寫一篇總結。我過去閑扯淡還梳理過水滸傳、紅樓夢的人物關系圖呢，其實就在事事上訓練自己的關聯性、層次性、洞察性。
我經常面試一個人時，我會問這樣的問題：「你把我剛才說的話復述一遍，另外你再回答一下我為什麼會這樣？」，其實，我就在看一個人的細心記憶、完整梳理、重現能力，我也在看一個人的梳理、總結、洞察能力。
我個人寫代碼就喜歡先理解業務流，然後理解數據表關系，然後理解產品功能操作流，大致對功能為何這樣設計、功能這樣操作會取什麼表、插入或更新哪些表，哪些表的狀態欄位是關鍵。
然後我寫代碼的時候，就根據我所理解的業務流、功能操作流、數據輸入輸出流，定義函數，定義函數的輸入與輸出。
然後，我會給函數的輸入值，賦上一些固定值，跑下來看看能否跑通這幾個關聯函數，看看還需要怎樣的新增函數，或者看看函數的輸入輸出參數是否滿足跑通。
剩下的事，就是我填肉寫詳細邏輯代碼了。
當然，大部分人沒我這樣的邏輯建模能力。怎麼閱讀理解也想像不出來，也沒法定義函數。畢竟有邏輯建模能力的程序員都很少，100個人里有10個，已經是求爺爺告奶奶好幸運了。
那怎麼辦呢？
我建議是分離分工配合，這就是現實中沒辦法的辦法。讓有邏輯建模能力的人來設計函數框架、來設計工具來設計代碼模板，然後讓沒有邏輯建模能力的人來填肉寫詳細邏輯代碼。
我們可以先從最緊要的模塊開始這么做。不緊要的模塊，還讓它放任自流，讓熟練手程序員繼續塗抹。
我曾經還讓有頭腦的程序員做榜樣，給大家分享他是怎麼規劃函數的，怎麼做維護性代碼的代碼結構改善的。但是發現效果並不佳，其他人並沒有因此能做代碼設計。可能邏輯建模能力是個人的基本素質，是從小到大訓練成型的，不是你一個大學已經幾年的人能夠短時間內可以訓練的。
所以啊，還是讓能走的人先走，讓從最緊要的模塊開始這么做。
不必擔心這樣做後，因為過去一件事被分工（一個做代碼框架一個填肉）成兩個人做了會降低工作效率。我們很多的工作效率低就是因為半瓶子醋搞出來的，來回反復修改。
真是應了劉德華在電影里說的那句話：說你又不聽，聽又聽不懂，聽懂了又不做，做又做不好，做不好還不服氣。
四、為什麼大部分程序員不做代碼測試或白盒測試或單元測試呢？
還是因為沒有代碼設計。因為沒有函數啊。所以，一個按鈕功能有多復雜，代碼就有多長。我見過2000行的函數，我也見過1000多行的存儲過程和視圖SQL。怎麼做白盒測試啊，這些代碼都粘在一起呢，要測，就得從頭到尾都得測。
所以啊，先學會設計函數，先寫好函數，這就求爺爺告奶奶了。很多開發了5年的熟練手程序員，可能都未必會寫函數。
函數的輸入輸出值就很有講究。很多人都寫死了，隨著版本迭代，發現過去定義的函數參數不夠用了，於是就新增了一個參數。然後，相關性異常就爆發了，其他關聯的地方忘改了，到底哪些有關聯，怎麼查啊，本系統沒有，沒准其他系統就調用你了，你根本不知道哪個神經人曾經COPY過你的代碼修吧修吧就改成了他的功能呢，而且裡面的很多代碼他看不懂也不敢刪，只要他實現的功能正常了他也不管了。於是，你改了你這個函數，他的系統就莫名出錯了。
所以，我一般會定義幾個對象來做參數。另外，我也很注重函數的日誌、函數的異常保護、異常拋出、異常返回。另外，我也很注重參數輸入值的合法性校驗。
所以啊，應該開發Leader們先制定函數編寫規范最佳實踐，輸入輸出參數怎麼定義比較好，函數的返回值如何定義比較好，函數的日誌記錄應該怎麼寫比較好，函數的異常保護、異常拋出、異常返回如何寫比較好。先教會一般程序員，先從會寫函數開始啊。
當然，你光有一份規范，程序員們還是不理解、不實際應用啊。所以，還得Leader們做好典型的代碼模板，裡面是符合函數規范的代碼框架，只有這樣，一般程序員們才會照貓畫虎適應了函數設計的編程習慣。
所以啊，我專門重新定義了leader的明確職責，其中第一個重要職責就是：負責工具/框架/模板/規范的制定，並且負責推廣且普及應用落地。
你不明確定義Leader的這個重要職責，你不對這個職責做明確的KPI考核，誰尿你啊。你以為好的工具/框架/模板/規范是靠人們的熱情、自發產生的么？我們還沒有那麼自覺高尚啊。
五、為什麼大部分程序員不寫注釋啊？
我經常說一句話，千萬別多寫注釋。為啥？
因為我們經常遇到的問題不是沒有注釋，而是更糟的是，注釋和事實代碼邏輯是不相符的。這就出現常見問題了：殘存下來的設計文檔是一個邏輯、注釋是一個邏輯說明、真實代碼邏輯又是一個，鍾表多了，你也不知道正確時間了。
所以啊，產品文檔、注釋、真實代碼，三者總是很難一致同步。我為了幾百人研發團隊能做到這個同步花了大量心血和辦法，但我最終也沒解決了這個問題，還把Leader們、總監們、我都搞的精疲力盡。
索性回歸到一切一切的本源，代碼，就是程序員的唯一產出，是最有效的產出。那麼，讓代碼寫的不用注釋也能看懂，咱得奔著這個目的走啊。
為啥看不懂，不就是義大利面條式代碼么，又長又互相交雜。
OK，我就規定了，每個函數不能超過50行。用這一個簡單規定和靜態代碼檢查插件，來逼迫大家嘗試著寫函數。有的函數屬於流程函數，是串起其他函數的，有的函數就是詳細實現函數，實現一個且唯一一個明確作用的。
有了流程函數和功能函數，而且每個函數不超過50行，這就比過去容易看懂了。
六、為什麼大部分程序員不抽象公共函數啊？
我經常說一句話：千萬別抽象公共函數啊。為啥？
因為大部分程序員缺乏抽象洞察能力。特別是有些積極熱情有餘、愛學習愛看書、半瓶子醋晃悠的二桿子，看了幾本UML、重構、設計模式、整潔代碼之道，就躍躍欲試了，還真敢給你抽象公共函數了。
一開始，他覺得80%相似，20%不相似，於是在公共函數裡面簡單寫幾個if..else做個區隔就可以。沒想到，越隨著版本迭代，這些功能漸漸越變越不一樣了，但是這個代碼已經幾經人手了，而且這是一個公共函數，誰也不知道牽扯多少，所以誰也不敢大改，發現問題了就加一個if..else判斷。
沒想到啊沒想到，這個本來當初公共的函數，現在變成了系統最大的毒瘤，最復雜的地方，誰也不敢動，除非實在萬不得已，手起刀落。
所以，我平時告誡程序員，純技術的、純通用的，你們可以嘗試搞搞抽象公共函數，對於業務的，你們還是簡單粗暴的根據Leader們做的代碼模板代碼框架，乖乖的復制、修改、填肉吧。
你們啊，先從做模板做代碼片段開始吧，咱們放到咱們內部代碼片段開源庫里，看誰的代碼片段被別人復制的多，說明你的代碼抽象設計能力越好了。那時候，我就大膽放心讓你撒丫子跑了。在沒有學會跑之前，給老子乖乖的復制、修改、填肉吧。
㈧ 如何寫網站技術解決方案（.net）
1.首先建立網站：文件--新建--網站--ASP.net網站
2.在解決方案資源肆鏈管理器中會顯示新建的網站，並且在網站中會有默認的一個網頁文件，雙擊.aspx文件就可以對該網頁進行頁面設計了
3.在.aspx文件下有一個.cs文件，鉛租該文件可以對網頁進行後台編程
4.也可以新建網頁，在解決方案資源管理器中右鍵單擊網站名--添加新項--Web窗體，就可以用上面的方法對新網頁進行設裂激孫計了
不知道回答你的對不對，希望可以幫到你
㈨ 關於net開發人員需要學些什麼知識
首先要會oo面向對象思想 其次要精通一門net平台支持的語言 然後要精通資料庫開發,熟悉mssql server 最後就是net框架你要了解,熟練使用vs.net2005開發工具
net下語言有很多(C#,vb,J#,C++)，web開發開發中用到的是C#和vb，目前C#占絕大多數，推薦學一學C#語言。另外可以通過學習C#掌握一些framework類庫。比如IO操作扒鬧帶，ADO.NET五大對象等等。接著學習javascript，然後學習jQuery，要了解ajax。
sql必學也必須精通，後台操作無非就是增刪改查，其中查詢用的多一些，聯合查詢，聚合函數都要會。如果你不做前端開發的話，css了解一下就行，至少要會調用，要明白意思。學一些報表的開發，比彎圓如水晶報表，微軟春蘆的ReportView，都差不多的。到了這一步你就不能在頁面中再用語句手動綁定控制項了。現在要熟悉一些框架，linq，實體框架，nhibernate。
學習web service，wcf。學習設計模式，比如常用的那幾種工廠模式，單體模式，適配器模式，觀察者模式等等。
大致上就這些了，等你會了這些，你會發現你提高了很多，還有好多知識需要學習，也明白該學什麼東西了。
㈩ .net技術如何入門
年少雖勝~~輕狂則敗~~
某種東西之所以判襪櫻被稱為簡單，是因為這個東西你並沒有讓它達到難的程度，膚淺的東西自然就簡單~~
用控制項編程是為了讓你更方便的賺錢~~
如果讓你拿匯編寫一個B2C，那敢問是何年何月可完~~
.Net 包括：VB.net,C#.net,J#.net,C++.net
當今.Net可最流行的要屬C#.net 與 VB.net
而VB.net的編程規范掘叢不夠正統~，在有C，C++做好叢基礎的情況下，最好去學C#.net,但C#是與DirectX等游戲演算法接觸並不多!
如果想搞游戲編程，那麼請用C++.net
而懂JAVA的可以去搞J#.net
把.Net分解開來之後，至於如何入門到.Net,就看你選哪種.Net語言了!選了之後就像你學C或C++一樣簡單了!
以上是我的個人觀點~只做參考!如有出入請見諒!
學無止盡~~努力~~