少代碼替代低代碼（少代碼替代低代碼怎么弄）
目標是用盡可能少的代碼實現(xiàn)盡可能多的價值。讓我們來看看實現(xiàn)用更少代碼做更多事的技術、工具和框架。
譯自Less Code Alternatives to Low Code。
在我們系列文章的第一部分，我們分析了“低代碼”和“少代碼”在思想上的區(qū)別。我們明確了雖然低代碼解決方案讓更多人可參與軟件開發(fā)，但它存在局限性，特別是在開發(fā)復雜系統(tǒng)時。
增加的每一行代碼都會提高系統(tǒng)的復雜度和維護負擔。因此，目標是讓團隊用盡可能少的代碼實現(xiàn)盡可能多的價值。在本文中，我們將探討實現(xiàn)用更少代碼做更多事的技術、工具和框架。
改變思維方式
擁抱“最小化編程”理念非常重要。這種理念本質上傾向追求代碼的清晰性，激勵你識別代碼中不可或缺的元素，然后拋棄其他部分。是否存在更簡潔的解決方案？工具能否用更少的代碼實現(xiàn)相同的結果？我正在構建獨特且具有價值的東西，還是在重復解決已被解決的問題？
每一行代碼都必須從它所提供的潛在價值和代表的未來負擔進行審視。通過避免或刪除不必要的代碼，利用他人的工作來減少這種負擔。
調整過程
這種對“少碼”的傾向不僅僅局限于個別開發(fā)者，而應該滲透到整個軟件開發(fā)生命周期。代碼評審不應僅視為批評環(huán)節(jié)，而應作為精簡、明晰和簡化代碼的團隊協(xié)作工作。同樣，重構應被視為利用新知識改進舊代碼的常規(guī)練習。一個更簡潔、流暢的代碼庫就像一個組織良好的工作空間: 它能提高工作效率。自動化測試與此相輔相成，起著安全網的作用。它允許你修剪代碼庫并替換組件，同時確保新版本的表現(xiàn)如預期。
從低代碼向少代碼邁進的框架和工具
現(xiàn)代框架通過減少執(zhí)行常見任務所需編寫的代碼量，極大地提高了開發(fā)效率?？蚣艿牡讓哟a由社區(qū)進行了測試和維護，減輕了周邊維護負擔。代碼生成器不僅避免了重復性的擊鍵，還確保生成的代碼本身具有一致性和高效性。此外，我們開始看到AI和自動化技術為開發(fā)者提供新的支持，使其工作更具生產力。
在本節(jié)中，我們首先查看一些輔助前端開發(fā)的工具。之后，我們再深入研究幾個真正體現(xiàn)“少代碼”方法優(yōu)勢的工具。
前端開發(fā)中低代碼的替代工具
前端開發(fā)有許多選擇，雖然幾種工具廣為人知，但這個領域發(fā)展迅速，新的工具層出不窮。這種工具的不斷變化可能會讓人覺得這塊領域善變，好像團隊只是追隨潮流，但實際情況通常不是這樣。這些新進入者往往解決新的問題，以新方式解決現(xiàn)有問題，或針對特定利基進行優(yōu)化。它們借鑒現(xiàn)有工具的經驗教訓而構建，通常將它們作為增強或互操作性的基礎以幫助采用。
例如，Next.js 在 React 的基礎上增加了意見和功能，這些功能幫助創(chuàng)建 Web 應用程序。它可以幫助解決混合靜態(tài)和服務器端渲染內容、基于頁面的路由、數據獲取、中間件等常見挑戰(zhàn)。
Next.js 利用文件系統(tǒng)提供自動路由，消除了單獨的路由配置的需要。這大大簡化了代碼，使其更易于理解和維護。
app/├─ page.js└─ about/ └─ page.js
在這個結構中，app/page.js和app/about/page.js文件自動成為應用程序中的頁面路由(/和/about)。
Next.js 還通過允許開發(fā)人員為 API 創(chuàng)建自定義路由處理程序來方便后端開發(fā);這些文件約定命名為[route].js。
// app/api/route.jsexport async function GET() { const res = await fetch('<https://mydata.example.com/latest>', { headers: { 'Content-Type': 'application/json' }, }); const data = await res.json(); return Response.json(data);}
相比之下，Astro更注重內容，具有確保博客、作品集、電子商務或營銷網站等頁面加載時間的功能。Astro的部分水合特性在減少發(fā)送到瀏覽器的代碼量方面是一個突破。與傳統(tǒng)的完全水合整個應用程序的框架不同，Astro僅向瀏覽器發(fā)送必要的JavaScript，從而極大地減少了加載時間。
// This component won't send any JavaScript to the client// Great for static sites or server-rendered pages <html> <body> <h1>Hello, world!</h1> </body></html> // This component sends a tiny amount of JavaScript to the client// Astro will automatically only hydrate the <Counter /> component, nothing else <html> <body> <Counter client:load /> </body></html>
雖然Astro提供了自己的組件框架，但它也與React、Svelte和Vue等多種其他框架互操作。
其他工具關注構建時間改進、托管和預覽、無障礙性、自動化測試、類型安全等圍繞開發(fā)網站和應用程序的許多其他任務。
探索和選擇適合您情況的工具，而不是最熟悉的工具，可以在很少投入的情況下極大地影響您的應用程序。
后端開發(fā)的低代碼替代工具
后端工具的變化節(jié)奏一度非常緩慢。然而，最近這個領域變得更加活躍，以至于很容易錯過新工具的全貌。與前端開發(fā)一樣，這些新選擇通常解決新的問題，或在現(xiàn)有選項基礎上進一步提高生產力和穩(wěn)定性。
不去探索這些新選項，會導致團隊從事低價值、沒有差異化的工作，或認為過去的挑戰(zhàn)至今仍未解決。
例如，Supabase在PostgreSQL基礎上，結合其他一些開源工具，提供了一整套后端開發(fā)工具，用于構建和托管API、數據持久化、函數和認證等，所有這些都增強了PostgreSQL數據庫。
Supabase可以以極少的代碼實現(xiàn)用戶認證:
import { createClient } from '@supabase/supabase-js' const supabase = createClient('<https://your-supabase-url>', 'your-public-api-key') async function signUp(email, password) { const { user, error } = await supabase.auth.signUp({ email: email, password: password, }) if (error) console.error(error) else console.log(user)}
另一個進步領域是基礎設施即代碼，也稱為自我配置運行時。這些是工具、框架或平臺，盡可能減少構建應用程序的重復工作，讓團隊只關注特定產品的代碼。這類新興選項包括Nitric、Encore、Shuttle、Ampt和Wing等，每種方法針對這個問題及其適用場景各有不同。
以下是一個使用Nitric構建的API示例，它消除了使用傳統(tǒng)IaC工具構建部署項目的需要。相反，要部署必要的基礎設施，Nitric CLI會自動創(chuàng)建資源規(guī)范，然后配置和設置運行應用代碼所需的API網關和文檔存儲。
import { api, collection } from '@nitric/sdk'import { v4 as uuid } from 'uuid' const profileApi = api('public')const profiles = collection('profiles').for('writing', 'reading') profileApi.post('/profiles', async (ctx) => { const id = uuid() // Store the new profile in the profiles collection await profiles.doc(id).set({ name: ctx.req.json().name, age: ctx.req.json().age, homeTown: ctx.req.json().homeTown, }) // Set a JSON HTTP response ctx.res.json({ msg: `Profile with id $[id] created.`, })})
適應變化
在敏捷和效率至關重要的時代，“少代碼”不僅是編寫更少的代碼，而是利用最好的工具、實踐和思維方式，以更少的努力交付更多價值。隨著技術格局不斷發(fā)展，開發(fā)者和團隊保持好奇心和適應變化至關重要。
工具和產品格局的變化并非簡單追隨潮流，而是關乎抽象、效率和提供構建更好系統(tǒng)的新方法。
