用過
symfony,
phalcon 。現在剛用
codeigniter,對PHP架構也有一些瞭解了。但總感覺還停留在很淺的使用水平,如何深入瞭解這些架構,或者自己寫一個架構?
回複內容:
用過 symfony,phalcon 。現在剛用codeigniter,對PHP架構也有一些瞭解了。但總感覺還停留在很淺的使用水平,如何深入瞭解這些架構,或者自己寫一個架構?
一套架構就是一套規範,無論他裡面用的什麼組件、外掛程式、工具,這都是“術”的層面,而資料如何流轉如何轉換才是架構“道”的層面,下載例子、嘗試自己編寫例子,配置好你的 IDE,X-Debug 等,打斷點弄明白他是怎樣一個流程,推測作者如何思考、他試圖解決何種問題等。
架構本就是:順我者昌,逆我者一邊涼快去。找到如何順應作者的思路,他能適應的問題的邊界,你也就研究透了。
沒有什麼比讀原始碼更好。
多看代碼,沒有捷徑
先從入口檔案開始看,研究架構是如何啟動並執行。
架構是如何載入全域設定檔的
架構是如何?路由的
架構是封裝資料庫工廠的
最好你在不使用架構上完成兩個不同類型項目,然後再反過來看架構你會發現:
架構通常解決了項目開發中遇到的與商務邏輯無關的問題。
看起來很簡單的一句話,但是實際上很多人都不理解它,雖然很多人都聽說過使用架構是為了讓開發人員把更多的精力用在商務邏輯而不是堆砌輪子。
在一個項目中,有商務邏輯(如下單)和非商務邏輯(如資料存放區),在具體商務邏輯的各個環節中有可變環節(如需要2個不同的使用者審核,也許2個也許4個)和不可變環節(審核步驟是必須的),等等問題,這些不但是選擇架構的依據,也是擴充架構的依據。
有點可意會不可言傳的意思,不知道你能理解不。
其實你這個想法並不好,你應該深入瞭解php,架構可能相對於原生的php稍微好用一點,但是架構的變化速度基本上都比你學習速度快。所以與其深入瞭解架構,不如深入的學習php,多瞭解基礎的東西,這樣以後學習什麼架構都快。
最近自己寫架構,開發個多裝置的智能互動系統,一直想做的事.我開發架構的做法很簡單,若是照往常,要遵守的各式各樣約定五花八門,等技術和經驗累積久了,真正定下心思去做時,發現就一條原則:怎麼簡單怎麼來.別把這事想的太複雜.
這架構開發就和搬磚建房子差不多,沙子,磚頭,瓦這些堆放整齊,思路理清,剩下的就是個苦力活.
我也有這方面的疑問!你說用架構吧,基本上都會,但是談得上對這個架構深入瞭解嗎?我看未必!