探討軟件專業(yè)人員所接受的規(guī)范轉(zhuǎn)變，我們收集了來(lái)自高級(jí)軟件架構(gòu)師和其他行業(yè)領(lǐng)導(dǎo)人的見解。當(dāng)這些專家分享他們的經(jīng)驗(yàn)時(shí)，我們還包含了其他答案，以提供更廣闊的視角。從采用現(xiàn)代API以提高性能，到利用基于組件的開發(fā)以實(shí)現(xiàn)可重用性，發(fā)現(xiàn)那些正在提升他們工作的變革性轉(zhuǎn)變。

采用現(xiàn)代API以提高性能

直到大約2015年，我的公司避免開發(fā)涉及大多數(shù)API的軟件或移動(dòng)應(yīng)用程序，例外情況如支付網(wǎng)關(guān)和會(huì)計(jì)系統(tǒng)（例如Stripe、Intuit、Sage和QuickBooks）以及Google的地圖API。那時(shí)，許多API太昂貴、太有缺陷，并且經(jīng)常帶來(lái)更多問題而不是解決問題。

然而，從2016年開始，發(fā)生了兩個(gè)重要的變化。首先，市場(chǎng)上的競(jìng)爭(zhēng)加劇，導(dǎo)致API許可成本降低，使更多的企業(yè)能夠更容易地獲得這些API。其次，API變得更加穩(wěn)定、可靠且易于集成，這要?dú)w功于技術(shù)進(jìn)步和標(biāo)準(zhǔn)化的改進(jìn)。這一轉(zhuǎn)變帶來(lái)了更好的整體性能和更可預(yù)測(cè)的結(jié)果，從而導(dǎo)致更快的部署和更滿意的利益相關(guān)者，無(wú)論是我們的最終客戶還是我們的內(nèi)部開發(fā)團(tuán)隊(duì)。

此外，日益增長(zhǎng)的開發(fā)者社區(qū)和API提供商提供的更全面的文檔也有助于簡(jiǎn)化集成過(guò)程。現(xiàn)代API的易用性和增強(qiáng)功能使我們能夠優(yōu)化開發(fā)工作流程，減少故障排除的時(shí)間，并更多地專注于創(chuàng)新和提供高質(zhì)量的解決方案。結(jié)果，API已成為我們開發(fā)策略的一個(gè)重要組成部分，使我們能夠構(gòu)建更強(qiáng)大、功能更豐富的應(yīng)用程序。

如今，我們?cè)诿總€(gè)項(xiàng)目中都使用API，而不僅僅局限于B2B和D2C工作。例如，我們最近開發(fā)了一個(gè)房地產(chǎn)應(yīng)用程序，利用了FLEXMLS（國(guó)家MLS網(wǎng)絡(luò)）的眾多API，以及各種支付網(wǎng)關(guān)、財(cái)務(wù)會(huì)計(jì)和稅務(wù)API。這種方法使我們能夠顯著減少開發(fā)時(shí)間，降低成本，并加速我們的上市日期?，F(xiàn)代API的效率和可靠性使我們能夠更快速、更經(jīng)濟(jì)地提供高質(zhì)量的解決方案。

使用LLMs簡(jiǎn)化繁瑣任務(wù)

我開始使用像Chat GPT和Claude這樣的LLM（大型語(yǔ)言模型）來(lái)減少軟件開發(fā)中無(wú)聊的部分。我用LLM來(lái)編寫樣板代碼和測(cè)試，生成示例數(shù)據(jù)，并將代碼遷移到使用不同的框架。我發(fā)現(xiàn)LLM在幫助我質(zhì)疑故障排除中的假設(shè)以及為我不太熟悉的庫(kù)、框架和編程語(yǔ)言生成原型代碼時(shí)特別有用。

擁抱函數(shù)式編程以提高可靠性

我所接受的一個(gè)編程規(guī)范轉(zhuǎn)變是向函數(shù)式編程的過(guò)渡。通過(guò)采用函數(shù)式編程原則，例如 immutability 和一等函數(shù)，我顯著提高了代碼的可靠性和可維護(hù)性。這個(gè)規(guī)范最大限度地減少了副作用，并促進(jìn)了更清晰、更可預(yù)測(cè)的代碼行為，從而提高了調(diào)試和測(cè)試過(guò)程的效率。結(jié)果，軟件的整體質(zhì)量提高了，由于減少了意外問題并使代碼重構(gòu)更加容易，開發(fā)時(shí)間也縮短了。

