1.一種面向服務(wù)的開發(fā)框架YC-Framework，其特征在于：
包括API接口層、通訊協(xié)議層、數(shù)據(jù)邏輯層、系統(tǒng)服務(wù)層、公共組件和統(tǒng)一配置；其中，
API接口層是框架輸入輸出數(shù)據(jù)流的對接口，實現(xiàn)提供異構(gòu)語言、異構(gòu)終端的接入能力，接口調(diào)用和適配能力，調(diào)用次數(shù)限制能力；
通訊協(xié)議層為API接口層和數(shù)據(jù)邏輯層的中間通訊協(xié)議，通過標(biāo)準(zhǔn)的接口完成API接口層所需的協(xié)議翻譯，完成第三方服務(wù)的對接工作；
數(shù)據(jù)邏輯層完成數(shù)據(jù)的讀寫和組裝，將請求所需的數(shù)據(jù)從服務(wù)層中獲取并完成數(shù)據(jù)處理的工作；
系統(tǒng)服務(wù)層為整個框架的數(shù)據(jù)中心，包含多個獨立封裝的服務(wù)，每個服務(wù)可以使用不同的開發(fā)語言開發(fā)，各個服務(wù)定義通用的讀寫接口驅(qū)動，以適應(yīng)各種高性能的分布式系統(tǒng)以及根據(jù)后期應(yīng)用產(chǎn)品的迭代自由添加和刪除服務(wù)，所述服務(wù)之間互不影響，服務(wù)資源共享，可擴展，可重用；
公共組件，實現(xiàn)開發(fā)框架內(nèi)部公共邏輯的處理工作；
統(tǒng)一配置，涉及對API接口層、通訊協(xié)議層、數(shù)據(jù)邏輯層、系統(tǒng)服務(wù)層的所有配置信息的管理。
2.根據(jù)權(quán)利要求1所述的開發(fā)框架YC-Framework，其特征在于：
所述通訊協(xié)議層包含Restful標(biāo)準(zhǔn)數(shù)據(jù)格式協(xié)議和Soap、Socket、HTTP標(biāo)準(zhǔn)通信協(xié)議,通過協(xié)議實現(xiàn)了不同終端之間數(shù)據(jù)標(biāo)準(zhǔn)化交互。
3.根據(jù)權(quán)利要求2所述的開發(fā)框架YC-Framework，其特征在于：
所述不同終端包含APP、PC、H5、WAP。
4.根據(jù)權(quán)利要求1所述的開發(fā)框架YC-Framework，其特征在于：
所述系統(tǒng)服務(wù)層的多個服務(wù)包含：數(shù)據(jù)持久化服務(wù)、緩存服務(wù)、文件存儲服務(wù)、文件上傳服務(wù)、加密服務(wù)、分享組件服務(wù)、支付服務(wù)、消息通知服務(wù)、消息推送服務(wù)、定位服務(wù)、用戶認(rèn)證服務(wù)、郵件服務(wù)、短信服務(wù)、短地址服務(wù)、日志服務(wù)、錯誤處理服務(wù)、圖片處理服務(wù)、任務(wù)調(diào)度服務(wù)、隊列服務(wù)、表單生成服務(wù)、關(guān)鍵詞服務(wù)、用戶行為統(tǒng)計服務(wù)、模版引擎服務(wù)、流媒體服務(wù)。
5.根據(jù)權(quán)利要求1所述的開發(fā)框架YC-Framework，其特征在于：
所述統(tǒng)一配置進(jìn)行包括數(shù)據(jù)庫連接帳號密碼、第三方登陸帳號密碼、使用的通訊協(xié)議類型、數(shù)據(jù)庫類型、緩存類型的選擇配置工作。
6.根據(jù)權(quán)利要求1所述的開發(fā)框架YC-Framework，其特征在于：
所述系統(tǒng)服務(wù)層中各個服務(wù)封裝時的接口支持restful標(biāo)準(zhǔn)請求資源，實現(xiàn)JSON、XML雙格式自由切換。
7.根據(jù)權(quán)利要求1所述的開發(fā)框架YC-Framework，其特征在于：
所述公共組件包含路由組件、過濾組件、安全防范組件、數(shù)據(jù)轉(zhuǎn)換組件，分別實現(xiàn)URI請求的解析、分發(fā)工作，對外部訪問所請求的數(shù)據(jù)進(jìn)行安全過濾，安全防范，以及一些公共數(shù)據(jù)的轉(zhuǎn)換。
8.根據(jù)權(quán)利要求7所述的開發(fā)框架YC-Framework，其特征在于：
路由組件包括路由表權(quán)限服務(wù)和路由表服務(wù)；安全防范組件針對URI請求地址中存在的各種危險進(jìn)行處理，即URI請求防范，防范惡意IP攻擊以及配置IP訪問權(quán)限。
9.一種如權(quán)利要求1所述的開發(fā)框架YC-Framework的使用方法，其特征在于包括如下步驟：
第一步：通過配置文件加載業(yè)務(wù)所需的服務(wù)，完成基礎(chǔ)開發(fā)框架最小運行環(huán)境；
第二步：從API接口層接收不同用戶終端的入口請求資源；
第三步：根據(jù)不同終端來源，通過路由表權(quán)限服務(wù)審核請求內(nèi)容的權(quán)限，如果權(quán)限有問題，進(jìn)入錯誤處理服務(wù)，提示輸出原因；如果權(quán)限沒問題進(jìn)入下一步；
第四步：通過路由表服務(wù)，分析終端請求資源內(nèi)容，將請求轉(zhuǎn)發(fā)到服務(wù)層；
第五步：根據(jù)服務(wù)層請求調(diào)度系統(tǒng)服務(wù)獲取請求所需的資源；
第六步：根據(jù)所請求的資源，對請求調(diào)度的服務(wù)進(jìn)行服務(wù)訪問配置；
第七步：負(fù)載均衡處理，根據(jù)后端服務(wù)壓力，動態(tài)分發(fā)請求資源內(nèi)容到不同后端服務(wù)上；
第八步：所請求資源對服務(wù)進(jìn)行讀或者寫訪問，根據(jù)讀寫動作的不同來獲取數(shù)據(jù)；
第九步：獲取數(shù)據(jù)后，通過Restful標(biāo)準(zhǔn)輸出數(shù)據(jù)，所述數(shù)據(jù)包含狀態(tài)數(shù)據(jù)和資源數(shù)據(jù)，輸出數(shù)據(jù)標(biāo)準(zhǔn)格式為JSON或XML；
第十步 將上述輸出數(shù)據(jù)返回給用戶，結(jié)束請求，至此，完成了一個服務(wù)從請求到輸出的所有流程。