云原生時(shí)代下的APP開(kāi)發(fā)

歡迎加^EMAS開(kāi)發(fā)者釘釘交流群阿里云開(kāi)發(fā)者“藏經(jīng)閣”海量電子手冊(cè)免費(fèi)下載卷首語(yǔ)作為國(guó)內(nèi)移動(dòng)互聯(lián)網(wǎng)、云計(jì)算領(lǐng)域的行業(yè)巨擘，阿里巴巴在大前端、云原生領(lǐng)域有著豐富的實(shí)開(kāi)發(fā)者提供一站式的應(yīng)用研發(fā)管理服務(wù)，涵蓋開(kāi)發(fā)、測(cè)試、運(yùn)維、運(yùn)營(yíng)等應(yīng)用全生命周期。為端應(yīng)用研發(fā)進(jìn)入云原生時(shí)代7.EMAS旗下serverless端應(yīng)用研發(fā)進(jìn)入云原生時(shí)代的端場(chǎng)景提供無(wú)縫的、一致的數(shù)字用戶(hù)旅程”已經(jīng)成為了新時(shí)代企業(yè)應(yīng)用架構(gòu)時(shí)它也是當(dāng)下大前端技術(shù)發(fā)展背后的核心業(yè)務(wù)牽引?；诎⒗镌圃谶^(guò)去幾年服務(wù)海量用戶(hù)的經(jīng)驗(yàn)沉淀，本文總結(jié)了新的基于云原生技術(shù)的端應(yīng)用研發(fā)范式，期望為廣大開(kāi)發(fā)者、企業(yè)提供云多樣化用戶(hù)體驗(yàn)（Multiexperience）與大前端業(yè)的業(yè)務(wù)流程、員工、服務(wù)、內(nèi)容、設(shè)備間的動(dòng)態(tài)連義為2020年的十大技術(shù)趨勢(shì)[2]。Multiexperience期望利用多元化的前臺(tái)技術(shù)（移動(dòng)應(yīng)用、展其面向終端客戶(hù)的數(shù)字化觸點(diǎn)的場(chǎng)景和范圍。技術(shù)拓展商業(yè)邊界，商業(yè)驅(qū)動(dòng)技術(shù)變革。面向如今，面向全新的業(yè)務(wù)架構(gòu)范式，如何加速新時(shí)代下一云多端，云原生技術(shù)如何驅(qū)動(dòng)端應(yīng)用研發(fā)很多人有疑惑，云原生與端測(cè)的研發(fā)有什么關(guān)系，云原生不是一個(gè)后端技術(shù)域的概念么？其實(shí)不然。云原生代表了一種應(yīng)用構(gòu)建的方法論：如何最大程度地利用云計(jì)算服務(wù)模型的優(yōu)勢(shì)低成云原生的研發(fā)模型旨在降低業(yè)務(wù)的技術(shù)風(fēng)險(xiǎn)，讓開(kāi)發(fā)者可以更單純地專(zhuān)注于自己的業(yè)務(wù)。面向從MXDP的關(guān)鍵元素構(gòu)成我們可以看到，除了傳統(tǒng)的研發(fā)工具類(lèi)組件外，云原生技術(shù)成為了臺(tái)之上，運(yùn)行環(huán)境約束較多，依賴(lài)大量的后端服務(wù)支撐，研發(fā)域：面向端應(yīng)用的DevOps平臺(tái)需要解決應(yīng)用持續(xù)集成過(guò)程的測(cè)試域：端應(yīng)用的測(cè)試較傳統(tǒng)后端應(yīng)用復(fù)雜度大幅提升，除了基礎(chǔ)的功運(yùn)營(yíng)域：端應(yīng)用作為企業(yè)業(yè)務(wù)入口，是企業(yè)面向終端用戶(hù)的關(guān)鍵界面，必須時(shí)刻洞察用戶(hù)的行為、傾聽(tīng)用戶(hù)的聲音，驅(qū)動(dòng)業(yè)務(wù)的敏捷迭代。面向App的數(shù)據(jù)分析以及輿情反饋能力是覆蓋端應(yīng)用全生命周期的工作流與自動(dòng)化能力將帶來(lái)應(yīng)用持續(xù)交付能力以及跨團(tuán)隊(duì)協(xié)同效率云原生的工具鏈與自動(dòng)化流水線將幫助企業(yè)避免耗費(fèi)大量工程技術(shù)人員來(lái)維護(hù)本地化的和系統(tǒng)，同時(shí)大幅削減應(yīng)用持續(xù)交付過(guò)程的人工而即時(shí)的輿情反饋能力則幫助企業(yè)更好地進(jìn)行用戶(hù)管理和關(guān)系維護(hù)。所有這些直接和間Serverless&BackendasaService（BaaS端應(yīng)用的運(yùn)行引擎Serverless是當(dāng)下開(kāi)發(fā)者社區(qū)最火爆的話題之一，其核心理念即去服務(wù)器化：把底層云計(jì)算的部署服務(wù)器資源即可獲得彈性伸縮、按量付費(fèi)的后端服務(wù)支持。Serverless的技術(shù)理念其實(shí)在由于BaaS服務(wù)大幅削減了企業(yè)在后端研發(fā)力量上的開(kāi)銷(xiāo)，其在端應(yīng)用場(chǎng)景得到了大范圍地應(yīng)用。但BaaS核心解決的主要是垂直場(chǎng)景化的后端能力抽象，并沒(méi)法支撐業(yè)務(wù)本身的后端邏輯上的開(kāi)發(fā)成本和業(yè)務(wù)風(fēng)險(xiǎn)。身份驗(yàn)證模式包括郵箱認(rèn)證、短信認(rèn)證、號(hào)碼認(rèn)證以及主流互聯(lián)傳統(tǒng)的應(yīng)用架構(gòu)模型需要預(yù)先購(gòu)置一批服務(wù)器設(shè)備，并按照使用周期內(nèi)的預(yù)估業(yè)務(wù)峰值來(lái)進(jìn)行財(cái)務(wù)預(yù)算，不確定性因素較多，服務(wù)器資源的空置也會(huì)帶來(lái)非常巨大的成本浪費(fèi)。而ss服務(wù)商負(fù)責(zé)解決并對(duì)開(kāi)發(fā)者透明。削減的運(yùn)維成本，彈性的資源使用和可擴(kuò)展·能力都將云原生技術(shù)的出現(xiàn)使得傳統(tǒng)業(yè)務(wù)架構(gòu)大規(guī)模地向云架構(gòu)轉(zhuǎn)型，軟件開(kāi)發(fā)效率在這個(gè)階段也得到環(huán)境，并結(jié)合云原生基礎(chǔ)設(shè)施幫助開(kāi)發(fā)者快速完成應(yīng)用的搭建。我們可以從施耐德電氣與頂級(jí)低代碼平臺(tái)公司Outsystems的合作中看到低代碼帶來(lái)的價(jià)值：PowerApps、AppMaker快速的成長(zhǎng)腳步，未來(lái)結(jié)合AI與機(jī)器學(xué)習(xí)，我們可以預(yù)見(jiàn)真正的求變應(yīng)變，永不止步成就技術(shù)革新作為國(guó)內(nèi)移動(dòng)互聯(lián)網(wǎng)、云計(jì)算領(lǐng)域的行業(yè)巨擘，阿里巴巴在大前端、云原生領(lǐng)域有著豐富的實(shí)可以閉環(huán)完成應(yīng)用的研發(fā)和上線工作；在應(yīng)用架構(gòu)維度，ServerlessFaaS帶來(lái)的是基于事實(shí)現(xiàn)了防疫抗疫工具應(yīng)用的開(kāi)發(fā)，從誕生想法到產(chǎn)品上線歷時(shí)僅需一周；在企業(yè)內(nèi)部，越來(lái)越多的辦公應(yīng)用和表單應(yīng)用基于低代碼平臺(tái)快速構(gòu)建，企業(yè)生產(chǎn)力得到了大幅提升。參照Hype毫無(wú)疑問(wèn)我們站在了又一個(gè)技術(shù)紀(jì)元的前夜，云端一體，一云多端正在成為前臺(tái)應(yīng)用研發(fā)的事實(shí)標(biāo)準(zhǔn)，擁抱云原生將成為開(kāi)發(fā)者享受云計(jì)算紅利的最短路徑。我們歡迎更多的有識(shí)之士加入REFERENCES2.EMAS產(chǎn)品全景介紹開(kāi)發(fā)更便捷，阿里云推出一站式應(yīng)用研發(fā)平臺(tái)EMAS2.0低代碼開(kāi)發(fā)平臺(tái)Mobi小程序Serverless小程序Serverless提供包括云函數(shù)、數(shù)據(jù)存儲(chǔ)、文件存儲(chǔ)等一整套后端服務(wù)。開(kāi)發(fā)者通過(guò)API方式即可獲取云函數(shù)、數(shù)據(jù)存儲(chǔ)、文件存儲(chǔ)、音視頻、圖像處理等服務(wù)，不需要關(guān)心服務(wù)器或底層運(yùn)維設(shè)施，可以更專(zhuān)注于代碼和業(yè)務(wù)本身。幫助企業(yè)快速、低成本地實(shí)現(xiàn)一云多端的業(yè)務(wù)從服務(wù)開(kāi)發(fā)者提高開(kāi)發(fā)效能、應(yīng)用質(zhì)量，到更好的幫助客戶(hù)實(shí)現(xiàn)業(yè)務(wù)增長(zhǎng)、變現(xiàn)等核心訴求；開(kāi)發(fā)者扶持計(jì)劃系列免費(fèi)服務(wù)支持。面向一定規(guī)模的企業(yè)，將提供企業(yè)版訂閱服務(wù)，提供增值產(chǎn)品能力以及專(zhuān)經(jīng)濟(jì)體的多元能力沉淀，為開(kāi)發(fā)者提供更完善的應(yīng)用研發(fā)服務(wù)。并基于全新的六大核心技術(shù)理杭州銀行：堅(jiān)定投入移動(dòng)化戰(zhàn)略，借助EMAS研發(fā)平臺(tái)邁入移動(dòng)開(kāi)發(fā)3.0時(shí)代一、行業(yè)背景隨著手機(jī)銀行業(yè)務(wù)的不斷豐富以及用戶(hù)對(duì)手機(jī)銀行體驗(yàn)、速度和功能的要求越來(lái)越高，傳統(tǒng)的根據(jù)中國(guó)銀行業(yè)協(xié)會(huì)的數(shù)據(jù)顯示，截止到2017年，國(guó)內(nèi)商業(yè)銀行手機(jī)銀行個(gè)人與其他國(guó)家相比，我國(guó)手機(jī)銀行的發(fā)展時(shí)間雖然不長(zhǎng)，但得益于我國(guó)飛速發(fā)展的移動(dòng)互聯(lián)網(wǎng)和移動(dòng)支付，手機(jī)銀行的市場(chǎng)環(huán)境和用戶(hù)習(xí)慣基礎(chǔ)極好。在我國(guó)，手機(jī)銀行已經(jīng)不僅僅是銀行柜二、杭州銀行：穩(wěn)步有序的移動(dòng)化發(fā)展戰(zhàn)略流模式，同時(shí)積累了一定的技術(shù)經(jīng)驗(yàn)和開(kāi)發(fā)資源。作為一家始終堅(jiān)持服務(wù)和城鄉(xiāng)居民的區(qū)域性股份制銀行，杭州銀行一直致力于為客戶(hù)提供專(zhuān)業(yè)、便捷、親和的金融服以分為兩個(gè)階段：第一個(gè)階段是1.0階段，屬于“零經(jīng)驗(yàn)的起步階段”，在這個(gè)階段主要以外部開(kāi)發(fā)合作伙伴為主；第二個(gè)階段是2.0階段，在通過(guò)前一階段積累了一定的經(jīng)驗(yàn)后，杭州銀行開(kāi)始自主研發(fā)移動(dòng)端，研發(fā)了自主化的移動(dòng)端框架，并將移動(dòng)端開(kāi)發(fā)從外部開(kāi)發(fā)合作伙伴為經(jīng)過(guò)兩個(gè)階段的發(fā)展，杭州銀行的移動(dòng)化戰(zhàn)略已經(jīng)有了比較的開(kāi)發(fā)能力和開(kāi)發(fā)經(jīng)驗(yàn)，但在多種因素的影響（包括前期主要采用的“以H5為主，原生為輔”定位問(wèn)題；不能充分做到跨終端的效果，開(kāi)發(fā)周期與此同時(shí)，近幾年互聯(lián)網(wǎng)服務(wù)和互聯(lián)網(wǎng)金融的發(fā)展對(duì)杭州銀行的員工和客戶(hù)都產(chǎn)生了非常明顯的影響，移動(dòng)辦公、移動(dòng)銀行的概念和使用習(xí)慣深入人心，無(wú)還要提升開(kāi)發(fā)團(tuán)隊(duì)的知識(shí)和能力水平，讓大約50人的移動(dòng)端開(kāi)發(fā)團(tuán)隊(duì)的開(kāi)發(fā)經(jīng)驗(yàn)?zāi)軌蚧ハ嘀?、開(kāi)發(fā)平臺(tái)慎重選型：EMAS融入杭州銀行長(zhǎng)期移動(dòng)化戰(zhàn)略移動(dòng)研發(fā)平臺(tái)是企業(yè)移動(dòng)化戰(zhàn)略的基礎(chǔ)，它不僅決定了企業(yè)移動(dòng)端開(kāi)發(fā)的效率、質(zhì)量、成本、可靠性；更決定了企業(yè)是否能夠及時(shí)、有效、符合需求的為最終客戶(hù)提供移動(dòng)化服務(wù)，支持傳以上四個(gè)切入點(diǎn)同樣得到了杭州銀行的關(guān)注，杭州銀行最初的移動(dòng)研發(fā)平3、具備信息采集的能力，能夠支持杭州銀行的對(duì)客戶(hù)反饋、客戶(hù)使用情況的收集；4、要比原時(shí)的問(wèn)題處理。”和知識(shí)共享水平；充分利用時(shí)間空間，提升工作效率；促進(jìn)無(wú)紙化辦公模式的主要手段?！背Ｐ枰兏姹镜?，特殊化需求較多，對(duì)基礎(chǔ)組件要求高；另一方面，內(nèi)部移動(dòng)辦公率、APP啟動(dòng)速度、無(wú)感更新、信息收集、問(wèn)題定位、跨平臺(tái)開(kāi)發(fā)產(chǎn)生了很大的幫助。”公告、公文、會(huì)議通知、移動(dòng)審批、你問(wèn)我答、通訊錄等應(yīng)用為行內(nèi)人員提供了集中化的服務(wù)體驗(yàn)，同時(shí)對(duì)于開(kāi)發(fā)團(tuán)隊(duì)來(lái)說(shuō)，將原來(lái)已有的APP經(jīng)過(guò)很簡(jiǎn)單的轉(zhuǎn)換，就可以作為組件用模塊上投入太大精力，“我們不需要太多關(guān)注通用模塊、開(kāi)發(fā)框架，而是可以專(zhuān)注于做自己的業(yè)務(wù)開(kāi)發(fā)、創(chuàng)新功能特點(diǎn)，團(tuán)隊(duì)的開(kāi)發(fā)效率和開(kāi)發(fā)專(zhuān)注度有很大的提高?！彼摹MAS：從支持移動(dòng)端開(kāi)發(fā)到賦能移動(dòng)開(kāi)發(fā)團(tuán)隊(duì)EMAS移動(dòng)研發(fā)平臺(tái)為杭州銀行的移動(dòng)辦公系統(tǒng)轉(zhuǎn)型升級(jí)移動(dòng)辦公超級(jí)APP提供了有效的支不僅導(dǎo)致了極大的人力、物力、時(shí)間上的浪費(fèi)，而且兩個(gè)團(tuán)隊(duì)之間在開(kāi)發(fā)技能、開(kāi)發(fā)經(jīng)驗(yàn)和安隨著采用EMAS移動(dòng)研發(fā)平臺(tái)，杭州銀行可以通過(guò)WEEX技術(shù)實(shí)現(xiàn)跨平臺(tái)開(kāi)發(fā)，而且由于特別是促進(jìn)了開(kāi)發(fā)團(tuán)隊(duì)成員之間的經(jīng)驗(yàn)分享，避免了原有兩個(gè)專(zhuān)項(xiàng)團(tuán)隊(duì)并立導(dǎo)致的“重復(fù)踩坑”人員對(duì)接體系，業(yè)務(wù)需求可以對(duì)接到人、精準(zhǔn)反饋，客戶(hù)問(wèn)題可事實(shí)上，是否能夠?yàn)榭蛻?hù)提供更好的移動(dòng)化服務(wù)，已經(jīng)線下服務(wù)的無(wú)縫連接，并以此構(gòu)建起新的銀行形態(tài)。未來(lái)的手機(jī)銀行將是銀行產(chǎn)品創(chuàng)新、業(yè)務(wù)4.隱私保護(hù)政策下EMAS的產(chǎn)品升級(jí)EMAS發(fā)布最新隱私協(xié)議，為客戶(hù)信息安全保駕護(hù)航友商案例以極光舉例，是通過(guò)提供消息推送，即時(shí)通訊、統(tǒng)計(jì)分析、社會(huì)化組件和短信等阿里云數(shù)據(jù)隱私保護(hù)EMAS發(fā)布最新隱私協(xié)議5.EMAS旗下移動(dòng)性能測(cè)試云上的移動(dòng)性能測(cè)試平臺(tái)1.功能決定現(xiàn)在，性能決定未來(lái)我們致力于打造線上線下一體的性能解決方案，希望能夠幫助開(kāi)發(fā)者發(fā)現(xiàn)、定位與解決一系列2.云上的性能測(cè)試工具3.云上數(shù)據(jù)看板性能數(shù)據(jù)的意義在于它將我們常見(jiàn)的各種問(wèn)題通過(guò)技術(shù)的手段進(jìn)行度量與量化，可以幫助我們用戶(hù)使用云真機(jī)進(jìn)行的每一次測(cè)試任務(wù)與性能數(shù)據(jù)，都會(huì)直接保存成測(cè)試任務(wù)，方便再次查看在實(shí)際的測(cè)試過(guò)程中，我們很容易發(fā)現(xiàn)，不同應(yīng)用場(chǎng)景計(jì)方法上只看性能數(shù)據(jù)的平均值也很難直接給出定性和定量的判斷，沒(méi)辦法影響開(kāi)發(fā)、產(chǎn)品的即便看似相同的場(chǎng)景，不同的產(chǎn)品決策也可能帶來(lái)很大的性能數(shù)據(jù)差距：比如大多數(shù)云盤(pán)的相冊(cè)基于流量與性能的考慮，顯示的都是壓縮后的圖片；而我們的本地的一些相冊(cè)軟件，顯示的數(shù)據(jù)看板在最初設(shè)計(jì)的時(shí)候就吸取了功能自動(dòng)化用例平臺(tái)時(shí)的建設(shè)經(jīng)驗(yàn)，將每一次性能測(cè)試任由于不同等級(jí)機(jī)型對(duì)APP實(shí)際性能指標(biāo)的影響較大，這個(gè)因子可以較大程度減少硬件性能對(duì)。基于行業(yè)技術(shù)經(jīng)驗(yàn)定義的基線指標(biāo)，這通常是技術(shù)決策者基于用戶(hù)體驗(yàn)、性能要求、大數(shù)。同行業(yè)APP性能指標(biāo)橫向?qū)Ρ?，學(xué)習(xí)行業(yè)內(nèi)優(yōu)秀的技術(shù)實(shí)現(xiàn)一直是互聯(lián)網(wǎng)快速發(fā)展的重。4.未來(lái)規(guī)劃版本性能指標(biāo)；基于技術(shù)方案與行業(yè)數(shù)據(jù)的性能標(biāo)準(zhǔn)。性能基線的定義可以更好的約束開(kāi)發(fā)6.EMAS旗下低代碼mobi產(chǎn)品背景什么是低代碼（Low-Code簡(jiǎn)介：什么是低代碼？我們?yōu)槭裁葱枰痛a？低代碼會(huì)讓程序員失業(yè)嗎？本文總結(jié)了低代碼一、前言得太快就像龍卷風(fēng)，短短數(shù)月就阻斷了全世界范圍內(nèi)無(wú)數(shù)人與人之間的物理連接。但好在，我月份的云棲大會(huì)上說(shuō)：“新技術(shù)代表的新生產(chǎn)力，一定是我們?nèi)賾?zhàn)勝疫情、開(kāi)創(chuàng)未來(lái)最好的原動(dòng)力?！蹦敲丛诤笠咔闀r(shí)代，究竟需要什么樣的新技術(shù)，才能真正解基于經(jīng)典的可視化和模型驅(qū)動(dòng)理念，結(jié)合最新的云原生與多端體驗(yàn)技術(shù)，低代碼能夠在合適的業(yè)務(wù)場(chǎng)景下實(shí)現(xiàn)大幅度的提效降本，為專(zhuān)業(yè)開(kāi)發(fā)者提供了一種全新的高生產(chǎn)力開(kāi)發(fā)范式（ParadigmShift）。另一方面，低代碼還能讓不懂代碼的業(yè)務(wù)人員成為所謂的平民開(kāi)發(fā)者敏捷形態(tài)（BizDevOps）。本文將二、什么是低代碼整天堆Java業(yè)務(wù)代碼太浪費(fèi)，要派我哪能有這技術(shù)情懷呢。那到底是什么意思？作為一名搜商比情商還高的程序員，能問(wèn)Google境?？吹健伴_(kāi)發(fā)環(huán)境”幾個(gè)字是不是很親切？對(duì)于程序員而言，低代碼開(kāi)發(fā)平臺(tái)的性質(zhì)與l低代碼開(kāi)發(fā)平臺(tái)能夠?qū)崿F(xiàn)業(yè)務(wù)應(yīng)用的快速交付。也就是說(shuō)，不只是像傳統(tǒng)開(kāi)發(fā)平臺(tái)一樣“能”也不是指代碼很low（也相反，低代碼所生成的代碼一般都經(jīng)過(guò)精心維護(hù)和反復(fù)測(cè)試，整體質(zhì)那么測(cè)試用例也可以少寫(xiě)不少；除了開(kāi)發(fā)階段以外，平臺(tái)還覆蓋了后續(xù)的應(yīng)用構(gòu)建、部署和管一樣的。低代碼背后的哲學(xué)，是少即是多（LessisMore或者更準(zhǔn)確說(shuō)是多快好?。―o上面說(shuō)的是低代碼給開(kāi)發(fā)者提供的能力與吸引力，那么作為服務(wù)的提供方與應(yīng)用的承載者，低代碼開(kāi)發(fā)平臺(tái)自身應(yīng)該承擔(dān)怎樣的職責(zé)，其中又會(huì)遇到多大的挑戰(zhàn)？是否就一定要如阿里云所主張的那樣，“把復(fù)雜留給自己，把簡(jiǎn)單留給別人”？雖然這句話聽(tīng)起道大家有沒(méi)有想過(guò)，為什么我們一定要抱著復(fù)雜不放，平白無(wú)故給自己找事？就不能直接干掉復(fù)雜，也給咱阿里云自己的員工留點(diǎn)簡(jiǎn)單嗎？是工作太容易冥思苦想許久后，我從熱力學(xué)第一定律中找到了答案：開(kāi)發(fā)一個(gè)應(yīng)用的總復(fù)雜度是恒定的，只能轉(zhuǎn)移而不可能憑空消失。要想讓開(kāi)發(fā)者做的更少，安心享受簡(jiǎn)單的快樂(lè)，那么平臺(tái)方就得做的更多，默默承擔(dān)盡可能多的復(fù)雜度。就像一個(gè)滿身腱子肉的雜技在高處旋轉(zhuǎn)與跳躍的女搭檔；上面的人顯得越輕盈越毫不費(fèi)力，下面的人就得越穩(wěn)重越用盡全復(fù)雜度，跟你用什么樣的工具、經(jīng)驗(yàn)是否豐富、架構(gòu)好不好等都無(wú)關(guān)，而后者就是除此之外在實(shí)際開(kāi)發(fā)過(guò)程中引入的復(fù)雜度。通常來(lái)說(shuō)，本質(zhì)復(fù)雜度與業(yè)務(wù)要解決此這里我把它稱(chēng)為更好理解的“業(yè)務(wù)復(fù)雜度”；這部分復(fù)雜度不是任何開(kāi)發(fā)方法或工具能解決為開(kāi)發(fā)者盡可能屏蔽底層技術(shù)細(xì)節(jié)、減少不必要的技術(shù)復(fù)雜度，并支撐其更好地應(yīng)對(duì)業(yè)務(wù)復(fù)雜在盡到上述職責(zé)的同時(shí)，低代碼開(kāi)發(fā)平臺(tái)作為一個(gè)面向開(kāi)發(fā)者的產(chǎn)品，還需要致力于為開(kāi)發(fā)者提供簡(jiǎn)單直觀的極致開(kāi)發(fā)體驗(yàn)。這背后除了巨大的工作量，還得能在“強(qiáng)大”和“易用”這兩三、低代碼相關(guān)概念對(duì)比“純代碼”可能算是我杜撰的一個(gè)詞，更常見(jiàn)的說(shuō)法是專(zhuān)業(yè)代碼（Pro-Code）或定制代碼之所以我選擇用“純代碼”，是因?yàn)槿绻谩皩?zhuān)業(yè)代碼”會(huì)顯得似乎低代碼就不專(zhuān)業(yè)了一樣，模工具。不過(guò)這部分可視化工作在傳統(tǒng)開(kāi)發(fā)模式下只是起輔助作用，最后通常也是生成開(kāi)發(fā)者如果按上面這種類(lèi)比關(guān)系推導(dǎo)，低代碼未來(lái)也會(huì)遵循與視頻類(lèi)似的發(fā)展軌跡，超越純代碼成為未來(lái)低代碼和純代碼方式將以互補(bǔ)的形態(tài)長(zhǎng)期共存，各自在其所適合的業(yè)務(wù)場(chǎng)景中發(fā)光發(fā)熱。從分類(lèi)的完備性角度來(lái)看，有“純代碼”自然也應(yīng)該有完全相反的“零代碼”）。零代碼就是完全不需要寫(xiě)代碼的應(yīng)用開(kāi)發(fā)平臺(tái)，但這并不代表零代碼就比低代碼更高級(jí)和先進(jìn)，它只是做了一個(gè)更極端的選擇而已：徹底擁抱簡(jiǎn)單的文本代碼。選擇背后的原因是，零代碼開(kāi)發(fā)平臺(tái)期望能盡可能降低應(yīng)用開(kāi)發(fā)門(mén)檻，讓人人都能成為開(kāi)發(fā)者（注意：開(kāi)發(fā)≠寫(xiě)代碼包括完全不懂代碼的業(yè)務(wù)分析師、用戶(hù)運(yùn)營(yíng)，甚至是即便是專(zhuān)業(yè)開(kāi)發(fā)者，在技術(shù)分工越來(lái)越精細(xì)的趨勢(shì)下（前端/后端/算法/SRE/數(shù)據(jù)分析..也很難招到一個(gè)能獨(dú)立開(kāi)發(fā)和維護(hù)整套復(fù)雜應(yīng)用的全棧工程師。但零代碼可以改變這一切：無(wú)論雖然零代碼與狹義上的低代碼有著上述明顯差異，但從廣義上來(lái)說(shuō)，零代碼可以當(dāng)作低代碼的HpaPaaS（高生產(chǎn)力應(yīng)用PaaS）云上的快速應(yīng)用開(kāi)發(fā)（RAD）、部署和運(yùn)行特性；這顯然與低代碼的定義如出一轍。但事實(shí)證值得補(bǔ)充的是，“HpaPaaS“這個(gè)詞也并非橫空出世，而是傳承自更早之前Gartner提出的低代碼實(shí)現(xiàn)的高生產(chǎn)力應(yīng)用開(kāi)發(fā)平臺(tái)以外，aPaaS還包括面向純代碼的傳統(tǒng)應(yīng)用開(kāi)發(fā)平臺(tái)相信各位云道中人都已猜到，aPaaS與IaaS/PaaS/SaaS這些云計(jì)算遠(yuǎn)古概念是一脈相承的：四、為什么需要低代碼低代碼是什么可能并沒(méi)那么重要，畢竟在這個(gè)信息爆炸的世界，永遠(yuǎn)不缺少新奇而又短命的事但表示不感興趣；小部分人驚嘆于它的奇思妙想，激動(dòng)地點(diǎn)了個(gè)贊后，什么。真正決定新技術(shù)是否能轉(zhuǎn)化為新生產(chǎn)力的，永遠(yuǎn)不是技術(shù)本身有多么優(yōu)秀和華麗，而是它是否真的被需要，即：為什么需要低代碼？如果用不同的主語(yǔ)填充上面這個(gè)問(wèn)句（冷也正面臨著與我國(guó)社會(huì)主義初級(jí)階段類(lèi)似的供需關(guān)系矛盾：落后的軟件開(kāi)發(fā)生產(chǎn)力跟不上人民的發(fā)展延續(xù)就能徹底解決問(wèn)題。而低代碼技術(shù)正是帶著這樣的使命而降臨，期望通過(guò)以下幾個(gè)雖然軟件行業(yè)一直在高速發(fā)展，新的語(yǔ)言、框架和工具層出不窮，但作為從業(yè)者我們不得不承認(rèn)：軟件開(kāi)發(fā)仍處于手工作坊階段，效率低、人力成本高、質(zhì)量不可控。項(xiàng)目延期交付已成為行業(yè)常態(tài)，而瓶頸幾乎總是開(kāi)發(fā)人員（對(duì)機(jī)器能解決的問(wèn)題都不是問(wèn)題優(yōu)秀的開(kāi)發(fā)人才永相比而言，傳統(tǒng)制造業(yè)經(jīng)過(guò)幾百年工業(yè)革命的發(fā)展，大部分早已原料輸入到制品輸出，中間是各種精密儀器和自動(dòng)化流水線化和規(guī)?；?。雖然信息化號(hào)稱(chēng)是人類(lèi)的第三次工業(yè)革命，但以軟件行業(yè)目前的狀況，遠(yuǎn)遠(yuǎn)還沒(méi)是的，低代碼正在將應(yīng)用軟件開(kāi)發(fā)過(guò)程工業(yè)化：每個(gè)低代碼開(kāi)發(fā)平臺(tái)都是一個(gè)技術(shù)密集型的應(yīng)基礎(chǔ)設(shè)施、現(xiàn)成的標(biāo)準(zhǔn)零件、自動(dòng)化的裝配流水線，開(kāi)發(fā)者只需要專(zhuān)注于最核心的業(yè)務(wù)價(jià)通過(guò)讓大部分開(kāi)發(fā)工作可以?xún)H通過(guò)簡(jiǎn)單的拖拽與配置完成，低代碼（包括零代碼）顯著降低了使用者門(mén)檻，讓企業(yè)能夠充分利用前面所提到的平民開(kāi)發(fā)者資源。部分純零代碼需求場(chǎng)景下，至此，應(yīng)用開(kāi)發(fā)能力不再是少數(shù)專(zhuān)業(yè)開(kāi)發(fā)者的專(zhuān)利和特權(quán)，且今后所需要的技能門(mén)檻與擁有成傳統(tǒng)開(kāi)發(fā)模式下，業(yè)務(wù)、產(chǎn)品、設(shè)計(jì)、開(kāi)發(fā)、測(cè)試與運(yùn)維人員各司其職，且各有一套領(lǐng)域內(nèi)的有了低代碼后，這一狀況將得到根本改善：上述各角色都可以在同一個(gè)低代碼開(kāi)發(fā)平臺(tái)上緊密協(xié)作（甚至可以是同一個(gè)人這種全新的協(xié)作模式不僅打破了職能豎井，還能通過(guò)統(tǒng)一的可l應(yīng)用聚合：一方面，新應(yīng)用的架構(gòu)設(shè)計(jì)、資產(chǎn)復(fù)用、相互調(diào)用變得更容易；另一方面如果你了解過(guò)市面上各種低代碼產(chǎn)品，不難發(fā)現(xiàn)其實(shí)這個(gè)領(lǐng)域的許多玩家在低代碼概念誕生之看上去似乎只是新瓶裝舊酒。然而理智的人都知道，任何技術(shù)都會(huì)遵循所謂的“技術(shù)成熟度曲而如今這個(gè)時(shí)代，支撐低代碼的那些“老”技術(shù)都已經(jīng)過(guò)長(zhǎng)時(shí)間的發(fā)展醞釀與市場(chǎng)檢驗(yàn)，而另即使十幾年前的低代碼技術(shù)已經(jīng)足夠成熟，也一定不會(huì)在當(dāng)年的應(yīng)用開(kāi)發(fā)市場(chǎng)上產(chǎn)生現(xiàn)在這樣的影響力。為什么？因?yàn)榧夹g(shù)都是為業(yè)務(wù)服務(wù)的，而當(dāng)時(shí)的應(yīng)用開(kāi)發(fā)業(yè)務(wù)需求可比現(xiàn)在簡(jiǎn)單多需求，也不會(huì)奢求如今已成為企業(yè)級(jí)應(yīng)用標(biāo)配的彈性、分布式和高可用，更是缺乏快速變化的放在當(dāng)年的市場(chǎng)和業(yè)務(wù)背景下，加上前面所說(shuō)的技術(shù)不成而如今這個(gè)時(shí)代，企業(yè)都快被新技術(shù)帶來(lái)的能力和收益“慣壞了”，動(dòng)不動(dòng)就是：我想做一個(gè)送菜應(yīng)用。用戶(hù)端？安卓、iOS、H5、小程序都來(lái)一我整一套哈。運(yùn)維還要錢(qián)？啥是運(yùn)維？應(yīng)用有了不就能用了嘛，運(yùn)維還要花我錢(qián)？你當(dāng)投資者如果用傳統(tǒng)的開(kāi)發(fā)模式，這么全套下來(lái)的工時(shí)與報(bào)價(jià)，可能早就嚇跑了這群跟產(chǎn)品經(jīng)理一樣天雖然零代碼確實(shí)是設(shè)計(jì)給非專(zhuān)業(yè)開(kāi)發(fā)者用的，但其所能支撐的業(yè)務(wù)場(chǎng)景確實(shí)有限，無(wú)法真正革新傳統(tǒng)開(kāi)發(fā)模式，替代那些仍需專(zhuān)業(yè)開(kāi)發(fā)者參與的復(fù)雜業(yè)務(wù)場(chǎng)景。而狹義上的低代碼卻有潛力屏幕前一批穿格子襯衫的同學(xué)要發(fā)問(wèn)了：“低代碼都不怎么寫(xiě)代碼了，怎么能算是為我們程序員服務(wù)呢？”。雖然程序員討厭重復(fù)自己，但重要的事情還是得多說(shuō)一遍：開(kāi)發(fā)≠寫(xiě)代碼。了。千百年來(lái)，人類(lèi)使用的工具一直在演進(jìn)，但所從事活動(dòng)的本質(zhì)并沒(méi)有多大改變。無(wú)論是用小石子還是小鼠標(biāo)，寫(xiě)作繪畫(huà)的本質(zhì)都是創(chuàng)造與表達(dá)，最終作品的好壞并拿著什么；同樣地，應(yīng)用開(kāi)發(fā)的本質(zhì)是想法和邏輯，最終價(jià)值可視化拖拽與參數(shù)配置的極簡(jiǎn)開(kāi)發(fā)模式，結(jié)合模型驅(qū)動(dòng)的代碼自動(dòng)生成機(jī)制，可以消滅絕大部申請(qǐng)環(huán)境資源、配置監(jiān)控報(bào)警；一次搭建同時(shí)生成、構(gòu)建和發(fā)布多端應(yīng)用，免去人工同步維護(hù)多個(gè)功能重復(fù)的端應(yīng)用；開(kāi)箱即用的組件庫(kù)、模板庫(kù)、主題庫(kù)、連接器等，讓最大化軟件復(fù)用成為可能?？偠灾?，低代碼能夠讓專(zhuān)業(yè)開(kāi)發(fā)者更專(zhuān)注于創(chuàng)新性、有價(jià)值、有區(qū)分度的工作，雖然上面列的技術(shù)支撐性工作并不直接產(chǎn)生業(yè)務(wù)價(jià)值，但卻會(huì)直接影響業(yè)務(wù)的性能、成本、穩(wěn)定性、安全性、可持續(xù)發(fā)展能力等。有遠(yuǎn)見(jiàn)的企業(yè)，絕不允許犧牲這些重要指標(biāo)，來(lái)?yè)Q取短暫的業(yè)務(wù)加速。低代碼開(kāi)發(fā)平臺(tái)深知這一點(diǎn)，因此在簡(jiǎn)化和屏蔽底層某些底層技術(shù)或工具需要進(jìn)行徹底更換（比如不再維護(hù)的開(kāi)復(fù)用。在低代碼的世界里，平臺(tái)也可以提供對(duì)應(yīng)的多但更重要的是，低代碼平臺(tái)還可以充分發(fā)揮其一體化的生態(tài)優(yōu)勢(shì)，提供強(qiáng)大易用的可復(fù)用能力自帶的組件市場(chǎng)上搜索和引用更合適的組件，還可以自己用代碼開(kāi)發(fā)一個(gè)自定義組件并發(fā)布到相比而言，雖然傳統(tǒng)代碼世界整體生態(tài)更龐大和深厚，但由于各類(lèi)技術(shù)不互通、缺乏統(tǒng)一平臺(tái)與市場(chǎng)、代碼集成成本高等原因，一直以來(lái)都沒(méi)有形成有類(lèi)似規(guī)模潛力的生態(tài)能力復(fù)用體系，說(shuō)到這里，另一批裹著沖鋒衣頭頂锃亮的同學(xué)也忍不住了：“萬(wàn)一低代碼真的發(fā)展起來(lái)了，是不是就不需要那么多程序員了??？上有老下有小的，同是碼然是一場(chǎng)應(yīng)用開(kāi)發(fā)生產(chǎn)力革命，但并不會(huì)革掉程序員的飯碗。它去掉的只是難懂的編程語(yǔ)法、繁瑣的技術(shù)細(xì)節(jié)和一切可自動(dòng)化的重復(fù)性工作，并沒(méi)有也無(wú)法去掉應(yīng)用開(kāi)發(fā)最核心謹(jǐn)?shù)臉I(yè)務(wù)邏輯、巧妙的算法設(shè)計(jì)、良好的工程風(fēng)格以選擇去寫(xiě)低代碼中那一部分不可或缺的自定義代碼擴(kuò)展，為平民開(kāi)發(fā)者提供高質(zhì)量的積木。最后，你也完全可以選擇為低代碼平臺(tái)本身的底層代碼添磚加即使所有人都認(rèn)同上述“為什么要用低代碼”的理數(shù)“為什么我不需要低代碼”。實(shí)踐出真知沒(méi)錯(cuò)，而且大部分質(zhì)疑背后也都有一定道理；但在我看來(lái)，更多的可能是主觀或無(wú)意識(shí)的偏見(jiàn)。這里我列了一些對(duì)低代碼的常見(jiàn)質(zhì)疑和我個(gè)人的作為調(diào)研過(guò)國(guó)內(nèi)外多款低代碼產(chǎn)品的深度體驗(yàn)用戶(hù)，我的觀點(diǎn)是：不能以偏概全。低代碼市場(chǎng)在國(guó)內(nèi)正處于爆發(fā)初期，所以許多與低代碼只沾一點(diǎn)邊的產(chǎn)品也都在蹭熱點(diǎn)；但它們并不能代表低代碼目前的業(yè)界水平和發(fā)展方向。市面上真正成熟的企業(yè)級(jí)低代碼開(kāi)發(fā)平臺(tái)，完全有能力以高效的開(kāi)發(fā)方式滿足大部分復(fù)雜場(chǎng)景的功能需求，以及企業(yè)級(jí)應(yīng)用所需要的安全、性能、可假魚(yú)都在所難免。相信隨著時(shí)間推移，真正有實(shí)力和口碑的產(chǎn)品都能脫穎而出，為大家展現(xiàn)低作為同樣不搞清楚底層原理不舒服斯基的程序員，我更愿意相信：?jiǎn)栴}只是暫時(shí)的。雖然這確實(shí)是目前使用低代碼平臺(tái)時(shí)繞不開(kāi)的一個(gè)痛點(diǎn)，但并不屬于低代碼技術(shù)本身的固有缺陷。計(jì)算機(jī)領(lǐng)域有一句至理名言：任何問(wèn)題都可以通過(guò)增加一個(gè)間接的中間層來(lái)解決。低代碼的思路亦是如此：與當(dāng)年的操作系統(tǒng)和現(xiàn)在的云平臺(tái)一樣，都是想通過(guò)建立一個(gè)黑盒化的中間層抽象來(lái)當(dāng)然，所有額外增加的中間層都不是完全免費(fèi)的，低代碼也不例外。作為一個(gè)今天低代碼開(kāi)發(fā)者所遇到的種種“藍(lán)瘦”問(wèn)題，未來(lái)也終將成為被遺忘的歷史（誰(shuí)還沒(méi)段黑歷呢?！卑l(fā)，造成應(yīng)用可維護(hù)性低的根本原因往往不在于開(kāi)發(fā)工具，而是開(kāi)發(fā)者自身沒(méi)有去遵循一些軟好的低代碼平臺(tái)絕不會(huì)阻礙開(kāi)發(fā)者去改善應(yīng)用的可維護(hù)性；恰恰相反，還會(huì)盡可能提供引導(dǎo)和方面，讓?xiě)?yīng)用變得難以維護(hù)的一個(gè)客觀原因也是應(yīng)用本身過(guò)于復(fù)雜，而低代碼作為高度抽象和綜合來(lái)看，低代碼雖然不是能解決一切問(wèn)題的銀彈，但更不是會(huì)帶來(lái)更多問(wèn)題的炸彈：在提高應(yīng)用可維護(hù)性方面的上限，一定比傳統(tǒng)開(kāi)發(fā)模式更高；但決定應(yīng)用可維護(hù)性下限的，依然還是五、低代碼行業(yè)發(fā)展的表現(xiàn)是否夠好，或者未來(lái)是否有潛力做到更好，理論上來(lái)說(shuō)，低代碼是完全對(duì)標(biāo)傳統(tǒng)純代碼的通用開(kāi)發(fā)模式，應(yīng)該有能力支撐所有可能的業(yè)務(wù)場(chǎng)景。但理論也只是理論，低代碼一統(tǒng)江湖的夢(mèng)想尚未照進(jìn)現(xiàn)實(shí)，也不可能完全取代現(xiàn)實(shí)。前文中提到過(guò)，低代碼與純代碼方式是互補(bǔ)關(guān)系，未來(lái)也將長(zhǎng)期共包括但不限于：用戶(hù)體驗(yàn)、性能、可靠性、安全性、可伸縮性、可維護(hù)性、兼容性。其他一眾”應(yīng)用，由于需求的定制化和特殊性（例如螞蟻的期權(quán)系統(tǒng)...就只能覆蓋各自?。?，低代碼雖然是一個(gè)新興概念，但這個(gè)行業(yè)本身并不算很新（前文也有提到這些年以來(lái)早就積累了不少資深的榮耀王者。同時(shí)，低代碼作為一個(gè)朝陽(yáng)產(chǎn)業(yè)和六、結(jié)語(yǔ)樣一個(gè)東西（Why而后面這兩個(gè)問(wèn)題的答案，才是后雖然程序員真的不喜歡重復(fù)自己，但冗余也是一種必要的容錯(cuò)手段，好東西真的不容錯(cuò)過(guò)：歡7.EMAS旗下serverless小程序開(kāi)發(fā)基于小程序云Serverless開(kāi)發(fā)微信小程序簡(jiǎn)介：本文主要以使用小程序云Serverless服務(wù)開(kāi)發(fā)一個(gè)記事本微信本文主要以使用小程序云Serverless服務(wù)開(kāi)發(fā)一個(gè)記事本微信小一、準(zhǔn)備工作二、操作步驟微信會(huì)對(duì)小程序需要通過(guò)網(wǎng)絡(luò)訪問(wèn)的服務(wù)提供方進(jìn)行白名單限制，我們還需要配置小程序服務(wù)constconstMPServerless=require('/sdk/mpserverless.js');//此路徑即為上述引入