自拍偷在线精品自拍偷,亚洲欧美中文日韩v在线观看不卡

如何寫出優(yōu)雅的 JS 代碼,變量和函數(shù)的正確寫法

開發(fā) 前端
在開發(fā)中,變量名,函數(shù)名一般要做到清晰明了,盡量做到看名字就能讓人知道你的意圖,所以變量和函數(shù)命名是挺重要,今天來看看如果較優(yōu)雅的方式給變量和函數(shù)命名。

在開發(fā)中,變量名,函數(shù)名一般要做到清晰明了,盡量做到看名字就能讓人知道你的意圖,所以變量和函數(shù)命名是挺重要,今天來看看如果較優(yōu)雅的方式給變量和函數(shù)命名。

[[325239]]

一、變量

使用有意義和可發(fā)音的變量名

  1. // 不好的寫法 
  2. const yyyymmdstr = moment().format("YYYY/MM/DD"); 
  3.  
  4. // 好的寫法 
  5. const currentDate = moment().format("YYYY/MM/DD"); 

對同一類型的變量使用相同的詞匯

  1. // 不好的寫法 
  2. getUserInfo(); 
  3. getClientData(); 
  4. getCustomerRecord(); 
  5.  
  6. // 好的寫法 
  7. getUser(); 

使用可搜索的名字

我們讀的會比我們寫的多得多,所以如果命名太過隨意不僅會給后續(xù)的維護(hù)帶來困難,也會傷害了讀我們代碼的開發(fā)者。讓你的變量名可被讀取,像 buddy.js 和 ESLint 這樣的工具可以幫助識別未命名的常量。

  1. // 不好的寫法 
  2. // 86400000 的用途是什么? 
  3. setTimeout(blastOff, 86400000); 
  4.  
  5. // 好的寫法 
  6. const MILLISECONDS_IN_A_DAY = 86_400_000
  7. setTimeout(blastOff, MILLISECONDS_IN_A_DAY); 

使用解釋性變量

  1. // 不好的寫法 
  2. const address = "One Infinite Loop, Cupertino 95014"
  3. const cityZipCodeRegex = /^[^,\\]+[,\\\s]+(.+?)\s*(\d{5})?$/; 
  4. saveCityZipCode( 
  5.   address.match(cityZipCodeRegex)[1], 
  6.   address.match(cityZipCodeRegex)[2] 
  7. ); 
  8.  
  9.  
  10. // 好的寫法 
  11. const address = "One Infinite Loop, Cupertino 95014"
  12. const cityZipCodeRegex = /^[^,\\]+[,\\\s]+(.+?)\s*(\d{5})?$/; 
  13. const [_, city, zipCode] = address.match(cityZipCodeRegex) || []; 
  14. saveCityZipCode(city, zipCode); 

避免費腦的猜測

