最近公司內引入 MVC 的開發方式,由於我有其它工作要進行,所以就把這個平常我處理的工作交給另一個同事。以往而言,都是先由一個人負責了解技術,再教給其它人,讓總共花費的時間的變得少一些。
在後來幾次討論中,讓我覺得意外的是,由同事口中的 MVC 架構和具有類似想法的物件導向設計模式(實際上一些角度來看,MVC 就是設計模式的一種實現),居然有不小的差異,聽到「物件導向」和 MVC 架構是相互衝突的結論,一時之間不知道應該如何回應,就順其發展吧!
等到我抽出時間,開始看同事留下來,之前參考相關技術資料,並沒有讓我覺得衝突的地方。猜想,可能是對於物件導向的一些誤解,因而覺得 MVC 和它是八桿子打不著的吧!
回想自己的學習過程,發覺有些時候學習技術,聽專家教導不見得能夠明白,反而是網路上半對半錯的作法能夠快速把問題「解決」。這應該是背景知識的差異,專家認為某某技術需要考慮到許多面向,當試者讓聽眾一下子使用這些不熟悉的知識,讓聽眾無法吸收訊息而混亂。
網路上的訊息雖然部分不全然正確,但是不需考慮、思考太多,就能夠解決問題。腦袋就不會積面很多還不能理解的東西,就比較容易地被吸收下來。未來的某一天,也許看到其它的東西,才發現覺來抱著錯誤的看法很久了,趕快進行修正。
學習似乎就是這樣,同事們對於物件導向不夠熟悉,不能將之和 MVC 架構想在一起,那也無妨,只要 MVC 的想法不要錯得離譜就好。在每一次的專案中,再把觀念一點一點轉化成正確的,貪心想讓所有人都在短時間了解物件導向,只是一個不切實際的想法而已,不會讓事情變得更好。
畢竟,自已可是花費了的二、三年的時間,才初窺物件導向概念的設計方式。
沒有留言:
張貼留言