實(shí)現(xiàn)微服務(wù)以提高可擴(kuò)展性

采用微服務(wù)架構(gòu)可以在構(gòu)建復(fù)雜應(yīng)用程序時(shí)實(shí)現(xiàn)更高的可擴(kuò)展性和靈活性。通過(guò)將一個(gè)整體應(yīng)用程序拆分為更小的、獨(dú)立的服務(wù)，每個(gè)部分都可以獨(dú)立開發(fā)、部署和擴(kuò)展。這種方法可以提高故障隔離的效果，因?yàn)橐粋€(gè)微服務(wù)的故障并不一定會(huì)導(dǎo)致整個(gè)系統(tǒng)崩潰。

它還允許采用最適合每個(gè)服務(wù)需求的技術(shù)?？紤]探索微服務(wù)，以增強(qiáng)應(yīng)用程序的健壯性和敏捷性。

向事件驅(qū)動(dòng)編程過(guò)渡

轉(zhuǎn)向事件驅(qū)動(dòng)編程提供了增強(qiáng)的響應(yīng)性和高效的資源利用。在事件驅(qū)動(dòng)架構(gòu)中，程序的流程由用戶操作、傳感器輸出或其他程序的消息等事件決定。這導(dǎo)致了一個(gè)更松耦合和模塊化的系統(tǒng)，組件通過(guò)明確定義的事件而不是直接的方法調(diào)用進(jìn)行交互。

它能夠有效地處理異步操作，特別適用于實(shí)時(shí)應(yīng)用。研究事件驅(qū)動(dòng)編程如何提高系統(tǒng)的響應(yīng)性和適應(yīng)性。

利用反應(yīng)式編程提高效率

將反應(yīng)式編程集成到系統(tǒng)設(shè)計(jì)中，重點(diǎn)是設(shè)計(jì)能夠響應(yīng)、具有彈性并且能夠高效處理大量數(shù)據(jù)的系統(tǒng)。這種規(guī)范將數(shù)據(jù)流視為一等公民，使開發(fā)人員能夠構(gòu)建能夠動(dòng)態(tài)響應(yīng)數(shù)據(jù)變化或用戶輸入的應(yīng)用程序。通過(guò)利用反應(yīng)式編程，系統(tǒng)可以實(shí)現(xiàn)非阻塞異步執(zhí)行，從而帶來(lái)更好的性能和用戶體驗(yàn)。

它在需要實(shí)時(shí)數(shù)據(jù)處理的場(chǎng)景中尤其強(qiáng)大。探索反應(yīng)式編程，了解它如何優(yōu)化應(yīng)用程序的性能和響應(yīng)能力。

轉(zhuǎn)向聲明式編程以提高清晰度

轉(zhuǎn)向聲明式編程有助于通過(guò)強(qiáng)調(diào)“是什么”而不是“如何做”來(lái)編寫更清晰、更易維護(hù)的代碼。聲明式編程語(yǔ)言和框架使開發(fā)人員能夠表達(dá)計(jì)算的邏輯，而無(wú)需描述其控制流。這可以產(chǎn)生更簡(jiǎn)單、更簡(jiǎn)潔的代碼，更易于閱讀、調(diào)試和擴(kuò)展。

它還經(jīng)常減少錯(cuò)誤，因?yàn)橹攸c(diǎn)是期望的結(jié)果而不是實(shí)現(xiàn)它的具體步驟。研究聲明式編程以簡(jiǎn)化和澄清您的代碼庫(kù)。

采用基于組件的開發(fā)以實(shí)現(xiàn)可重用性

轉(zhuǎn)向基于組件的開發(fā)，通過(guò)關(guān)注可重用和獨(dú)立的組件，徹底改變了軟件的構(gòu)建方式。這種規(guī)范鼓勵(lì)設(shè)計(jì)封裝的組件，這些組件可以輕松重新組合以創(chuàng)建復(fù)雜的應(yīng)用程序。由于每個(gè)組件都管理自己的狀態(tài)和行為，它促進(jìn)了更好的職責(zé)分離和更輕松的維護(hù)。

這種方法通過(guò)允許物聯(lián)網(wǎng)開發(fā)公司開發(fā)人員在現(xiàn)有組件的基礎(chǔ)上進(jìn)行構(gòu)建，提高了代碼的可重用性和加速了開發(fā)時(shí)間，從而提高了編程效率?？紤]采用基于組件的開發(fā)來(lái)簡(jiǎn)化和提升您的編程效率。