來自微軟的聲音

2021-04-02 02:34:00 字數 2347 閱讀 4780

vs2005出來了好長一段時間了哦,一直沒有時間耍,不僅是我,公司的同事現在開發依然是用2003,估計在中國絕大多數程式設計師也多半還沒有試用新產品,要知道人們要接受新事物都是顯得異常的緩慢,而微軟卻不甘心新產品出來了而沒有人用,所以最近一段時間微軟都在忙於推廣他們的新產品,我們公司也不例外,來了一工程師講vs2005的新特性。

關於c#:

據說有3大特性在新版本裡面表現比較突出。其一:引入了迭代器,新的迭代器裡面可以把函式或者物件全部返回值提前放在1個空間,其實對於這個特性我基本沒有了解到他的好處,這樣無疑加大了記憶體的開銷,換回的是資源的浪費;其二,類分,據說以前是乙個類可以在多個檔案裡面使用,但是他始終是寫在乙個檔案裡面,然而現在的話,可以將乙個類分開寫在多個檔案裡面,多個檔案同時定義的是同乙個類,只要你使用了關鍵字partial,但是對於兩個檔案使用的引數必須一致,這樣的寫法看起來的確比較花哨,但是我實在想象不到他的好處,本來乙個檔案可以做的事放在多個檔案來做,除了同樣加大記憶體的開銷以外,基本上沒有什麼意義了,而且檔案在記憶體找來找去,相互link不是也挺麻煩嗎;其三,在範性的處理上也做出了花哨的修改,int?x=0;以前沒見過這種寫法沒有,我想多半沒有見過吧,我也沒有見過,據說是因為微軟引入了乙個新的型別nullable,這種型別的引數是不指明到底是什麼引數,具體的根據實際情況而定,比如剛才那句話int?x=0==nullabley=0;在c#方面,剩下的變化就是增加了很多新的類庫的方面,不是主流了。總體針對主流的部分的括增來講,書寫的**漂亮多了,但是實用性上並沒有讓我們覺得帶來了太大的變化,至少要成為現在程式設計師程式設計的主流技術未時尚早。

關於asp.net2.0

也許是講課的老師是從事asp技術方面的專家,也許微軟推崇的新技術主要集中在asp方面,所以老師在c#方面講得不太多,而把剩下時間的一半留給了asp2.0,不可否認的是,在這個部分微軟真的是費了很多心思,做出了大量的「利國利民」的變化,增加了很多控制項,本來增加控制項是一件很簡單的事,不值一提,但是這些變化的確是非常滿足了大家的需要,其一,在datagird控制項方面,對於以前資料庫的連線和其他很多要**實現的功能現在在控制項裡面完全可以實現,以前頁面導航功能要花去程式設計師1個星期的功能,現在也有控制項用5分鐘就能設定好==,太多簡化了的工作讓我們不得不感嘆現在的程式設計師=民工,如果再這麼發展下去,做軟體會不會變成乙個只有簡單裝卸工作?程式設計師是不是會真的失業呢?微軟留給我們程式設計師還有好多空間?程式設計師會不會變得沒有一點創造性的工作?~~~~~~;其二,客戶端**完全可以寫在伺服器端,html**中很大一部分也幾乎不用寫,雖然在原始碼裡面看不到,不過asp2.0已經封裝起來了,這樣也減少了很多**量,只要你安裝了asp2.0以後,你的iis6裡面屬性會多乙個asp的選項卡,裡面做些簡單配置,很多都會自動被伺服器端自動建立,連css樣式表都可以在這邊設定,不過樣式表沒有視覺化ide,所以其麻煩程度可想而知,那麼多顏色,那麼多格式,那麼多寬度,高度屬性,怎麼改啊,莫非從000000到ffffff乙個乙個試不成,顯然不顯示所以客戶端**在今後很長一段時間內都還是不能被取代的,畢竟機器永遠取代不了人,只能服務於人;其三,master page,這是個新增加的功能,以前是沒有的,這個功能應該說是順應潮流,它實際上是相當與ibm的portal的功能,頁面由一塊一塊的面板組成,程式設計師事先設計和製作好各個面板,使用者根據許可權的不同或者自定義設定個性化頁面,只要修改連線即可,現在的人個性化要求越來越多,所以當ibm利用這點抓住了使用者的心後,微軟也不得不跟風了,「順民者昌,逆民者亡」。

在asp方面的功能的加強總體來講還是有諸多好的方面的。

關於vsts

團隊開發是這次微軟最大的乙個大手筆,完全全新的工具,吞噬新領域的重拳,所以也是老師和我不得不說的話題,老師把他剩下的時間全部交給了這個部分,由於老師趕飛機的時間,所以最後的授課顯得有點匆忙,不過還算是按照軟體工程的流程用這個工具把的使用個走了一遍,對於這個工具,聽老師講安裝是很麻煩的事,來自微軟的老師在安裝bata1版本的時候據說安裝了40次,一次安了一天,而每齣一次錯都要把硬碟格掉,汗啊~~~~~~,對於程式設計師來說,無疑於要了他們的命,bata2版本的時候安了20次,現在正式版還沒有出來之前用的是bata3版,這個版本只裝了6次,而硬體方面要求也很高,記憶體至少要用到1g,老師建議安裝在虛擬機器裡面,出了問題可以格調硬碟,我只想說,何必呢,何苦呢,不就是做個程式嗎?不就是軟體開發嗎?不就是專案管理嗎?

但是從另乙個方面,微軟的這個東西的整合性的確相當高,從架構師到開發者到測試人員,嚴格規定了不同職權的工作範圍,並且都可以通過這個工具做自己部分的工作,然後提交,然後按照迭代的方法結交給下乙個部分,從使用到管理到方法到規劃到文件這個工具多包括到了裡面(難怪安裝的時候那麼麻煩呢),並且整合了微軟office系列的幾乎所有工具,當你需要使用寫測試文件的時候,他自動開啟word,並且根據不同的測試要求自動設定好相應的文件應該有的格式,你只需要在裡面相應的地方填寫相關資訊即可,是不是真的很方便啊,畫uml圖也是一樣。

微軟的東西到底是越來越複雜還是越來越簡化,我是越來越看不明白了,對於看我們自己又何嘗不是~~~。

執行緒等待例子,來自微軟

執行緒等待例子 private static autoresetevent event 1 new autoresetevent true private static autoresetevent event 2 new autoresetevent false static void threa...

來自微軟關於異常處理的17條軍規

1.不要返回錯誤 異常是報告框架中的錯誤的主要手段。這個就不討論了,異常包含的資訊量遠不是幾個錯誤 可以替代的.2.通過引發異常來報告執行故障。如果某一成員無法按預期方式成功執行,則應將這種情況視為乙個執行故障並引發乙個異常。例如函式的引數檢測,引數不符合輸入要求,就應該引發乙個異常.另外還有很多情...

UI專案的團隊組合(來自微軟的借鑑)

ui設計人員是對產品的使用介面進行設計和訂正的人員。usability engineer是檢驗ui設計的合理性的人員 這個問題在微軟內部我們自己也有很大的爭論。ui設計人員就常常抱怨,在產品開發的早期,他們常常不被看重,被拋在一邊。ui設計的領導人甚至在全公司的培訓大會上講,我們的這個文化有問題,領...