讓你快速搞定各服務端（api,pc,mobile,wechat）代碼的框架

如果你在寫服務端 （PHP） ，會因為項目須求（做app、pc、mobiel、微信） 而寫幾套代碼的，你不覺得很累嗎？ 現在的很多開源框架商用版本在做程序方面都是這么一套一套的，維護起來，二開起來特別的蛋疼呀，所以本人就有了一想法，如果各端能寫一套，或某些代碼一套就會少寫很多代碼了

后決定弄一個開發方快速、維護方便、擴展靈活、可組件式開發、代碼復用高、耦合低的這么一個系統tpframe,這是一個用thinkphp 5.o基礎上開發的管理系統，剛開始選擇框架，在yii、laravel、thinkphp之間不好說哪個好與不好，但最后選擇thinkphp的原因是他用起最簡單，上手很快，別說它好與不好，能快速入手的，肯定是大家認可的，加上它的用戶量，所以最后就選擇它了，tpframe自己已應用于一些項目，項目結構基本完善，百分百開源，希望你能喜歡（我又不是人民幣~）... 下面我就大體說一下是怎么減少我們很代碼工作量的，具體它有什么好處，誰用誰知道，點擊去tpframe官網看年

APP端

對于app端我們寫的更多的就是后臺數據管理，然后就是api接口，估計也沒再多其它的了

H5：

如果你們做的是前、后端分享的形式，那跟app端差不多，寫后臺跟接口，又或者你直接套代碼的形式

微信：

這個跟h6一樣，多的就是一些微信二開的東西，比如微信登錄，微信分享，微信推送等等之類的

PC：

現在pc端也有很多做前后端分享的，當然這樣服務器又得寫api，個人覺得直接套代碼也很快（OK）了，這個項目負責人或客戶怎么想了

結論：

不管你寫哪一端，感覺只寫api就可以了，哈哈~~，說起是這樣的，PHPer寫一api，全套都用上了，so easy！再也不用寫那么多代碼了。哈哈。。。。。。。 我笑了，理想是完美的，現實是苦B的。為了以后擴展，維護，老實分開寫才是上上策

有人想，分開寫不就寫幾套了嗎，是的，這里的分開僅僅是數據處理分開寫，數據庫的一些操作我們就可以共用了呀，更確切的說，數據庫的增、刪、改、查，以及數據處理邏輯這些可以共用，但這也是我們寫得比較多的，那其它的數據處理為什么要分開呢？ 因為不同的端可能返回的數據格式不一樣，APP端我們返回的通常就是json格式，而Pc我們不僅要賦值模板，還要渲染視圖操作。

系統數據分層：

logic ：數據處理層，也可以說是數據庫的粒子操作

service：引用logic層的操作，進行數據后期處理，判斷之類的，像一個操作可以會跨多個logic操作的時候，寫在service就顯得很有必須

controller：數據轉發與響應操作

validate：數據驗證層

model：模型層

view：視圖層

然后：我們可以把邏輯放在公共（Common）模塊里面，然后每個模塊都可以共用這個模塊的邏輯，分別調用數據后進行相應的處理。

最后：不建議把后臺邏輯放公共模塊里面，后臺應該是獨立出來的一塊。

你可能忽略的

tpframe框架不僅僅是為了寫幾端代碼共用這么簡單，它還有如下一些牛B的東西

1、插件式開發功能模塊

如果你知道微擎系統（開發太臃腫），那你就比較熟悉這種模式，后期功能模塊都將采用組件式開發

2、簡化擴展機制

3、網站目錄結構清晰、合理

基本上所有的文件存放目錄都已經完善好，你只須要向里面進行新增、修改

4、系統采用多層（控制層、模型層、邏輯層、視圖層）設計模式來更低的減少各個模塊之間的耦合度

5、采用TP5強力驅動，保留所有thinkphp5的特性，你想怎么開發都可以

發現問題,歡迎大膽吐槽，沙發位等你...