做了幾年技術(shù),一路走來,接觸了很多新事物,對各種語言工具也略有了解。記得剛接觸的時候?qū)W習(xí)的是Java,實習(xí)也做了java,記得當(dāng)時一次面試一家日資公司,因為是剛畢業(yè)的小朋友,工資提的低,因此用人單位比較開心,硬讓我學(xué)習(xí)vb,還說java沒前途,當(dāng)時覺得很不甘心,話說畢業(yè)前夕我也看了很多資料,當(dāng)時就下定決心做java了(當(dāng)時是2003年),怎么會去vb呢,所以毅然放棄了,現(xiàn)在看來還是有點技術(shù)前瞻性的,呵呵。可是沒想到的是后來的工作歷程中,居然只有1年半左右時間在做JAVA,其余的都給asp,php了,特別是php,大概了3年了吧。因此也免不了俗,一直來比較比較。
空談沒什么意思,asp就不談了,這次空下來用OO的思想,javabean的形式,MVC的理念使用php做了個小應(yīng)用。OO的話以本人愚見,應(yīng)該都是對象操作,因此建好數(shù)據(jù)庫,數(shù)據(jù)庫操作的基類先寫好,據(jù)說php5的類做的相當(dāng)好,速度要比php4的function都快,所以我在數(shù)據(jù)庫基類的構(gòu)造方法里進行連接數(shù)據(jù)庫,等著被繼承吧。
接下來是對對象的封裝,很小的應(yīng)用,只是對一個用戶數(shù)據(jù)庫的操作,因此寫了個user 類,對屬性進行set/get封裝,用上標(biāo)志性的private 修飾符,感覺還不錯,只是覺得->這個符號比起.來多了一個符號,誰叫我是個懶人呢,這都計較。。。
數(shù)據(jù)模型簡歷好了,進行操作模型的編寫,增,刪,改都寫成類,繼承數(shù)據(jù)庫操作就好了,感謝繼承的偉大。然后搞個smarty,在頁面里面把操作類拿出來的數(shù)據(jù)庫塞進template里。
總結(jié)一下,View相對簡單,不談,M和C稍微有點混亂,如果我強悍點,寫個apache的extension什么的,專門處理url,因此干脆就把頁面當(dāng)作C來做,每個C去調(diào)用操作Model(邏輯上的),然后處理的數(shù)據(jù)再給頁面,輸出到view。個人認為使用url的傳值總不是那么回事,雖然可以使用apache來處理,但是。。。感覺一下,很花時間,不如function來的快,雖然到處都是sql,如果將來php也搞這種(下次研究一下zendframework,后臺是IBM,不知他怎么個思想),還是回到j(luò)ava吧,或者ruby也不錯。
空談沒什么意思,asp就不談了,這次空下來用OO的思想,javabean的形式,MVC的理念使用php做了個小應(yīng)用。OO的話以本人愚見,應(yīng)該都是對象操作,因此建好數(shù)據(jù)庫,數(shù)據(jù)庫操作的基類先寫好,據(jù)說php5的類做的相當(dāng)好,速度要比php4的function都快,所以我在數(shù)據(jù)庫基類的構(gòu)造方法里進行連接數(shù)據(jù)庫,等著被繼承吧。
接下來是對對象的封裝,很小的應(yīng)用,只是對一個用戶數(shù)據(jù)庫的操作,因此寫了個user 類,對屬性進行set/get封裝,用上標(biāo)志性的private 修飾符,感覺還不錯,只是覺得->這個符號比起.來多了一個符號,誰叫我是個懶人呢,這都計較。。。
數(shù)據(jù)模型簡歷好了,進行操作模型的編寫,增,刪,改都寫成類,繼承數(shù)據(jù)庫操作就好了,感謝繼承的偉大。然后搞個smarty,在頁面里面把操作類拿出來的數(shù)據(jù)庫塞進template里。
總結(jié)一下,View相對簡單,不談,M和C稍微有點混亂,如果我強悍點,寫個apache的extension什么的,專門處理url,因此干脆就把頁面當(dāng)作C來做,每個C去調(diào)用操作Model(邏輯上的),然后處理的數(shù)據(jù)再給頁面,輸出到view。個人認為使用url的傳值總不是那么回事,雖然可以使用apache來處理,但是。。。感覺一下,很花時間,不如function來的快,雖然到處都是sql,如果將來php也搞這種(下次研究一下zendframework,后臺是IBM,不知他怎么個思想),還是回到j(luò)ava吧,或者ruby也不錯。