顯式用于隱式

  1. // 不好的寫法 
  2. const locations = ["Austin", "New York", "San Francisco"]; 
  3. locations.forEach(l => { 
  4.   doStuff(); 
  5.   doSomeOtherStuff(); 
  6.   // ... 
  7.   // ... 
  8.   // ... 
  9.   // 等等,“l”又是什么? 
  10.   dispatch(l); 
  11.  
  12. // 好的寫法 
  13. const locations = ["Austin", "New York", "San Francisco"]; 
  14. locations.forEach(location => { 
  15.   doStuff(); 
  16.   doSomeOtherStuff(); 
  17.   // ... 
  18.   // ... 
  19.   // ... 
  20.   dispatch(location); 
  21. }); 

無需添加不必要的上下文

如果類名/對象名已經(jīng)說明了,就無需在變量名中重復(fù)。

  1. // 不好的寫法 
  2. const Car = { 
  3.   carMake: "Honda", 
  4.   carModel: "Accord", 
  5.   carColor: "Blue" 
  6. }; 
  7.  
  8. function paintCar(car) { 
  9.   car.carColor = "Red"
  10. // 好的寫法 
  11. const Car = { 
  12.   make: "Honda", 
  13.   model: "Accord", 
  14.   color: "Blue" 
  15. }; 
  16.  
  17. function paintCar(car) { 
  18.   car.color = "Red"

使用默認(rèn)參數(shù)代替邏輯或(與)運算

  1. // 不好的寫法 
  2. function createMicrobrewery(name) { 
  3.   const breweryName = name || "Hipster Brew Co."; 
  4.   // ... 
  5. // 好的寫法 
  6. function createMicrobrewery(name = "Hipster Brew Co.") { 
  7.   // ... 

二、函數(shù)

函數(shù)參數(shù)(理想情況下為2個或更少)

限制函數(shù)參數(shù)的數(shù)量是非常重要的,因為它使測試函數(shù)變得更容易。如果有三個以上的參數(shù),就會導(dǎo)致組合爆炸,必須用每個單獨的參數(shù)測試大量不同的情況。

一個或兩個參數(shù)是理想的情況,如果可能,應(yīng)避免三個參數(shù)。除此之外,還應(yīng)該合并。大多數(shù)情況下,大于三個參數(shù)可以用對象來代替。

  1. // 不好的寫法 
  2. function createMenu(title, body, buttonText, cancellable) { 
  3.   // ... 
  4.  
  5. createMenu("Foo", "Bar", "Baz", true); 
  6.  
  7. // 好的寫法 
  8. function createMenu({ title, body, buttonText, cancellable }) { 
  9.   // ... 
  10.  
  11. createMenu({ 
  12.   title: "Foo", 
  13.   body: "Bar", 
  14.   buttonText: "Baz", 
  15.   cancellable: true 
  16. }); 

函數(shù)應(yīng)該只做一件事

這是目前為止軟件工程中最重要的規(guī)則。當(dāng)函數(shù)做不止一件事時,它們就更難組合、測試和推理??梢詫⒁粋€函數(shù)隔離為一個操作時,就可以很容易地重構(gòu)它,代碼也會讀起來更清晰。

  1. // 不好的寫法 
  2. function emailClients(clients) { 
  3.   clients.forEach(client => { 
  4.     const clientRecord = database.lookup(client); 
  5.     if (clientRecord.isActive()) { 
  6.       email(client); 
  7.     } 
  8.   }); 
  9.  
  10. // 好的寫法 
  11.  
  12. function emailActiveClients(clients) { 
  13.   clients.filter(isActiveClient).forEach(email); 
  14.  
  15. function isActiveClient(client) { 
  16.   const clientRecord = database.lookup(client); 
  17.   return clientRecord.isActive(); 

函數(shù)名稱應(yīng)說明其作用

  1. // 不好的寫法 
  2. function addToDate(date, month) { 
  3.   // ... 
  4.  
  5. const date = new Date(); 
  6.  
  7. // 從函數(shù)名稱很難知道添加什么 
  8. addToDate(date, 1); 
  9.  
  10. // 好的寫法 
  11. function addMonthToDate(month, date) { 
  12.   // ... 
  13.  
  14. const date = new Date(); 
  15. addMonthToDate(1, date); 

函數(shù)應(yīng)該只有一個抽象層次

當(dāng)有一個以上的抽象層次函數(shù),意味該函數(shù)做得太多了,需要將函數(shù)拆分可以實現(xiàn)可重用性和更簡單的測試。

  1. // 不好的寫法 
  2. function parseBetterJSAlternative(code) { 
  3.   const REGEXES = [ 
  4.     // ... 
  5.   ]; 
  6.  
  7.   const statements = code.split(" "); 
  8.   const tokens = []; 
  9.   REGEXES.forEach(REGEX => { 
  10.     statements.forEach(statement => { 
  11.       // ... 
  12.     }); 
  13.   }); 
  14.  
  15.   const ast = []; 
  16.   tokens.forEach(token => { 
  17.     // lex... 
  18.   }); 
  19.  
  20.   ast.forEach(node => { 
  21.     // parse... 
  22.   }); 
  23.  
  24. // 好的寫法 
  25. function parseBetterJSAlternative(code) { 
  26.   const tokens = tokenize(code); 
  27.   const syntaxTree = parse(tokens); 
  28.   syntaxTree.forEach(node => { 
  29.     // parse... 
  30.   }); 
  31.  
  32. function tokenize(code) { 
  33.   const REGEXES = [ 
  34.     // ... 
  35.   ]; 
  36.  
  37.   const statements = code.split(" "); 
  38.   const tokens = []; 
  39.   REGEXES.forEach(REGEX => { 
  40.     statements.forEach(statement => { 
  41.       tokens.push(/* ... */); 
  42.     }); 
  43.   }); 
  44.  
  45.   return tokens; 
  46.  
  47. function parse(tokens) { 
  48.   const syntaxTree = []; 
  49.   tokens.forEach(token => { 
  50.     syntaxTree.push(/* ... */); 
  51.   }); 
  52.  
  53.   return syntaxTree; 

刪除重復(fù)的代碼

盡量避免重復(fù)的代碼,重復(fù)的代碼是不好的,它意味著如果我們需要更改某些邏輯,要改很多地方。

通常,有重復(fù)的代碼,是因為有兩個或多個稍有不同的事物,它們有很多共同點,但是它們之間的差異迫使我們編寫兩個或多個獨立的函數(shù)來完成許多相同的事情。 刪除重復(fù)的代碼意味著創(chuàng)建一個僅用一個函數(shù)/模塊/類就可以處理這組不同事物的抽象。

獲得正確的抽象是至關(guān)重要的,這就是為什么我們應(yīng)該遵循類部分中列出的 「SOLID原則」。糟糕的抽象可能比重復(fù)的代碼更糟糕,所以要小心!說了這么多,如果你能做一個好的抽象,那就去做吧!不要重復(fù)你自己,否則你會發(fā)現(xiàn)自己在任何時候想要改變一件事的時候都要更新多個地方。

「設(shè)計模式的六大原則有」

  • Single Responsibility Principle:單一職責(zé)原則
  • Open Closed Principle:開閉原則
  • Liskov Substitution Principle:里氏替換原則
  • Law of Demeter:迪米特法則
  • Interface Segregation Principle:接口隔離原則
  • Dependence Inversion Principle:依賴倒置原則

把這六個原則的首字母聯(lián)合起來(兩個 L 算做一個)就是 SOLID (solid,穩(wěn)定的),其代表的含義就是這六個原則結(jié)合使用的好處:建立穩(wěn)定、靈活、健壯的設(shè)計。下面我們來分別看一下這六大設(shè)計原則。

「不好的寫法」

  1. function showDeveloperList(developers) { 
  2.   developers.forEach(developer => { 
  3.     const expectedSalary = developer.calculateExpectedSalary(); 
  4.     const experience = developer.getExperience(); 
  5.     const githubLink = developer.getGithubLink(); 
  6.     const data = { 
  7.       expectedSalary, 
  8.       experience, 
  9.       githubLink 
  10.     }; 
  11.  
  12.     render(data); 
  13.   }); 
  14.  
  15. function showManagerList(managers) { 
  16.   managers.forEach(manager => { 
  17.     const expectedSalary = manager.calculateExpectedSalary(); 
  18.     const experience = manager.getExperience(); 
  19.     const portfolio = manager.getMBAProjects(); 
  20.     const data = { 
  21.       expectedSalary, 
  22.       experience, 
  23.       portfolio 
  24.     }; 
  25.  
  26.     render(data); 
  27.   }); 

「好的寫法」

  1. function showEmployeeList(employees) { 
  2.   employees.forEach(employee => { 
  3.     const expectedSalary = employee.calculateExpectedSalary(); 
  4.     const experience = employee.getExperience(); 
  5.  
  6.     const data = { 
  7.       expectedSalary, 
  8.       experience 
  9.     }; 
  10.  
  11.     switch (employee.type) { 
  12.       case "manager": 
  13.         data.portfolio = employee.getMBAProjects(); 
  14.         break; 
  15.       case "developer": 
  16.         data.githubLink = employee.getGithubLink(); 
  17.         break; 
  18.     } 
  19.  
  20.     render(data); 
  21.   }); 

使用Object.assign設(shè)置默認(rèn)對象

「不好的寫法」

  1. const menuConfig = { 
  2.   title: null, 
  3.   body: "Bar", 
  4.   buttonText: null, 
  5.   cancellable: true 
  6. }; 
  7.  
  8. function createMenu(config) { 
  9.   configconfig.title = config.title || "Foo"; 
  10.   configconfig.body = config.body || "Bar"; 
  11.   configconfig.buttonText = config.buttonText || "Baz"; 
  12.   configconfig.cancellable = 
  13.     config.cancellable !== undefined ? config.cancellable : true; 
  14.  
  15. createMenu(menuConfig); 

「好的寫法」

  1. const menuConfig = { 
  2.   title: "Order", 
  3.   // User did not include 'body' key 
  4.   buttonText: "Send", 
  5.   cancellable: true 
  6. }; 
  7.  
  8. function createMenu(config) { 
  9.   config = Object.assign( 
  10.     { 
  11.       title: "Foo", 
  12.       body: "Bar", 
  13.       buttonText: "Baz", 
  14.       cancellable: true 
  15.     }, 
  16.     config 
  17.   ); 
  18.  
  19.   // config now equals: {title: "Order", body: "Bar", buttonText: "Send", cancellable: true} 
  20.   // ... 
  21.  
  22. createMenu(menuConfig); 

不要使用標(biāo)志作為函數(shù)參數(shù)

標(biāo)志告訴使用者,此函數(shù)可以完成多項任務(wù),函數(shù)應(yīng)該做一件事。如果函數(shù)遵循基于布爾的不同代碼路徑,請拆分它們。

  1. // 不好的寫法 
  2. function createFile(name, temp) { 
  3.   if (temp) { 
  4.     fs.create(`./temp/${name}`); 
  5.   } else { 
  6.     fs.create(name); 
  7.   } 
  8.  
  9. // 好的寫法 
  10. function createFile(name) { 
  11.   fs.create(name); 
  12.  
  13. function createTempFile(name) { 
  14.   createFile(`./temp/${name}`); 

避免副作用(第一部分)

如果函數(shù)除了接受一個值并返回另一個值或多個值以外,不執(zhí)行任何其他操作,都會產(chǎn)生副作用。副作用可能是寫入文件,修改某些全局變量,或者不小心將你的所有資金都匯給了陌生人。

「不好的寫法」

  1. let name = "Ryan McDermott"
  2.  
  3. function splitIntoFirstAndLastName() { 
  4.   namename = name.split(" "); 
  5.  
  6. splitIntoFirstAndLastName(); 
  7.  
  8. console.log(name); // ['Ryan', 'McDermott']; 

「好的寫法」

  1. function splitIntoFirstAndLastName(name) { 
  2.   return name.split(" "); 
  3.  
  4. const name = "Ryan McDermott"
  5. const newName = splitIntoFirstAndLastName(name); 
  6.  
  7. console.log(name); // 'Ryan McDermott'; 
  8. console.log(newName); // ['Ryan', 'McDermott']; 

避免副作用(第二部分)

在JavaScript中,原始類型值是按值傳遞,而對象/數(shù)組按引用傳遞。對于對象和數(shù)組,如果有函數(shù)在購物車數(shù)組中進(jìn)行了更改(例如,通過添加要購買的商品),則使用該購物車數(shù)組的任何其他函數(shù)都將受到此添加的影響。那可能很棒,但是也可能不好。來想象一個糟糕的情況:

用戶單擊“購買”按鈕,該按鈕調(diào)用一個purchase 函數(shù),接著,該函數(shù)發(fā)出一個網(wǎng)絡(luò)請求并將cart數(shù)組發(fā)送到服務(wù)器。由于網(wǎng)絡(luò)連接不好,purchase函數(shù)必須不斷重試請求?,F(xiàn)在,如果在網(wǎng)絡(luò)請求開始之前,用戶不小心點擊了他們實際上不需要的項目上的“添加到購物車”按鈕,該怎么辦?如果發(fā)生這種情況,并且網(wǎng)絡(luò)請求開始,那么購買函數(shù)將發(fā)送意外添加的商品,因為它有一個對購物車數(shù)組的引用,addItemToCart函數(shù)通過添加修改了這個購物車數(shù)組。

一個很好的解決方案是addItemToCart總是克隆cart數(shù)組,編輯它,然后返回克隆。這可以確保購物車引用的其他函數(shù)不會受到任何更改的影響。

關(guān)于這種方法有兩點需要注意:

  • 可能在某些情況下,我們確實需要修改輸入對象,但是當(dāng)我們采用這種編程實踐時,會發(fā)現(xiàn)這種情況非常少見,大多數(shù)東西都可以被改造成沒有副作用。
  • 就性能而言,克隆大對象可能會非常昂貴。幸運的是,在實踐中這并不是一個大問題,因為有很多很棒的庫使這種編程方法能夠快速進(jìn)行,并且不像手動克隆對象和數(shù)組那樣占用大量內(nèi)存。
  1. // 不好的寫法 
  2. const addItemToCart = (cart, item) => { 
  3.   cart.push({ item, date: Date.now() }); 
  4. }; 
  5.  
  6. // 好的寫法 
  7. const addItemToCart = (cart, item) => { 
  8.   return [...cart, { item, date: Date.now() }]; 
  9. }; 

不要寫全局函數(shù)

污染全局變量在 JS 中是一種不好的做法,因為可能會與另一個庫發(fā)生沖突,并且在他們的生產(chǎn)中遇到異常之前,API 的用戶將毫無用處。讓我們考慮一個示例:如果想擴(kuò)展 JS 的原生Array方法以具有可以顯示兩個數(shù)組之間差異的diff方法,該怎么辦?可以將新函數(shù)寫入Array.prototype,但它可能與另一個嘗試執(zhí)行相同操作的庫發(fā)生沖突。如果其他庫僅使用diff來查找數(shù)組的第一個元素和最后一個元素之間的區(qū)別怎么辦?這就是為什么只使用 ES6 類并簡單地擴(kuò)展Array全局會更好的原因。

  1. // 不好的寫法 
  2. Array.prototype.diff = function diff(comparisonArray) { 
  3.   const hash = new Set(comparisonArray); 
  4.   return this.filter(elem => !hash.has(elem)); 
  5. }; 
  6.  
  7. // 好的寫法 
  8. class SuperArray extends Array { 
  9.   diff(comparisonArray) { 
  10.     const hash = new Set(comparisonArray); 
  11.     return this.filter(elem => !hash.has(elem)); 
  12.   } 

盡量使用函數(shù)式編程而非命令式

JavaScript不像Haskell那樣是一種函數(shù)式語言,但它具有函數(shù)式的風(fēng)格。函數(shù)式語言可以更簡潔、更容易測試。如果可以的話,盡量喜歡這種編程風(fēng)格。

「不好的寫法」

  1. const programmerOutput = [ 
  2.   { 
  3.     name: "Uncle Bobby", 
  4.     linesOfCode: 500 
  5.   }, 
  6.   { 
  7.     name: "Suzie Q", 
  8.     linesOfCode: 1500 
  9.   }, 
  10.   { 
  11.     name: "Jimmy Gosling", 
  12.     linesOfCode: 150 
  13.   }, 
  14.   { 
  15.     name: "Gracie Hopper", 
  16.     linesOfCode: 1000 
  17.   } 
  18. ]; 
  19.  
  20. let totalOutput = 0
  21.  
  22. for (let i = 0; i < programmerOutput.length; i++) { 
  23.   totalOutput += programmerOutput[i].linesOfCode; 

「好的寫法」

  1. const programmerOutput = [ 
  2.   { 
  3.     name: "Uncle Bobby", 
  4.     linesOfCode: 500 
  5.   }, 
  6.   { 
  7.     name: "Suzie Q", 
  8.     linesOfCode: 1500 
  9.   }, 
  10.   { 
  11.     name: "Jimmy Gosling", 
  12.     linesOfCode: 150 
  13.   }, 
  14.   { 
  15.     name: "Gracie Hopper", 
  16.     linesOfCode: 1000 
  17.   } 
  18. ]; 
  19.  
  20. const totalOutput = programmerOutput.reduce( 
  21.   (totalLines, output) => totalLines + output.linesOfCode, 
  22.   0 
  23. ); 

封裝條件

  1. // 不好的寫法 
  2. if (fsm.state === "fetching" && isEmpty(listNode)) { 
  3.   // ... 
  4.  
  5. // 好的寫法 
  6. function shouldShowSpinner(fsm, listNode) { 
  7.   return fsm.state === "fetching" && isEmpty(listNode); 
  8.  
  9. if (shouldShowSpinner(fsmInstance, listNodeInstance)) { 
  10.   // ... 

避免使用非條件

  1. // 不好的寫法 
  2. function isDOMNodeNotPresent(node) { 
  3.   // ... 
  4.  
  5. if (!isDOMNodeNotPresent(node)) { 
  6.   // ... 
  7.  
  8. // 好的寫法 
  9. function isDOMNodePresent(node) { 
  10.   // ... 
  11.  
  12. if (isDOMNodePresent(node)) { 
  13.   // ... 

避免使用過多條件

這似乎是一個不可能完成的任務(wù)。一聽到這個,大多數(shù)人會說,“沒有if語句,我怎么能做任何事情呢?”答案是,你可以在許多情況下使用多態(tài)性來實現(xiàn)相同的任務(wù)。

第二個問題通常是,“那很好,但是我為什么要那樣做呢?”答案是上面講過一個概念:一個函數(shù)應(yīng)該只做一件事。當(dāng)具有if語句的類和函數(shù)時,這是在告訴你的使用者該函數(shù)執(zhí)行不止一件事情。

「不好的寫法」

  1. class Airplane { 
  2.   // ... 
  3.   getCruisingAltitude() { 
  4.     switch (this.type) { 
  5.       case "777": 
  6.         return this.getMaxAltitude() - this.getPassengerCount(); 
  7.       case "Air Force One": 
  8.         return this.getMaxAltitude(); 
  9.       case "Cessna": 
  10.         return this.getMaxAltitude() - this.getFuelExpenditure(); 
  11.     } 
  12.   } 

「好的寫法」

  1. class Airplane { 
  2.   // ... 
  3.  
  4. class Boeing777 extends Airplane { 
  5.   // ... 
  6.   getCruisingAltitude() { 
  7.     return this.getMaxAltitude() - this.getPassengerCount(); 
  8.   } 
  9.  
  10. class AirForceOne extends Airplane { 
  11.   // ... 
  12.   getCruisingAltitude() { 
  13.     return this.getMaxAltitude(); 
  14.   } 
  15.  
  16. class Cessna extends Airplane { 
  17.   // ... 
  18.   getCruisingAltitude() { 
  19.     return this.getMaxAltitude() - this.getFuelExpenditure(); 
  20.   } 

避免類型檢查

JavaScript 是無類型的,這意味著函數(shù)可以接受任何類型的參數(shù)。有時q我們會被這種自由所困擾,并且很想在函數(shù)中進(jìn)行類型檢查。有很多方法可以避免這樣做。首先要考慮的是一致的API。

  1. // 不好的寫法 
  2. function travelToTexas(vehicle) { 
  3.   if (vehicle instanceof Bicycle) { 
  4.     vehicle.pedal(this.currentLocation, new Location("texas")); 
  5.   } else if (vehicle instanceof Car) { 
  6.     vehicle.drive(this.currentLocation, new Location("texas")); 
  7.   } 
  8.  
  9. // 好的寫法 
  10. function travelToTexas(vehicle) { 
  11.   vehicle.move(this.currentLocation, new Location("texas")); 

不要過度優(yōu)化

現(xiàn)代瀏覽器在運行時做了大量的優(yōu)化工作。很多時候,如果你在優(yōu)化,那么你只是在浪費時間。有很好的資源可以查看哪里缺乏優(yōu)化,我們只需要針對需要優(yōu)化的地方就行了。

  1. // 不好的寫法 
  2.  
  3. // 在舊的瀏覽器上,每一次使用無緩存“list.length”的迭代都是很昂貴的 
  4. // 會為“list.length”重新計算。在現(xiàn)代瀏覽器中,這是經(jīng)過優(yōu)化的 
  5. for (let i = 0len = list.length; i < len; i++) { 
  6.   // ... 
  7.  
  8. // 好的寫法 
  9. for (let i = 0; i < list.length; i++) { 
  10.   // ... 

 

責(zé)任編輯:趙寧寧 來源: 大遷世界
相關(guān)推薦

2020-05-14 09:15:52

設(shè)計模式SOLID 原則JS

2021-01-04 07:57:07

C++工具代碼

2019-09-20 15:47:24

代碼JavaScript副作用

2022-03-11 12:14:43

CSS代碼前端

2021-12-07 08:16:34

React 前端 組件

2020-07-15 08:17:16

代碼

2017-08-10 14:55:33

前端JavaScript 函數(shù)

2020-05-11 15:23:58

CQRS代碼命令

2021-09-01 08:55:20

JavaScript代碼開發(fā)

2013-06-07 14:00:23

代碼維護(hù)

2021-11-30 10:20:24

JavaScript代碼前端

2022-02-08 19:33:13

技巧代碼格式

2022-02-17 10:05:21

CSS代碼前端

2020-12-19 10:45:08

Python代碼開發(fā)

2020-05-19 15:00:26

Bug代碼語言

2021-12-13 14:37:37

React組件前端

2022-10-24 08:10:21

SQL代碼業(yè)務(wù)

2015-09-28 10:49:59

代碼程序員

2019-06-24 10:26:15

代碼程序注釋

2021-04-29 21:54:44

Python代碼語言
點贊
收藏

51CTO技術(shù)棧公眾號