News
您的(de)位置:
API開發的痛點分析
API無具體規範:導致溝通、聯調、接入成本巨大;
API開發無法很好的銜接,開發是把設計文檔轉譯為代碼;
API文檔不全,導致後期開發維護(hù)工作量巨大;
API技(jì)術棧很難標準化,多模塊(kuài)集成時經常遇到技術棧版本衝突;
API開發門檻高,需要懂語言、微(wēi)服(fú)務、分布式技術(shù);
API的質(zhì)量不受控,基本依(yī)賴於開發(fā)人員技術能(néng)力(lì)。
API全可視化開發(fā)
API契約設計:靈犀平台提(tí)供API契約設計,設計人員可以通過可視化(huà)設計工具定義API契約,可以定義好API訪問路徑 、出入參數(shù)、調用樣例(lì)等。後續開發時候遵循契約進行開(kāi)發。
API契約查詢:靈犀平台提供(gòng)了API市場,所(suǒ)有發布的API都在市場(chǎng)中,在API市場中可以查詢到所有開放的API契約,聯調、接入時候可以按API市場定義契約。
API在(zài)線撥測:靈犀(xī)平(píng)台API市場還提供了API撥測功能,提供樣例直接調用API,可以清晰看到出入參結果,清晰知道入參填(tián)寫是否正確,免(miǎn)去溝通、聯調,讓接入者、使用(yòng)者有更直(zhí)接的體驗。
業務(wù)建模:靈犀平台提供靈活多樣的業務建模能力,可以根據實際場(chǎng)景選擇不同的建模(mó)方(fāng)式(shì)。若是新項目,可以直接在靈犀平台上手工建模,或者(zhě)通過SQL自動創建模型;若(ruò)是老項目,可以(yǐ)把模型批量導入。
行業模型庫:国产亚洲熟妇在线视频還沉澱了係列行業模(mó)型,業務建模時可以(yǐ)直接複用已有的行(háng)業模型(xíng),減少建模工作量。
業務對象設計:業務建模主要是(shì)完成數據的物理存儲,業務對象提(tí)供模型如何跟(gēn)頁麵(miàn)、服務的對(duì)接。業務對象設計時候可以定義相關對象關係、對象屬性顯示規則、對(duì)象脫敏(mǐn)設置、對象屬性值設置等能力。
API處理邏輯可視化:編(biān)排出的(de)API處(chù)理邏輯是一個可(kě)視化的流程圖,整個API的(de)處(chù)理邏輯(jí)一目了然。從需求人員和設計(jì)人員維度,通過流(liú)程圖很容易知道需(xū)求在開發落地(dì)中業務處理邏輯是否有問題(tí)。從客戶角(jiǎo)度,通過流程圖可以掌握業務的實際處理邏輯,清(qīng)晰了解到業務邏輯是否正確,實(shí)現知識的自(zì)主掌控。對於(yú)後(hòu)續接手人員來說,代(dài)碼即文檔,能夠快速上手,免去鑽研代碼的痛苦。
API拖拽式開發:點擊API處理流程,可以在流程上增加處理環節,提供20+的組件供選擇。包括我們(men)編程中使用的程序控製邏輯、數據操作、訪問(wèn)外部(bù)服務、集成規則、集成業務流程、集(jí)成函(hán)數或自定義(yì)代碼(mǎ)段、通知(zhī)等(děng)組件。可以滿足我們絕大部分API的開發訴求。
API處理邏輯(jí)查看:API業務處理邏輯開發完後,提供查詢回看功能。可以再查詢整體處理邏輯是否正確,每個環節的(de)出入參映射是否正確。
豐富的組件:
邏輯組件:提供了我們編程常(cháng)用(yòng)的(de)程序控製結構,有條件結構(gòu)、循環結構;條件結(jié)構提供單條件(if )組件(jiàn)、分支判斷組件(if … else )兩種;循環(huán)結構提(tí)供循環(huán)組件(jiàn)(loop )和循環跳出組件(break);還提(tí)供了過程變量的定定義。
數據組件:數(shù)據組件提供了對數據庫操作的封(fēng)裝(zhuāng),可以對查詢(xún)、更新、自定義查詢等關鍵邏輯進行封裝。提供了API編程中要對數(shù)據庫可視化能力。通過數數據訪問組件,可以根據業務(wù)要求快捷對數據進行操作。
服務組件:編程(chéng)過程免不(bú)了要調用外部係統或其他模塊的服務(wù),外部(bù)服務組件提供了外部服務訪問的封裝,拖拽外部服務組件就可以一鍵訪問外部服(fú)務,無無需任何代碼。
規則組件:規則組件(jiàn)實(shí)現跟規則中心對接,針對一些複雜業務(wù)邏輯需要通過業業務規則來控製時,可以使用規則組件來(lái)調用規則(zé)中(zhōng)心的能力,複用(yòng)規則的擴擴展能力實現業務邏輯的規則化。
流程組件:流程組(zǔ)件實現了調用流程平台已(yǐ)有流程的能力,若在API邏輯中要引用流程,可以使用流程組件調用流程平台的流(liú)程啟動、流程流(liú)轉(zhuǎn)等能力(lì)實現現對(duì)業務(wù)流(liú)程的控製(zhì),滿足業務(wù)處(chù)理中跟業務流程的關聯互動。
工具箱組件:若API處理邏輯中(zhōng)還需要需要做(zuò)一些特殊處(chù)理,需要單獨寫代碼實現,工(gōng)具箱組件提供一些(xiē)自定義函數庫供複(fù)用,可以直接使用工具箱的(de)函數數(shù)庫進行開發,也可以開發自己編寫擴展的函數直接集成到API處理環節中(zhōng)。
API在(zài)線調測:API開發完後,點擊服務調測功能,調測功能提供API各環節處理鏈,提供每個(gè)環節的(de)出入參、處理(lǐ)耗(hào)時、處理詳細日誌信息。通過調測結果(guǒ),可(kě)以清晰明了看到每個環節的出入參值,可以知道對於環節參數映射是否存在問題。
函數(shù)調測:API開發過(guò)程的工具箱組件可以提(tí)供自定義函數管理,對於自定義(yì)的函(hán)數也(yě)提供在線測試功(gōng)能。可以輸入函(hán)數入參對函數進行測試,驗證函數返回是否符合開發(fā)人(rén)員預期。
總結和展(zhǎn)望
高效率:業務開(kāi)發聚焦業務邏輯,無需關注(zhù)技術;
低成本:通過複用組件和能(néng)力,交付周期更短成本更低(dī);通過API處理邏輯可視化展示,降低了後續開發維護成本;
低門檻:無需編程經驗(yàn),可以全民開發(fā);
高(gāo)質量:代碼基本是自動生成(chéng),質量內建;
全程可視化:設計、編碼、調測都提供可視化(huà)工具;
自主掌控:API處(chù)理(lǐ)邏輯(jí)以流程圖可視化展(zhǎn)示,對客戶可以實現自主掌控。
API開發的架構:API開發發布後,采用Serverless架構承(chéng)載;API開發隻關注業務,不用關注資源、運行和(hé)運維;
API的能力連接器豐富:需要進一步豐富API的能力連接器,提供更多標準化能力,實現更豐富的API業務場景開發;包括消息服務、緩存服務、雲能力服務等;
API組件豐(fēng)富:提供更豐富的API組(zǔ)件(jiàn),滿足更豐富的API業(yè)務場景;包括文件處(chù)理類、協議轉換等(děng)。
浩(hào)鯨雲計算科技股份有限公司 版權所有 2003-2023
蘇ICP備10224443號-6 蘇公網(wǎng)安備 32011402011374號