本人寫一個架構，求大神指點

1.實現智能化目錄載入，無需定義目錄
2.實現強大的定時檔案快取機制
3.內建了小型模版引擎機制
4.結合了CakePHP+ThinkPHP的寫法
5.實現自動跨環境與跨平台的相容，無需在修改配置


下?地址與示範地址:http://xbphp.nmfox.com
雖然寫代碼沒有開原始碼那麼整潔和那麼清晰思路...但跟開源架構的設計模式才不多。。。但需要大神幫忙檢測一下有沒有問題和BUG 謝謝

回複討論(解決方案)

沒必要寫,我以前也寫了個,但是你懂,無法團隊合作.

沒必要寫,我以前也寫了個,但是你懂,無法團隊合作.

我這個架構是個人完成的...什麼叫無法團隊合作

沒人會學你寫的架構,你僅僅是自己用. 如果團隊合作,除非一起定製架構,或者老闆要求,否則你覺得其他成員願意按照你的意志嗎? THINK寫的很好嗎? 為什麼都用呢? 是為了通用性.

哎，你想太多了，既然是作品就要放到伺服器上去，才能知道自己的寫作品到底哪裡還有問題，你看沒看到上面寫著目錄結構裡面寫著知識追求完善和修複bug嗎？

他說的是新架構學習成本太高，大家都懂TP的話沒必要花時間學習你的架構，直接用TP就行了。
當然鼓勵自己研發新架構，就當練手也好。說不定哪天大家都用你的架構開發了，哈哈。

他說的是新架構學習成本太高，大家都懂TP的話沒必要花時間學習你的架構，直接用TP就行了。
當然鼓勵自己研發新架構，就當練手也好。說不定哪天大家都用你的架構開發了，哈哈。

謝謝您的支援,不可能拉 我只是簡單的封裝了一下，並沒有封裝很多功能,也沒有弄依賴包等東西...我只是覺得一個人寫的作品就是拿出來給大家學習...這樣別人能學習到東西。。。自己也能學習到東西

架構的其中一個作用就是代碼的規範性。
同一個團隊的開發人員，使用同一架構開發的代碼，會比較容易交流修改。

如果自己開發一套。對自己瞭解php和編程時有提高的。但到實際開發中，還是會使用團隊合適的架構。

架構的其中一個作用就是代碼的規範性。
同一個團隊的開發人員，使用同一架構開發的代碼，會比較容易交流修改。

如果自己開發一套。對自己瞭解php和編程時有提高的。但到實際開發中，還是會使用團隊合適的架構。

謝謝，我不拿自己的架構和開源架構比...只是拿來相互學習的作品... 就在github裡面所有的作品,並不是所有的作品都是團隊的寫..才放上去...個人寫的也可以放上去分享

沒有說明檔案，也沒有動態示範檔案
寥寥的示範檔案還都是靜態 html 文檔

你就不能用你的架構寫一個使用說明嗎？

沒有說明檔案，也沒有動態示範檔案
寥寥的示範檔案還都是靜態 html 文檔

你就不能用你的架構寫一個使用說明嗎？

是的，在示範地址就只有簡單的文檔說明與簡單的文法說明。。。，你可以看示範地址的文法說明... 那裡有寫著在那裡可以看到詳情文法說明

如果你不能使用你的架構寫一個動態產生的說明頁，那麼怎麼證明你的架構是有效呢？
既然不能證明架構是有效，那麼去看文法說明的意義何在？

動態產生的說明頁，既說明了文法，又展示了用法。何樂而不為呢

如果你不能使用你的架構寫一個動態產生的說明頁，那麼怎麼證明你的架構是有效呢？
既然不能證明架構是有效，那麼去看文法說明的意義何在？

動態產生的說明頁，既說明了文法，又展示了用法。何樂而不為呢

難道你一個示範地址...就一定要串連資料庫嗎? 你確定我的架構的URL就是靜態檔案的URL？ 不是偽靜態URL

如果你不能使用你的架構寫一個動態產生的說明頁，那麼怎麼證明你的架構是有效呢？
既然不能證明架構是有效，那麼去看文法說明的意義何在？

動態產生的說明頁，既說明了文法，又展示了用法。何樂而不為呢

你可以試試訪問http://xbphp.nmfox.com/helps/Index/grammar和http://xbphp.nmfox.com/helps/?m=Index&a=grammar

自己造一個輪子，反覆拆裝，終於瞭解了輪子。

自己造一個輪子，反覆拆裝，終於瞭解了輪子。

是的...但是輪子的內部結構與實現的原理不一樣,所有的開源架構都是輪子...重點他們內部的結構不一樣

有時間和精力可以多做一些嘗試，甚至多寫一些C擴充出來練習一下，鼓勵支援
架構還沒看...有時間學習一下

有時間和精力可以多做一些嘗試，甚至多寫一些C擴充出來練習一下，鼓勵支援
架構還沒看...有時間學習一下

嗯...這步是必須要學習的...

