2008年9月24日 星期三

微軟 Tech Ed 2008 第一日 日記

從今天起到禮拜四要去參加一連三天的微軟 Tech Ed 活動,先解釋給沒有聽過這個活動的朋友們聽,其實簡單來講這個活動就是一個很大的研討會而已,微軟針對開發人員以及 IT 人員規劃了各式各樣的課程,讓參與者自由參加。這個活動是要付費進入的,不過會有很多贈品,包括一個多功能背包 (我的一拿到拉鍊就掉了... Orz)。可惜相機被人家借走無法 PO 一些照片給大家看。也有到了一些攤位參觀,藍色小舖,點部落之類的,不過其實只是為了 A 贈品...

早上那個開場致詞以及一些 Demo,其實我大部分時間都是在睡的哈,還好會堂很大可以容納一兩千人,混在人群中可以睡的比較安心。睡到中午之後跟也有註冊參加的同事一起到 101 吃飯,順便參觀一下台灣 Google (他女朋友在那工作) 的辦公室。果然名不虛傳,是個很奢侈(不,是注重員工福利!) 的地方。茶水間一整架的零食當然不用說, 冰箱裡隨意取用的飲料跟哈根大,員工娛樂室,按摩室等等不在話下,台北 101 73樓的視野當然也不用特別說了。果然股價美金 400 元的公司就是不一樣,名不虛傳。

下午參加了幾場關於開發人員的課程,其中有兩堂也是聽到一半就撐不住了 (還好都是在大會堂哈),也不是講師講得的不好,實際上講得內容豐富而且實用性很大,偶爾也穿插幾個冷笑話讓人會心一笑。只不過除了關於 Security 那堂我有完整聽完以外,剩下的兩堂都講一些我比較熟或比較沒興趣的內容。曹祖聖老師真的是很強 (雖然也不是第一次聽他上課啦),稍微懂一點的人一聽就知道他真的是有練過的,其實每個講師都有自己厲害的地方啦不過他比較讓我佩服。

老師上課時有提到一個物件導向設計的概念,我覺得挺有趣的可以讓大家思考一下:

假設我們在寫一個類似世紀帝國的即時戰略遊戲,現在有一個士兵,射了一箭射到一匹馬,那匹馬就減血,這樣的邏輯要怎麼對應到物件的關係上? 好,士兵是一個類別,那隻箭也是,那匹馬也是,應該不難,現在問題來了,攻擊的邏輯 (就是要減多少血那個部份) 是要放在士兵,箭,還是馬?乍看之下好像沒什麼差別,但其實這個決定會影響程式的維護性。如果放在箭上的話,那箭的攻擊邏輯就必須要知道他要攻擊的對象,比方說如果攻擊對象的話換成是坦克車的話,弓箭造成的損傷就要改變。所以無形中弓箭的類別就會跟其他所有單位的類別形成了相依性,這是不好的因為類別間的相依性越高,一般來講程式碼就越難維護或擴充。曹老師後來是說應該是要放在馬上面,讓馬的類別處理,我想這樣的話馬自己負責自己被攻擊的邏輯,感覺上類別之間的關係比較鬆散 (通常是件好事)。不過我後來想想其實這樣還是沒有解決相依性的問題啊,這樣的話馬本身還不是需要知道它是被什麼攻擊....雖然說我沒有寫過即時戰略遊戲的經驗,但我想我會這麼作吧,會有一個固定的公式 (會將 "可被攻擊的物件" 幾個屬性,比如說防禦力之類的算在裡面) 來算出損傷,這樣的話所有 "會攻擊的物件" 的攻擊方法其實都是一致的,只會因 "可被攻擊的物件" 不同而改變。

還有老師最後還有出一題給大家回家思考,請問以下這兩組東西,如果要你畫出類別關係圖,要怎麼畫?

樹、紙、海報

烏龜,石頭,筆

感覺上有點像腦經急轉彎...海報繼承至紙,紙繼承至樹? 那烏龜,石頭,筆勒?我是還沒深入去想,不過我的認知中物件導向程式設計中,物件其實代表的是行為 (Behaviour) ,所以真正的問題可能是『樹、紙跟海報之間有相同的行為嗎?』。今天太晚就先睡了,明後天再來好好想想看這個問題。

沒有留言: