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

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

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

APP端

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

H5：

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

微信：

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

PC：

現(xiàn)在pc端也有很多做前后端分享的，當(dāng)然這樣服務(wù)器又得寫api，個人覺得直接套代碼也很快（OK）了，這個項目負(fù)責(zé)人或客戶怎么想了

結(jié)論：

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

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

系統(tǒng)數(shù)據(jù)分層：

logic ：數(shù)據(jù)處理層，也可以說是數(shù)據(jù)庫的粒子操作

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

controller：數(shù)據(jù)轉(zhuǎn)發(fā)與響應(yīng)操作

validate：數(shù)據(jù)驗證層

model：模型層

view：視圖層

然后：我們可以把邏輯放在公共（Common）模塊里面，然后每個模塊都可以共用這個模塊的邏輯，分別調(diào)用數(shù)據(jù)后進(jìn)行相應(yīng)的處理。

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

你可能忽略的

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

1、插件式開發(fā)功能模塊

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

2、簡化擴(kuò)展機(jī)制

3、網(wǎng)站目錄結(jié)構(gòu)清晰、合理

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

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

5、采用TP5強(qiáng)力驅(qū)動，保留所有thinkphp5的特性，你想怎么開發(fā)都可以

發(fā)現(xiàn)問題,歡迎大膽吐槽，沙發(fā)位等你...