Repository files navigation

Một cách tiếp cận hợp lý đối với JavaScript

Lưu ý của người dịch: Bản dịch này, với nỗ lực truyền đạt nội dung bằng tiếng Việt nhiều nhất có thể, đã dịch sang tiếng Việt các thuật ngữ, và/hoặc các từ, cụm từ mà thông thường không được dịch, như: "style guide", "object", "polyfill", v.v. Nếu bạn cảm thấy không quen thuộc hoặc khó khăn trong việc hiểu một số từ trong bản dịch này, hoặc muốn biết các từ tương ứng trong Tiếng Anh, vui lòng tham khảo phầnDanh mục các Thuật ngữ.

Lưu ý: Định hướng này giả định bạn đang sử dụngBabel, và đòi hỏi bạn sử dụngbabel-preset-airbnb hoặc một bộ tương đương. Nó cũng giả định rằng bạn đang cài bộ trợ năng cho ứng dụng của bạn, nhưairbnb-browser-shims hoặc một bộ tương đương.

Định hướng này cũng được dịch sang các ngôn ngữ khác. Xem phầnDịch.

Các Định hướng Lối viết Khác

• ES5 (Đã lỗi thời)
• React
• CSS-trong-JavaScript
• CSS & Sass
• Ruby

1. Các Kiểu giá trị
2. Các Tham chiếu
3. Các Đối tượng
4. Các Mảng
5. Trích xuất
6. Các Chuỗi
7. Các Hàm
8. Các Hàm mũi tên
9. Các Lớp & các Hàm tạo
10. Các Mô-đun
11. Các Đối tượng duyệt and các Hàm sinh trị
12. Các Thuộc tính
13. Các Biến
14. Sự kéo lên
15. Các Toán tử So sánh và Sự bằng nhau
16. Các Khối
17. Các Câu lệnh Điều khiển
18. Các Chú thích
19. Khoảng trắng
20. Các Dấu phẩy
21. Các Dấu chấm phẩy
22. Sự ép kiểu
23. Các Quy ước Đặt tên
24. Các Hàm truy cập
25. Các Sự kiện
26. jQuery
27. Tính tương thích của ECMAScript 5
28. Lối viết ECMAScript 6+ (ES 2015+)
29. Thư viện Tiêu chuẩn
30. Sự kiểm thử
31. Hiệu suất
32. Các Tài nguyên
33. Thực tế Áp dụng
34. Danh mục các Thuật ngữ
35. Dịch
36. Về Hướng dẫn Lối viết JavaScript
37. Nói chuyện với Chúng tôi về JavaScript
38. Những Người đóng góp
39. Giấy phép
40. Các Sửa đổi

• 1.1Kiểu nguyên thủy: Khi bạn truy cập một giá trị kiểu nguyên thủy, bạn làm việc trực tiếp trên giá trị của nó.

  • string
  • number
  • boolean
  • null
  • undefined
  • symbol
  • bigint

  constfoo=1;letbar=foo;bar=9;console.log(foo,bar);// => 1, 9

  • Sự thiếu hỗ trợ cho cácSymbol vàBigInt không thể được lấp đầy bởi các bộ trợ năng một cách toàn diện, do đó, chúng không nên được sử dụng khi hướng đến các trình duyệt/môi trường không có hỗ trợ sẵn.

• 1.2Kiểu phức tạp: Khi bạn truy cập một giá trị kiểu phức tạp, bạn làm việc trên tham chiếu giá trị của nó.

  • object
  • array
  • function

  constfoo=[1,2];constbar=foo;bar[0]=9;console.log(foo[0],bar[0]);// => 9, 9

⬆ về đầu trang

• 2.1 Sử dụngconst đối với tất cả các tham chiếu; tránh sử dụngvar. eslint:prefer-const,no-const-assign

  Tại sao? Điều này đảm bảo rằng bạn không thể gán lại các tham chiếu, việc có thể gây ra các lỗi và gây khó khăn cho sự đọc hiểu mã nguồn.

  // không tốtvara=1;varb=2;// tốtconsta=1;constb=2;

• 2.2 Nếu bạn bắt buộc phải gán lại các tham chiếu, sử dụnglet, thay vìvar. eslint:no-var

  Tại sao?let thuộc phạm vi khối mà nó được khởi tạo, thay vì thuộc phạm vi hàm nhưvar.

  // không tốtvarcount=1;if(true){count+=1;}// tốt, sử dụng let.letcount=1;if(true){count+=1;}

• 2.3 Lưu ý rằng cảlet vàconst đều thuộc phạm vi khối, cònvar thuộc phạm vi hàm.

  // const và let chỉ tồn tại trong phạm vi khối tạo ra chúng.{leta=1;constb=1;varc=1;}console.log(a);// ReferenceErrorconsole.log(b);// ReferenceErrorconsole.log(c);// In ra 1

  Trong đoạn mã trên, bạn có thể thấy rằng lỗi ReferenceError xảy ra khi truy cậpa vàb, trong khic vẫn là số đã gán. Nguyên nhân là vìa vàb thuộc phạm vi khối, cònc thuộc phạm vi hàm chứa đoạn mã trên.

⬆ về đầu trang

• 3.1 Sử dụng cú pháp nguyên văn{} để khởi tạo đối tượng. eslint:no-new-object

  // không tốtconstitem=newObject();// tốtconstitem={};

• 3.2 Sử dụng các tên được tính của thuộc tính[key()] khi tạo các đối tượng có các tên của thuộc tính là động.

  Tại sao? Chúng cho phép bạn định nghĩa tất cả các thuộc tính của một đối tượng cùng một chỗ.

  functiongetKey(k){return`tên của thuộc tính là${k}`;}// không tốtconstobj={id:5,name:'San Francisco',};obj[getKey('enabled')]=true;// tốtconstobj={id:5,name:'San Francisco',[getKey('enabled')]:true,};

• 3.3 Sử dụng cú pháp định nghĩa phương thức rút gọn để định nghĩa các phương thức của đối tượng. eslint:object-shorthand

  // không tốtconstatom={value:1,addValue:function(value){returnatom.value+value;},};// tốtconstatom={value:1,addValue(value){returnatom.value+value;},};

• 3.4 Sử dụng cú pháp định nghĩa thuộc tính rút gọn để định nghĩa các thuộc tính của đối tượng. eslint:object-shorthand

  Tại sao? Nó ngắn gọn và súc tích.

  constlukeSkywalker='Luke Skywalker';// không tốtconstobj={lukeSkywalker:lukeSkywalker,};// tốtconstobj={  lukeSkywalker,};

• 3.5 Gom tất cả các thuộc tính rút gọn ở trên cùng khi khai báo đối tượng.

  Tại sao? Điều này giúp bạn dễ dàng biết được thuộc tính nào sử dụng cú pháp rút gọn.

  constanakinSkywalker='Anakin Skywalker';constlukeSkywalker='Luke Skywalker';// không tốtconstobj={episodeOne:1,twoJediWalkIntoACantina:2,  lukeSkywalker,episodeThree:3,mayTheFourth:4,  anakinSkywalker,};// tốtconstobj={  lukeSkywalker,  anakinSkywalker,episodeOne:1,twoJediWalkIntoACantina:2,episodeThree:3,mayTheFourth:4,};

• 3.6 Chỉ sử dụng dấu lược' ' cho các thuộc tính có định danh không hợp lệ. eslint:quote-props

  Tại sao? Nhìn chung, chúng ta sẽ thấy nó dễ đọc hơn nhiều. Nó cải thiện nhấn mạnh cú pháp, và nó cũng giúp việc tối ưu hóa bằng các trình thực thi JS hiệu quả hơn.

  // không tốtconstbad={'foo':3,'bar':4,'một-cái-tên':5,};// tốtconstgood={foo:3,bar:4,'một-cái-tên':5,};

• 3.7 Không gọi các phương thứcObject.prototype một cách trực tiếp, ví dụ nhưhasOwnProperty,propertyIsEnumerable, vàisPrototypeOf. eslint:no-prototype-builtins

  Tại sao? Những phương thức này có thể bị thay thế bởi các thuộc tính của một đối tượng - như{ hasOwnProperty: false } - hoặc, đối tượng có thể là một đối tượng rỗng (Object.create(null)).

  // không tốtconsole.log(object.hasOwnProperty(key));// tốtconsole.log(Object.prototype.hasOwnProperty.call(object,key));// tốt nhấtconsthas=Object.prototype.hasOwnProperty;// lưu tạm phương thức một lần, dùng cho cả mô-đun.console.log(has.call(object,key));/* hoặc */importhasfrom'has';// https://www.npmjs.com/package/hasconsole.log(has.call(object,key));

• 3.8 Ưu tiên sử dụng cú pháp liệt kê... so vớiObject.assign để tạo bản sao nhanh của một đối tượng. Sử dụng toán tử còn-lại... để tạo một đối tượng mới với một số thuộc tính đã bị loại bỏ. eslint:prefer-object-spread

  // rất không tốtconstoriginal={a:1,b:2};constcopy=Object.assign(original,{c:3});// cái này làm biến đổi `original` ಠ_ಠdeletecopy.a;// cái này cũng vậy// không tốtconstoriginal={a:1,b:2};constcopy=Object.assign({},original,{c:3});// copy => { a: 1, b: 2, c: 3 }// tốtconstoriginal={a:1,b:2};constcopy={ ...original,c:3};// copy => { a: 1, b: 2, c: 3 }const{ a, ...noA}=copy;// noA => { b: 2, c: 3 }

⬆ về đầu trang

• 4.1 Sử dụng cú pháp nguyên văn[] để khởi tạo mảng. eslint:no-array-constructor

  // không tốtconstitems=newArray();// tốtconstitems=[];

• 4.2 Sử dụngArray#push, thay vì phép gán, để thêm các mục cho một mảng.

  constsomeStack=[];// không tốtsomeStack[someStack.length]='abracadabra';// tốtsomeStack.push('abracadabra');

• 4.3 Sử dụng toán tử liệt kê... để sao nhanh một mảng.

  // không tốtconstlen=items.length;constitemsCopy=[];leti;for(i=0;i<len;i+=1){itemsCopy[i]=items[i];}// tốtconstitemsCopy=[...items];

• 4.4 Để chuyển đổi một đối tượng khả duyệt thành một mảng, sử dụng toán tử liệt kê... thay vìArray.from.

  constfoo=document.querySelectorAll('.foo');// tốtconstnodes=Array.from(foo);// tốt nhấtconstnodes=[...foo];

• 4.5 Sử dụngArray.from để chuyển đổi một đối tượng giống-mảng thành một mảng.

  constarrLike={0:'foo',1:'bar',2:'baz',length:3};// không tốtconstarr=Array.prototype.slice.call(arrLike);// tốtconstarr=Array.from(arrLike);

• 4.6 Sử dụngArray.from, thay vì toán tử liệt kê..., để ánh xạ một đối tượng khả duyệt, vì nó không tạo ra một mảng trung gian.

  // không tốtconstbaz=[...foo].map(bar);// tốtconstbaz=Array.from(foo,bar);

• 4.7 Sử dụng các lệnhreturn cho các hàm gọi lại dùng cho các phương thức của mảng. Được phép bỏ quareturn nếu phần thân hàm chỉ gồm một câu lệnh trả về một biểu thức không có hiệu ứng phụ, theo quy tắc8.2. eslint:array-callback-return

  // tốt[1,2,3].map((x)=>{consty=x+1;returnx*y;});// tốt[1,2,3].map((x)=>x+1);// không tốt - không có giá trị trả về đồng nghĩa với `acc` sẽ trở thành undefined sau lượt duyệt đầu tiên[[0,1],[2,3],[4,5]].reduce((acc,item,index)=>{constflatten=acc.concat(item);});// tốt[[0,1],[2,3],[4,5]].reduce((acc,item,index)=>{constflatten=acc.concat(item);returnflatten;});// không tốtinbox.filter((msg)=>{const{ subject, author}=msg;if(subject==='Con chim nhại'){returnauthor==='Harper Lee';}else{returnfalse;}});// tốtinbox.filter((msg)=>{const{ subject, author}=msg;if(subject==='Con chim nhại'){returnauthor==='Harper Lee';}returnfalse;});

• 4.8 Sử dụng dấu ngắt dòng trước và sau các dấu đóng và mở ngoặc vuông nếu một mảng nằm trên nhiều dòng.

  // không tốtconstarr=[[0,1],[2,3],[4,5],];constobjectInArray=[{id:1,},{id:2,}];constnumberInArray=[1,2,];// tốtconstarr=[[0,1],[2,3],[4,5]];constobjectInArray=[{id:1,},{id:2,},];constnumberInArray=[1,2,];

⬆ về đầu trang

• 5.1 Sử dụng trích xuất đối tượng khi truy cập và sử dụng nhiều thuộc tính của một đối tượng. eslint:prefer-destructuring

  Tại sao? Trích xuất giúp việc tạo các tham chiếu đến các thuộc tính trở nên dễ dàng hơn và hạn chế việc truy cập một đối tượng lặp đi lặp lại. Việc truy cập đối tượng lặp đi lặp lại tạo ra nhiều đoạn mã trùng lặp hơn, cần phải đọc nhiều hơn, và tăng khả năng xảy ra nhầm lẫn. Trích xuất đối tượng cũng tạo nên một ý tưởng về cấu trúc của đối tượng được sử dụng trong khối, thay vì cần phải đọc toàn bộ khối để xác định những thuộc tính được sử dụng.

  // không tốtfunctiongetFullName(user){constfirstName=user.firstName;constlastName=user.lastName;return`${firstName}${lastName}`;}// tốtfunctiongetFullName(user){const{ firstName, lastName}=user;return`${firstName}${lastName}`;}// bestfunctiongetFullName({ firstName, lastName}){return`${firstName}${lastName}`;}

• 5.2 Hãy sử dụng trích xuất mảng. eslint:prefer-destructuring

  constarr=[1,2,3,4];// không tốtconstfirst=arr[0];constsecond=arr[1];// tốtconst[first,second]=arr;

• 5.3 Sử dụng trích xuất đối tượng khi có nhiều giá trị trả về, thay vì trích xuất mảng.

  Tại sao? Bạn có thể thêm các thuộc tính mới qua thời gian hay thay đổi thứ tự các thứ mà không lo làm hỏng các phép gọi trước đó.

  // không tốtfunctionprocessInput(input){// khi một phép màu xảy rareturn[left,right,top,bottom];}// người gọi cần nghĩ về thứ tự của giá trị trả vềconst[left,__,top]=processInput(input);// tốtfunctionprocessInput(input){// khi một phép màu xảy rareturn{ left, right, top, bottom};}// người gọi chỉ cần chọn giá trị mà họ muốnconst{ left, top}=processInput(input);

⬆ về đầu trang

• 6.1 Sử dụng dấu lược cho các chuỗi. eslint:quotes

  // không tốtconstname="Capt. Janeway";// không tốt - các nguyên văn mẫu nên chứa sự biến đổi chuỗi hoặc ngắt dòngconstname=`Capt. Janeway`;// tốtconstname='Capt. Janeway';

• 6.2 Các chuỗi, dù khiến cho độ dài của dòng lớn hơn 100 ký tự, không nên được viết thành nhiều dòng sử dụng ghép chuỗi.

  Tại sao? Các chuỗi bị chia nhỏ rất khó để làm việc cùng và khiến việc tìm kiếm trong mã nguồn trở nên khó hơn.

  // không tốtconsterrorMessage='Đây là một lỗi rất dài mà được ném ra bởi \Người Dơi. Khi bạn ngừng nghĩ về việc tại sao Người Dơi chẳng có liên \quan gì với thứ này, bạn sẽ vẫn chẳng đi đến đâu với \đâu.';// không tốtconsterrorMessage='Đây là một lỗi rất dài mà được ném ra bởi'+'Người Dơi. Khi bạn ngừng nghĩ về việc tại sao Người Dơi chẳng có liên'+'quan gì với thứ này, bạn sẽ vẫn chẳng đi đến đâu với'+'đâu.';// tốtconsterrorMessage='Đây là một lỗi rất dài mà được ném ra bởi Người Dơi. Khi bạn ngừng nghĩ về việc tại sao Người Dơi chẳng có liên quan gì với thứ này, bạn sẽ vẫn chẳng đi đến đâu với đâu.';

• 6.3 Khi xây dựng các chuỗi theo một chu trình, sử dụng mẫu chuỗi thay vì ghép chuỗi. eslint:prefer-templatetemplate-curly-spacing

  Tại sao? Các mẫu chuỗi cho bạn một cú pháp súc tích, dễ đọc với các ngắt dòng và các tính năng ghép chuỗi phù hợp.

  // không tốtfunctionsayHi(name){return'Bạn có khỏe không, '+name+'?';}// không tốtfunctionsayHi(name){return['Bạn có khỏe không, ',name,'?'].join();}// tốtfunctionsayHi(name){return`Bạn có khỏe không,${name}?`;}

• 6.4 Không bao giờ sử dụngeval() cho một chuỗi, điều đó mở ra rất nhiều các lỗ hổng và rủi ro. eslint:no-eval

• 6.5 Không sử dụng các ký tự thoát trong một chuỗi khi không cần thiết. eslint:no-useless-escape

  Tại sao? Các dấu chéo ngược làm giảm tính khả đọc, vì thế chúng chỉ nên xuất hiện khi cần.

  // không tốtconstfoo='\'cái này\' \đư\ợc \"cho trong ngoặc\"';// tốtconstfoo='\'cái này\' được "cho trong ngoặc"';constfoo=`tên của tôi là '${name}'`;

⬆ về đầu trang

• 7.1 Sử dụng biểu thức hàm hữu danh thay vì khai báo hàm. eslint:func-style

  Tại sao? Các khai báo hàm đều được kéo lên, đồng nghĩa với việc một hàm rất dễ có khả năng được sử dụng trước cả khi nó được định nghĩa trong tệp. Điều này làm giảm tính khả đọc và khả năng bảo trì. Nếu bạn thấy một hàm đủ lớn hoặc phức tạp đến mức ảnh hưởng đến việc đọc hiểu phần còn lại của tệp thì, có lẽ, nó nên được tách ra thành một mô-đun riêng! Đừng quên đặt tên cho biểu thức một cách rõ ràng, cho dù tên hàm có thể được suy ra từ tên biến chứa hàm đó (thường gặp ở các trình duyệt mới nhất hoặc các trình biên dịch như Babel). Điều này loại bỏ các nhận định liên quan đến ngăn xếp của một lỗi. (Cuộc thảo luận)

  // không tốtfunctionfoo(){// ...}// không tốtconstfoo=function(){// ...};// tốt// tên riêng của hàm, phân biệt với tên tham chiếu được gọi khi cần sử dụngconstshort=functionlongUniqueMoreDescriptiveLexicalFoo(){// ...};

• 7.2 Đặt các biểu thức hàm gọi tức thời trong ngoặc. eslint:wrap-iife

  Tại sao? Một biểu thức hàm gọi tức thời mà một đơn vị riêng - đặt nó và dấu ngoặc dùng để gọi nó() trong ngoặc để biểu đạt nó một cách rõ ràng. Cũng cần biết là, trong cái thế giới mà mô-đun ngập tràn mọi nơi như bây giờ, bạn cũng chả mấy khi cần dùng đến biểu thức hàm gọi tức thời.

  // biểu thức hàm gọi tức thời(function(){console.log('Xin chào đến với thế giới. Hãy đi theo tôi.');}());

• 7.3 Không bao giờ khai báo một hàm bên trong một khối không phải hàm (if,while, v.v.). Thay vào đó, hãy gán hàm cho một biến. Các trình duyệt đều sẽ cho phép bạn làm điều đó, nhưng tiếc là, cách mà chúng diễn dịch là khác nhau. eslint:no-loop-func

• 7.4Ghi chú: ECMA-262 định nghĩa mộtkhối là tập hợp một hoặc một vài câu lệnh. Một khai báo hàm không phải là một câu lệnh.

  // không tốtif(currentUser){functiontest(){console.log('Đừng!');}}// tốtlettest;if(currentUser){test=()=>{console.log('Tốt đó.');};}

• 7.5 Không bao giờ đặt tên một tham số làarguments. Tham số này sẽ được ưu tiên hơn đối tượngarguments được cung cấp cho mỗi phạm vi hàm.

  // không tốtfunctionfoo(name,options,arguments){// ...}// tốtfunctionfoo(name,options,args){// ...}

• 7.6 Không bao giờ sử dụngarguments, thay vào đó, hãy sử dụng cú pháp còn-lại.... eslint:prefer-rest-params

  Tại sao?... định rõ các đối số mà bạn muốn lấy. Thêm nữa, kết quả của còn-lại là một mảng đúng nghĩa, thay vì chỉ là giống-mảng nhưarguments.

  // không tốtfunctionconcatenateAll(){constargs=Array.prototype.slice.call(arguments);returnargs.join('');}// tốtfunctionconcatenateAll(...args){returnargs.join('');}

• 7.7 Sử dụng tham số mặc định thay vì làm biến đổi các đối số truyền vào hàm.

  // rất tệfunctionhandleThings(opts){// Không! Chúng ta không nên biến đổi các đối số.// Cái tệ thứ hai: Nếu opts là kiểu sai, nó sẽ bị đổi thành một đối tượng.// Đó có thể là điều bạn muốn, nhưng nó thi thoảng gây ra lỗi.opts=opts||{};// ...}// vẫn tệfunctionhandleThings(opts){if(opts===void0){opts={};}// ...}// tốtfunctionhandleThings(opts={}){// ...}

• 7.8 Tránh gây ra hiệu ứng phụ với tham số mặc định.

  Tại sao? Chúng khá là rối để có thể hình dung.

  varb=1;// không tốtfunctioncount(a=b++){console.log(a);}count();// 1count();// 2count(3);// 3count();// 3

• 7.9 Luôn để các tham số mặc định ở sau cùng. eslint:default-param-last

  // không tốtfunctionhandleThings(opts={},name){// ...}// tốtfunctionhandleThings(name,opts={}){// ...}

• 7.10 Không bao giờ sử dụng hàm tạoFunction để tạo hàm. eslint:no-new-func

  Tại sao? Tạo một hàm theo cách này cũng thực thi chuỗi giống nhưeval() vậy, thứ mà mở ra các lỗ hổng.

  // không tốtvaradd=newFunction('a','b','return a + b');// vẫn là không tốtvarsubtract=Function('a','b','return a - b');

• 7.11 Sử dụng các dấu cách giữa các bộ phận hàm. eslint:space-before-function-parenspace-before-blocks

  Tại sao? Sự đồng nhất vẫn cứ là tốt, và bạn không cần phải thêm hoặc bớt dấu cách khi không đặt tên hàm.

  // không tốtconstf=function(){};constg=function(){};consth=function(){};// tốtconstx=function(){};consty=functiona(){};

• 7.12 Không bao giờ làm biến đổi các tham số. eslint:no-param-reassign

  Tại sao? Việc can thiệp vào các đối tượng được truyền vào dưới dạng tham số có thể gây hiệu ứng phụ không mong muốn đối với biến tại tiến trình gọi.

  // không tốtfunctionf1(obj){obj.key=1;}// tốtfunctionf2(obj){constkey=Object.prototype.hasOwnProperty.call(obj,'key') ?obj.key :1;}

• 7.13 Không bao giờ gán lại các tham số. eslint:no-param-reassign

  Tại sao? Việc gán lại các tham số có thể dẫn tới hành vi không mong muốn, đặc biệt là khi truy cập đối tượngarguments. Nó cũng có thể gây ra một số vấn đề về tối ưu hóa, nhất là trong V8.

  // không tốtfunctionf1(a){a=1;// ...}functionf2(a){if(!a){a=1;}// ...}// tốtfunctionf3(a){constb=a||1;// ...}functionf4(a=1){// ...}

• 7.14 Ưu tiên sử dụng cú pháp liệt kê... để gọi các hàm bất định. eslint:prefer-spread

  Tại sao? Nó nhìn sáng sủa hơn, bạn không cần phải đặt ngữ cảnh, và bạn cũng đâu thể dễ dàng kết hợpnew vớiapply.

  // không tốtconstx=[1,2,3,4,5];console.log.apply(console,x);// tốtconstx=[1,2,3,4,5];console.log(...x);// không tốtnew(Function.prototype.bind.apply(Date,[null,2016,8,5]));// tốtnewDate(...[2016,8,5]);

• 7.15 Các hàm với các bộ phận hàm, hoặc các phép gọi, nằm trên nhiều dòng nên được căn đầu dòng như tất cả các danh sách nhiều dòng khác trong hướng dẫn này: với mỗi mục nằm trên một dòng riêng biệt, cùng với một dấu phẩy ngay sau mục cuối cùng. eslint:function-paren-newline

  // không tốtfunctionfoo(bar,baz,quux){// ...}// tốtfunctionfoo(bar,baz,quux,){// ...}// không tốtconsole.log(foo,bar,baz);// tốtconsole.log(foo,bar,baz,);

⬆ về đầu trang

• 8.1 Khi bạn phải sử dụng một hàm vô danh (như khi cần truyền một hàm gọi lại trên cùng dòng), sử dụng ký pháp hàm mũi tên. eslint:prefer-arrow-callback,arrow-spacing

  Tại sao? Nó tạo ra một hàm thực thi trên ngữ cảnh củathis, thường là thứ bạn cần, và nó rất súc tích.

  Khi nào thì không? Khi bạn có một hàm tương đối rắc rối, bạn cần phải chuyển lô-gíc của hàm đó sang biểu thức hàm hữu danh.

  // không tốt[1,2,3].map(function(x){consty=x+1;returnx*y;});// tốt[1,2,3].map((x)=>{consty=x+1;returnx*y;});

• 8.2 Nếu như phần thân hàm chỉ gồm một câu lệnh trả về mộtbiểu thức mà không có hiệu ứng phụ, bỏ qua dấu ngoặc nhọn và sử dụng trả về ngầm định. Nếu không, giữ nguyên dấu ngoặc và sử dụng lệnhreturn. eslint:arrow-parens,arrow-body-style

  Tại sao? Cú pháp tiện lợi. Nó dễ đọc khi nhiều hàm nối chuỗi nhau.

  // không tốt[1,2,3].map((number)=>{constnextNumber=number+1;`Một chuỗi có chứa số${nextNumber}.`;});// tốt[1,2,3].map((number)=>`Một chuỗi có chứa số${number+1}.`);// tốt[1,2,3].map((number)=>{constnextNumber=number+1;return`Một chuỗi có chứa số${nextNumber}.`;});// tốt[1,2,3].map((number,index)=>({[index]:number,}));// Không dùng trả về ngầm định khi có hiệu ứng phụfunctionfoo(callback){constval=callback();if(val===true){// Thực hiện gì đó nếu hàm gọi lại trả về true}}letbool=false;// không tốtfoo(()=>bool=true);// tốtfoo(()=>{bool=true;});

• 8.3 Trong trường hợp biểu thức nằm trên nhiều dòng, nhóm nó trong ngoặc để dễ đọc hơn.

  Tại sao? Nó cho thấy một cách rõ ràng điểm bắt đầu và kết thúc hàm.

  // không tốt['get','post','put'].map((httpMethod)=>Object.prototype.hasOwnProperty.call(httpMagicObjectWithAVeryLongName,httpMethod,));// tốt['get','post','put'].map((httpMethod)=>(Object.prototype.hasOwnProperty.call(httpMagicObjectWithAVeryLongName,httpMethod,)));

• 8.4 Luôn sử dụng ngoặc tròn xung quanh các đối số để rõ ràng và nhất quán. eslint:arrow-parens

  Tại sao? Giảm thiểu sự khác biệt khi thêm và xóa các đối số.

  // không tốt[1,2,3].map(x=>x*x);// tốt[1,2,3].map((x)=>x*x);// tốt[1,2,3].map((number)=>(`Một chuỗi thật là dài với số${number}. Nó quá dài để chúng ta có thể viết cùng dòng với dòng .map!`));// không tốt[1,2,3].map(x=>{consty=x+1;returnx*y;});// tốt[1,2,3].map((x)=>{consty=x+1;returnx*y;});

• 8.5 Tránh gây dễ nhầm lẫn giữa cú pháp hàm mũi tên (=>) với các toán tử so sánh (<=,>=). eslint:no-confusing-arrow

  // không tốtconstitemHeight=(item)=>item.height<=256 ?item.largeSize :item.smallSize;// không tốtconstitemHeight=(item)=>item.height>=256 ?item.largeSize :item.smallSize;// tốtconstitemHeight=(item)=>(item.height<=256 ?item.largeSize :item.smallSize);// tốtconstitemHeight=(item)=>{const{ height, largeSize, smallSize}=item;returnheight<=256 ?largeSize :smallSize;};

• 8.6 Cách đặt vị trí của phần thân hàm mũi tên với trả về ngầm định. eslint:implicit-arrow-linebreak

  // không tốt(foo)=>bar;(foo)=>(bar);// tốt(foo)=>bar;(foo)=>(bar);(foo)=>(bar)

⬆ về đầu trang

• 9.1 Luôn sử dụngclass. Tránh việc can thiệp trực tiếp vàoprototype.

  Tại sao? Cú phápclass súc tích, dễ hiểu và dễ hình dung.

  // không tốtfunctionQueue(contents=[]){this.queue=[...contents];}Queue.prototype.pop=function(){constvalue=this.queue[0];this.queue.splice(0,1);returnvalue;};// tốtclassQueue{constructor(contents=[]){this.queue=[...contents];}pop(){constvalue=this.queue[0];this.queue.splice(0,1);returnvalue;}}

• 9.2 Sử dụngextends cho thừa kế.

  Tại sao? Nó là cách sẵn có để thừa kế nguyên mẫu mà không làm ảnh hưởng đếninstanceof.

  // không tốtconstinherits=require('inherits');functionPeekableQueue(contents){Queue.apply(this,contents);}inherits(PeekableQueue,Queue);PeekableQueue.prototype.peek=function(){returnthis.queue[0];};// tốtclassPeekableQueueextendsQueue{peek(){returnthis.queue[0];}}

• 9.3 Các phương thức, mỗi khi có thể, hãy trả vềthis để tiện cho việc nối chuỗi phương thức.

  // không tốtJedi.prototype.jump=function(){this.jumping=true;returntrue;};Jedi.prototype.setHeight=function(height){this.height=height;};constluke=newJedi();luke.jump();// => trueluke.setHeight(20);// => undefined// tốtclassJedi{jump(){this.jumping=true;returnthis;}setHeight(height){this.height=height;returnthis;}}constluke=newJedi();luke.jump().setHeight(20);

• 9.4 Có thể viết phương thứctoString() tùy ý, chỉ cần đảm bản nó hoạt động hoàn hảo và không gây ra các hiệu ứng phụ.

  classJedi{constructor(options={}){this.name=options.name||'vô danh';}getName(){returnthis.name;}toString(){return`Jedi -${this.getName()}`;}}

• 9.5 Các lớp có một hàm tạo mặc định nếu không được chỉ định. Một hàm tạo rỗng, hoặc chỉ trỏ đến lớp cha, là không cần thiết. eslint:no-useless-constructor

  // không tốtclassJedi{constructor(){}getName(){returnthis.name;}}// không tốtclassReyextendsJedi{constructor(...args){super(...args);}}// tốtclassReyextendsJedi{constructor(...args){super(...args);this.name='Rey';}}

• 9.6 Tránh trùng lặp các thành viên của một lớp. eslint:no-dupe-class-members

  Tại sao? Với các khai báo thành viên bị lặp, khai báo cuối được tự động ưu tiên - việc có sự trùng lặp gần như chắc chắn là một lỗi.

  // không tốtclassFoo{bar(){return1;}bar(){return2;}}// tốtclassFoo{bar(){return1;}}// tốtclassFoo{bar(){return2;}}

• 9.7 Các phương thức của lớp nên sử dụngthis hoặc được chuyển thành phương thức tĩnh, trừ trường hợp thư viện bên ngoài hoặc bộ khung phần mềm bắt buộc sử dụng phương thức không phải phương thức tĩnh. Một phương thức là phương thức của thực thể nên mang ý nghĩa rằng nó hoạt động khác nhau dựa trên những thuộc tính của đối tượng đích. eslint:class-methods-use-this

  // không tốtclassFoo{bar(){console.log('bar');}}// tốt - this được sử dụngclassFoo{bar(){console.log(this.bar);}}// tốt - constructor là ngoại lệclassFoo{constructor(){// ...}}// tốt - phương thức tĩnh không nên sử dụng thisclassFoo{staticbar(){console.log('bar');}}

⬆ về đầu trang

• 10.1 Luôn sử dụng mô-đun (import/export) thay vì một hệ thống mô-đun phi chuẩn. Bạn luôn có thể dịch mã sang hệ thống mô-đun mà bạn thích.

  Tại sao? Mô-đun là tương lai, hãy cùng sử dụng tương lai ngay lúc này.

  // không tốtconstAirbnbStyleGuide=require('./AirbnbStyleGuide');module.exports=AirbnbStyleGuide.es6;// okimportAirbnbStyleGuidefrom'./AirbnbStyleGuide';exportdefaultAirbnbStyleGuide.es6;// bestimport{es6}from'./AirbnbStyleGuide';exportdefaultes6;

• 10.2 Không sử dụng ký tự đại diện để nhập.

  Tại sao? Điều này đảm bảo bạn chỉ xuất mặc định một giá trị.

  // không tốtimport*asAirbnbStyleGuidefrom'./AirbnbStyleGuide';// tốtimportAirbnbStyleGuidefrom'./AirbnbStyleGuide';

• 10.3 Và không xuất trực tiếp từ một lệnh nhập.

  Tại sao? Mặc dù cấu trúc một dòng là súc tích, việc nhập một cách rõ ràng và xuất một cách rõ ràng làm cho mọi thứ nhất quán.

  // không tốt// tên tệp es6.jsexport{es6asdefault}from'./AirbnbStyleGuide';// tốt// tên tệp es6.jsimport{es6}from'./AirbnbStyleGuide';exportdefaultes6;

• 10.4 Chỉ nhập từ một đường dẫn ở chung một chỗ.eslint:no-duplicate-imports

  Tại sao? Có nhiều dòng nhập từ cùng một đường dẫn khiến mã nguồn trở nên khó bảo trì hơn.

  // không tốtimportfoofrom'foo';// … và nhập một vài thứ nữa … //import{named1,named2}from'foo';// tốtimportfoo,{named1,named2}from'foo';// tốtimportfoo,{named1,named2,}from'foo';

• 10.5 Không xuất các ràng buộc có thể bị biến đổi.eslint:import/no-mutable-exports

  Tại sao? Sự biến đổi, nói chung, nên được tránh, nhưng đặc biệt là đối với trường hợp xuất các giá trị có thể bị biến đổi. Trong khi kỹ thuật này có thể là cần thiết trong một số trường hợp đặc biệt, nhìn chung, chỉ nên xuất các giá trị là hằng.

  // không tốtletfoo=3;export{foo};// tốtconstfoo=3;export{foo};

• 10.6 Trong các mô-đun chỉ có một địa chỉ xuất, ưu tiên xuất mặc định thay vì xuất hữu danh.eslint:import/prefer-default-export

  Tại sao? Nhằm khuyến khích các tệp chỉ xuất một giá trị, giúp mã nguồn dễ đọc và dễ bảo trì.

  // không tốtexportfunctionfoo(){}// tốtexportdefaultfunctionfoo(){}

• 10.7 Đặt tất cả các lệnhimport trên cùng.eslint:import/first

  Tại sao? Vì các lệnhimport được kéo lên, việc đặt tất cả chúng ở trên cùng nhằm ngăn chặn các hành vi không đáng có.

  // không tốtimportfoofrom'foo';foo.init();importbarfrom'bar';// tốtimportfoofrom'foo';importbarfrom'bar';foo.init();

• 10.8 Các lệnh nhập nhiều dòng nên được căn đầu dòng giống như các mảng hay đối tượng nguyên văn nhiều dòng. eslint:object-curly-newline

  Tại sao? Các đấu ngoặc nhọn đều có cùng các quy tắc căn đầu dòng như tất cả mọi khối ngoặc nhọn trong bản định hướng này, cùng với như dấu phẩy ở cuối.

  // không tốtimport{longNameA,longNameB,longNameC,longNameD,longNameE}from'path';// tốtimport{longNameA,longNameB,longNameC,longNameD,longNameE,}from'path';

• 10.9 Không cho phép cú pháp bộ tải Webpack trong các lệnh nhập mô-đun.eslint:import/no-webpack-loader-syntax

  Tại sao? Vì sử dụng cú pháp Webpack trong các lệnh nhập gom mã thành một bộ tổng hợp mô-đun. Ưu tiên sử dụng cú pháp bộ tải trongwebpack.config.js.

  // không tốtimportfooSassfrom'css!sass!foo.scss';importbarCssfrom'style!css!bar.css';// tốtimportfooSassfrom'foo.scss';importbarCssfrom'bar.css';

• 10.10 Không thêm phần mở rộng của tên tệp JavaScript. eslint:import/extensions

  Tạo sao? Việc thêm phần mở rộng của tệp khiến cho việc cải tiến mã nguồn trở nên khó khăn hơn, và tạo nên những chi tiết không cần thiết trong lệnh nhập mô-đun mỗi khi bạn sử dụng.

  // không tốtimportfoofrom'./foo.js';importbarfrom'./bar.jsx';importbazfrom'./baz/index.jsx';// tốtimportfoofrom'./foo';importbarfrom'./bar';importbazfrom'./baz';

⬆ về đầu trang

• 11.1 Không sử dụng các đối tượng duyệt. Ưu tiên sử dụng các hàm bậc cao hơn của JavaScript thay vì các vòng lặp nhưfor-in hayfor-of. eslint:no-iteratorno-restricted-syntax

  Tại sao? Điều này đảm bảo việc thực hiện quy tắc bất biến. Làm việc với các hàm thuần mà trả về các giá trị sẽ dễ tưởng tượng hơn so với các hiệu ứng phụ.

  Sử dụngmap() /every() /filter() /find() /findIndex() /reduce() /some() / ... để duyệt qua một mảng, vàObject.keys() /Object.values() /Object.entries() để tạo một mảng để bạn có thể duyệt qua một đối tượng.

  constnumbers=[1,2,3,4,5];// không tốtletsum=0;for(letnumofnumbers){sum+=num;}sum===15;// tốtletsum=0;numbers.forEach((num)=>{sum+=num;});sum===15;// tốt nhất, sử dụng hàmconstsum=numbers.reduce((total,num)=>total+num,0);sum===15;// không tốtconstincreasedByOne=[];for(leti=0;i<numbers.length;i++){increasedByOne.push(numbers[i]+1);}// tốtconstincreasedByOne=[];numbers.forEach((num)=>{increasedByOne.push(num+1);});// tốt nhất, vẫn là sử dụng hàmconstincreasedByOne=numbers.map((num)=>num+1);

• 11.2 Không sử dụng các hàm sinh trịfunction* vào thời điểm này.

  Tại sao? Nó không thể được dịch mã sang ES5 một cách hoàn hảo.

• 11.3 Nếu bạn bắt buộc phải dùng các hàm sinh trị, hoặc bạn bỏ quakhuyến nghị của chúng tôi, hãy đảm bảo rằng bạn sử dụng dấu cách giữa các bộ phận hàm một cách hợp lý. eslint:generator-star-spacing

  Tại sao?function và* là tạo thành một từ khóa riêng -* không phải là từ khóa điều chỉnh chofunction,function* là một cấu tạo riêng biệt, khác vớifunction.

  // không tốtfunction*foo(){// ...}// không tốtconstbar=function*(){// ...};// không tốtconstbaz=function*(){// ...};// không tốtconstquux=function*(){// ...};// không tốtfunction*foo(){// ...}// không tốtfunction*foo(){// ...}// rất tệfunction*foo(){// ...}// rất rất tệconstwat=function*(){// ...};// tốtfunction*foo(){// ...}// tốtconstfoo=function*(){// ...};

⬆ về đầu trang

• 12.1 Sử dụng ký pháp chấm. để truy cập các thuộc tính. eslint:dot-notation

  constluke={jedi:true,age:28,};// không tốtconstisJedi=luke['jedi'];// tốtconstisJedi=luke.jedi;

• 12.2 Sử dụng ký pháp ngoặc[] để truy cập thuộc tính với một biến.

  constluke={jedi:true,age:28,};functiongetProp(prop){returnluke[prop];}constisJedi=getProp('jedi');

• 12.3 Sử dụng toán tử lũy thừa** để tính các lũy thừa. eslint:no-restricted-properties.

  // không tốtconstbinary=Math.pow(2,10);// tốtconstbinary=2**10;

⬆ về đầu trang

• 13.1 Luôn sử dụngconst hoặclet để khai báo biến. Không làm như vậy sẽ dẫn đến các biến toàn cục. Chúng ta muốn tránh việc làm ô nhiễm không gian tên toàn cục. Đội trưởng Hành tinh đã cảnh báo chúng ta. eslint:no-undefprefer-const

  // không tốtsuperPower=newSuperPower();// tốtconstsuperPower=newSuperPower();

• 13.2 Sử dụng mộtconst hoặclet khai báo cho mỗi biến hoặc phép gán. eslint:one-var

  Tại sao? Khai báo theo cách này giúp dễ thêm các khai báo mới, và bạn chẳng phải nghĩ về việc phải dùng; hay,. Bạn còn có thể bước qua mỗi khai báo trong trình gỡ lỗi, thay vì nhảy qua toàn bộ chúng trong một bước.

  // không tốtconstitems=getItems(),goSportsTeam=true,dragonball='z';// không tốt// (so sánh với trên kia và thử tìm ra lỗi ở đây)constitems=getItems(),goSportsTeam=true;dragonball='z';// tốtconstitems=getItems();constgoSportsTeam=true;constdragonball='z';

• 13.3 Nhóm tất cả cácconst và rồi nhóm tất cả cáclet.

  Tại sao? Điều này hữu ích khi, sau đó, bạn sẽ cần gán lại một biến dựa trên các biến đã gán trước đó.

  // không tốtleti,len,dragonball,items=getItems(),goSportsTeam=true;// không tốtleti;constitems=getItems();letdragonball;constgoSportsTeam=true;letlen;// tốtconstgoSportsTeam=true;constitems=getItems();letdragonball;leti;letlength;

• 13.4 Chỉ gán biến khi cần, nhưng nhớ đặt chúng ở một nơi hợp lý.

  Tại sao?let vàconst thuộc phạm vi khối, không phải phạm vi hàm.

  // không tốt - phép gọi hàm không cần thiếtfunctioncheckName(hasName){constname=getName();if(hasName==='thí nghiệm'){returnfalse;}if(name==='thí nghiệm'){this.setName('');returnfalse;}returnname;}// tốtfunctioncheckName(hasName){if(hasName==='thí nghiệm'){returnfalse;}constname=getName();if(name==='thí nghiệm'){this.setName('');returnfalse;}returnname;}

• 13.5 Đừng nối chuỗi các phép gán. eslint:no-multi-assign

  Tại sao? Việc nối chuỗi các phép gán tạo ra các biến toàn cục ngầm định.

  // không tốt(functionexample(){// JavaScript diễn giải điều này như// let a = ( b = ( c = 1 ) );// Từ khóa let chỉ áp dụng đối với biến a; các biến b và c sẽ trở thành// các biến toàn cục.leta=b=c=1;}());console.log(a);// ném ra ReferenceErrorconsole.log(b);// 1console.log(c);// 1// tốt(functionexample(){leta=1;letb=a;letc=a;}());console.log(a);// ném ra ReferenceErrorconsole.log(b);// ném ra ReferenceErrorconsole.log(c);// ném ra ReferenceError// điều tương tự áp dụng với `const`

• 13.6 Tránh việc sử dụng các phép tăng và giảm một ngôi (++,--). eslintno-plusplus

  Tại sao? Theo như tài liệu của eslint, các phép tăng hoặc giảm một ngôi phụ thuộc vào Quy tắc thêm dấu chấm phẩy tự động và có thể gây ra các lỗi câm trong việc tăng hoặc giảm các giá trị trong một ứng dụng. Sự diễn đạt cũng trở nên rõ ràng hơn khi bạn biến đổi các giá trị với các lệnh, nhưnum += 1, thay vìnum++ haynum ++. Việc không cho phép các lệnh tăng hoặc giảm một ngôi cũng giúp bạn tránh được các sự tiền tăng/tiền giảm các giá trị một cách không chủ ý, điều có thể cũng gây ra những hành vi không mong muốn cho chương trình của bạn.

  // không tốtconstarray=[1,2,3];letnum=1;num++;--num;letsum=0;lettruthyCount=0;for(leti=0;i<array.length;i++){letvalue=array[i];sum+=value;if(value){truthyCount++;}}// tốtconstarray=[1,2,3];letnum=1;num+=1;num-=1;constsum=array.reduce((a,b)=>a+b,0);consttruthyCount=array.filter(Boolean).length;

• 13.7 Tránh các dấu ngắt dòng trước và sau= trong một phép gán. Nếu phép gán của bạn vi phạmmax-len, hãy đặt giá trị trong ngoặc tròn. eslintoperator-linebreak.

  Tại sao? Các dấu ngắt dòng quanh= có thể làm mờ nhạt giá trị trong phép gán.

  // không tốtconstfoo=superLongLongLongLongLongLongLongLongFunctionName();// không tốtconstfoo='một chuỗi rất rất rất rất rất rất rất rất rất rất là dài';// tốtconstfoo=(superLongLongLongLongLongLongLongLongFunctionName());// tốtconstfoo='một chuỗi rất rất rất rất rất rất rất rất rất rất là dài';

• 13.8 Không cho phép các biến không được sử dụng. eslint:no-unused-vars

  Tại sao? Các biến được khai báo nhưng không được sử dụng ở khắp mọi nơi trong mã gần như chắc chắn là một lỗi do sự cải tiến mã nguồn chưa hoàn thiện. Những biến như vậy chiếm chỗ trong mã và có thể gây ra sự khó hiểu cho người đọc.

  // không tốtvarsome_unused_var=42;// Các biến chỉ-viết không được coi là đã được sử dụng.vary=10;y=5;// Một phép đọc để sửa chính nó không được coi là đã sử dụng.varz=0;z=z+1;// Đối số không được sử dụng.functiongetX(x,y){returnx;}// tốtfunctiongetXPlusY(x,y){returnx+y;}varx=1;vary=a+2;alert(getXPlusY(x,y));// 'type' được bỏ qua kể cả khi nó không được sử dụng vì còn có// các thuộc tính đồng đẳng còn-lại.// Đây là một cách để trích xuất một đối tượng mà bỏ qua một vài thuộc tính.var{ type, ...coords}=data;// 'coords' bây giờ là 'data' đã loại bỏ thuộc tính 'type'.

⬆ về đầu trang

• 14.1 Các khai báo bằngvar được kéo lên đầu của phạm vi hàm gần nhất, còn phép gán thì không. Các khai báo bằngconst vàlet thì mang trên mình một đặc tính khác làGiai đoạn chết. Điều này là quan trọng để biết tại saotypeof không còn an toàn.

  // chúng ta biết thứ này sẽ không hoạt động (giả định rằng// không có biến toàn cục nào tên là notDefined)functionexample(){console.log(notDefined);// => ném ra ReferenceError}// việc khai báo một biến sau khi bạn// sử dụng biến đó vẫn sẽ chạy bởi vì// sự nổi lên của biến. Lưu ý: phép gán// giá trị `true` không được kéo lên.functionexample(){console.log(declaredButNotAssigned);// => undefinedvardeclaredButNotAssigned=true;}// trình biên dịch sẽ kéo khai báo biến// lên trên đầu của phạm vi hàm,// điều này có nghĩa là ví dụ trên có thể được viết là:functionexample(){letdeclaredButNotAssigned;console.log(declaredButNotAssigned);// => undefineddeclaredButNotAssigned=true;}// dùng const và letfunctionexample(){console.log(declaredButNotAssigned);// => ném ra ReferenceErrorconsole.log(typeofdeclaredButNotAssigned);// => ném ra ReferenceErrorconstdeclaredButNotAssigned=true;}

• 14.2 Các biểu thức hàm vô danh sẽ được kéo tên biến lên, nhưng không được kéo phép gán hàm.

  functionexample(){console.log(anonymous);// => undefinedanonymous();// => TypeError anonymous is not a functionvaranonymous=function(){console.log('biểu thức hàm vô danh');};}

• 14.3 Biểu thức hàm hữu danh sẽ được kéo tên biến lên, nhưng không được kéo tên hàm và thân hàm.

  functionexample(){console.log(named);// => undefinednamed();// => TypeError named is not a functionsuperPower();// => ReferenceError superPower is not definedvarnamed=functionsuperPower(){console.log('Nhìn tui đang bay nè');};}// điều tương tự cũng đúng nếu// tên hàm là trùng với tên biến.functionexample(){console.log(named);// => undefinednamed();// => TypeError named is not a functionvarnamed=functionnamed(){console.log('named');};}

• 14.4 Khai báo hàm được kéo cả tên và thân hàm lên.

  functionexample(){superPower();// => Nhìn tui đang bay nèfunctionsuperPower(){console.log('Nhìn tui đang bay nè');}}

• Để tìm hiểu thêm, tham khảo bài viếtJavaScript Scoping & Hoisting bởiBen Cherry.

⬆ về đầu trang

• 15.1 Sử dụng=== và!== thay vì== và!=. eslint:eqeqeq

• 15.2 Các câu lệnh điều kiện như lệnhif xét biểu thức của chúng bằng cách ép kiểu bằng một phương thức ảoToBoolean và đều tuân theo những quy tắc đơn giản sau:

  • Các đối tượng tương đương vớitrue
  • Undefined tương đương vớifalse
  • Null tương đương vớifalse
  • Các boolean tương đương vớigiá trị của boolean
  • Các số tương đương vớifalse nếu là+0, -0, hoặc NaN, còn không sẽ làtrue
  • Các chuỗi tương đương vớivfalse nếu là một chuỗi rỗng'', còn không sẽ làtrue

  if([0]&&[]){// true// một mảng (dù là mảng rỗng) là một đối tượng,// mà đối tượng luôn tương đương với true}

• 15.3 Sử dụng dạng rút gọn cho các boolean, nhưng dùng dạng so sánh cụ thể đối với chuỗi và số.

  // không tốtif(isValid===true){// ...}// tốtif(isValid){// ...}// không tốtif(name){// ...}// tốtif(name!==''){// ...}// không tốtif(collection.length){// ...}// tốtif(collection.length>0){// ...}

• 15.4 Để biết thêm chi tiết, xem bài viếtTruth Equality and JavaScript bởi Angus Croll.

• 15.5 Sử dụng các dấu ngoặc cho các khối của mệnh đềcase vàdefault nếu nó có chứa các khai báo (nhưlet,const,function, vàclass). eslint:no-case-declarations

  Tại sao? Các khai báo tồn tại trong cả khốiswitch nhưng chỉ được khởi tạo khi được gán, mà nó chỉ xảy ra khicase của nó xảy ra. Điều này gây ra các lỗi khi mà nhiều mệnh đềcase muốn định nghĩa cùng một thứ.

  // không tốtswitch(foo){case1:letx=1;break;case2:consty=2;break;case3:functionf(){// ...}break;default:classC{}}// tốtswitch(foo){case1:{letx=1;break;}case2:{consty=2;break;}case3:{functionf(){// ...}break;}case4:bar();break;default:{classC{}}}

• 15.6 Các toán tử ba ngôi không nên được đặt trong ngoặc và thường được viết trên một dòng riêng. eslint:no-nested-ternary

  // không tốtconstfoo=maybe1>maybe2  ?"hi hi"  :value1>value2 ?"hi hi" :null;// chia thành hai biểu thức ba ngôi riêng biệt// là tốt nhấtconstmaybeNull=value1>value2 ?'hi hi' :null;constfoo=maybe1>maybe2 ?'hi hi' :maybeNull;

• 15.7 Tránh các câu lệnh ba ngôi không đáng có. eslint:no-unneeded-ternary

  // không tốtconstfoo=a ?a :b;constbar=c ?true :false;constbaz=c ?false :true;// tốtconstfoo=a||b;constbar=!!c;constbaz=!c;

• 15.8 Khi kết hợp các toán tử, nhớ đóng chúng trong ngoặc. Ngoại lệ duy nhất là các toán tử tiêu chuẩn:+,- và** vì chúng có thứ tự ưu tiên mà ai ai cũng hiểu. Chúng tôi khuyến khích việc sử dụng đóng ngoặc cho/ và* vì thứ tự ưu tiên của chúng có thể bị nhầm lẫn khi chúng được sử dụng gần nhau. eslint:no-mixed-operators

  Tại sao? Điều này cả thiện tính khả đọc và làm rõ ý định của nhà phát triển.

  // không tốtconstfoo=a&&b<0||c>0||d+1===0;// không tốtconstbar=a**b-5%d;// không tốt// ai đó có thể bị rối và nghĩ nó là (a || b) && cif(a||b&&c){returnd;}// không tốtconstbar=a+b/c*d;// tốtconstfoo=(a&&b<0)||c>0||(d+1===0);// tốtconstbar=a**b-(5%d);// tốtif(a||(b&&c)){returnd;}// tốtconstbar=a+(b/c)*d;

⬆ về đầu trang

• 16.1 Sử dụng các dấu ngoặc cho các khối nhiều dòng. eslint:nonblock-statement-body-position

  // không tốtif(test)returnfalse;// tốtif(test)returnfalse;// tốtif(test){returnfalse;}// không tốtfunctionfoo(){returnfalse;}// tốtfunctionbar(){returnfalse;}

• 16.2 Nếu bạn đang sử dụng các khối nhiều dòng vớiif vàelse, đặtelse trên cùng dòng với dấu đóng ngoặc của khốiif. eslint:brace-style

  // không tốtif(test){thing1();thing2();}else{thing3();}// tốtif(test){thing1();thing2();}else{thing3();}

• 16.3 Nếu một khốiif luôn thực hiện lệnhreturn, những khốielse tiếp theo là không cần thiết. Một lệnhreturn trong một khốielse if theo sau một khốiif mà có chứareturn có thể được tách thành nhiều khốiif. eslint:no-else-return

  // không tốtfunctionfoo(){if(x){returnx;}else{returny;}}// không tốtfunctioncats(){if(x){returnx;}elseif(y){returny;}}// không tốtfunctiondogs(){if(x){returnx;}else{if(y){returny;}}}// tốtfunctionfoo(){if(x){returnx;}returny;}// tốtfunctioncats(){if(x){returnx;}if(y){returny;}}// tốtfunctiondogs(x){if(x){if(z){returny;}}else{returnz;}}

⬆ về đầu trang

• 17.1 Nếu trong trường hợp lệnh điều khiển (if,while, v.v.) của bạn trở lên quá dài và vượt quá giới hạn độ dài dòng, mỗi (nhóm) điều kiện có thể được đặt ở một dòng mới. Toán tử lô-gíc nên được đặt ở đầu dòng.

  Tại sao? Việc đặt các toán tử ở đầu dòng giúp các toán tử được căn đều và tuân theo cùng một mô hình với việc nối chuỗi phương thức. Điều này cũng cải thiện tính khả đọc vì khiến cho việc theo dõi một lô-gíc phức tạp trở nên đơn giản hơn.

  // không tốtif((foo===123||bar==='abc')&&doesItLookGoodWhenItBecomesThatLong()&&isThisReallyHappening()){thing1();}// không tốtif(foo===123&&bar==='abc'){thing1();}// không tốtif(foo===123&&bar==='abc'){thing1();}// không tốtif(foo===123&&bar==='abc'){thing1();}// tốtif(foo===123&&bar==='abc'){thing1();}// tốtif((foo===123||bar==='abc')&&doesItLookGoodWhenItBecomesThatLong()&&isThisReallyHappening()){thing1();}// tốtif(foo===123&&bar==='abc'){thing1();}

• 17.2 Không sử dụng toán tử lựa chọn thay cho các câu lệnh điều khiển.

  // không tốt!isRunning&&startRunning();// tốtif(!isRunning){startRunning();}

⬆ về đầu trang

• 18.1 Sử dụng/** ... */ cho các chú thích nhiều dòng.

  // không tốt// make() trả về một phần tử// dựa trên tag được truyền vào////@param {String} tag//@return {Element} elementfunctionmake(tag){// ...returnelement;}// tốt/** * make() trả về một phần tử * dựa trên tag được truyền vào */functionmake(tag){// ...returnelement;}

• 18.2 Sử dụng// cho các chú thích một dòng. Đặt các chú thích một dòng ở một dòng riêng, bên trên chủ đề của chú thích. Để một dòng trống trước chú thích trừ khi chú thích là dòng đầu tiên của một khối.

  // không tốtconstactive=true;// là thẻ hiện tại// tốt// là thẻ hiện tạiconstactive=true;// không tốtfunctiongetType(){console.log('đang lấy loại...');// đặt loại mặc định là 'không phân loại'consttype=this.type||'không phân loại';returntype;}// tốtfunctiongetType(){console.log('đang lấy loại...');// đặt loại mặc định là 'không phân loại'consttype=this.type||'không phân loại';returntype;}// như này cũng tốtfunctiongetType(){// đặt loại mặc định là 'không phân loại'consttype=this.type||'không phân loại';returntype;}

• 18.3 Bắt đầu tất cả các chú thích bằng một dấu cách để dễ đọc hơn. eslint:spaced-comment

  // không tốt//là thẻ hiện tạiconstactive=true;// tốt// là thẻ hiện tạiconstactive=true;// không tốt/** *make() trả về một phần tử *dựa trên tag được truyền vào */functionmake(tag){// ...returnelement;}// tốt/** * make() trả về một phần tử * dựa trên tag được truyền vào */functionmake(tag){// ...returnelement;}

• 18.4 ThêmFIXME hoặcTODO vào đầu chú thích giúp các nhà phát triển dễ dàng biết được rằng bạn đang chỉ ra một vấn đề cần được xem lại, hoặc bạn đang đề xuất cách giải quyết cho vấn đề nên mà được áp dụng. Các hành động có thể nhưFIXME: -- cần xem xét về thứ này hoặcTODO: -- cần áp dụng.

• 18.5 Sử dụng// FIXME: để chú giải các vấn đề.

  classCalculatorextendsAbacus{constructor(){super();// FIXME: không nên dùng biến toàn cục ở đâytotal=0;}}

• 18.6 Sử dụng// TODO: để chú giải các cách giải quyết cho các vấn đề.

  classCalculatorextendsAbacus{constructor(){super();// TODO: giá trị của total nên được chuyển thành tham sốthis.total=0;}}

⬆ về đầu trang

• 19.1 Sử dụng các tab ngắn (dấu cách) đặt về 2 dấu cách. eslint:indent

  // không tốtfunctionfoo(){∙∙∙∙letname;}// không tốtfunctionbar(){∙letname;}// tốtfunctionbaz(){∙∙letname;}

• 19.2 Đặt 1 cách trước dấu mở ngoặc. eslint:space-before-blocks

  // không tốtfunctiontest(){console.log('ví dụ');}// tốtfunctiontest(){console.log('ví dụ');}// không tốtdog.set('attr',{age:'1 năm',breed:'Chó núi Bern',});// tốtdog.set('attr',{age:'1 năm',breed:'Chó núi Bern',});

• 19.3 Đặt 1 dấu cách trước dấu mở ngoặc tròn của các lệnh điều khiển (if,while, v.v.). Không đặt dấu cách giữa danh sách đối số và tên hàm trong các phép gọi và khai báo hàm. eslint:keyword-spacing

  // không tốtif(isJedi){fight();}// tốtif(isJedi){fight();}// không tốtfunctionfight(){console.log('Uiiiiii!');}// tốtfunctionfight(){console.log('Uiiiiii!');}

• 19.4 Đặt dấu cách trước và sau các toán tử. eslint:space-infix-ops

  // không tốtconstx=y+5;// tốtconstx=y+5;

• 19.5 Kết thúc tệp với một dấu ngắt dòng. eslint:eol-last

  // không tốtimport{es6}from'./AirbnbStyleGuide';// ...exportdefaultes6;

  // không tốtimport{es6}from'./AirbnbStyleGuide';// ...exportdefaultes6;↵↵

  // tốtimport{es6}from'./AirbnbStyleGuide';// ...exportdefaultes6;↵

• 19.6 Căn đầu dòng khi tạo các chuỗi phương thức (nhiều hơn 2 chuỗi phương thức). Đặt dấu chấm ở đầu, để nhấn mạnh dòng này là một phép gọi phương thức, không phải là một câu lệnh mới. eslint:newline-per-chained-callno-whitespace-before-property

  // không tốt$('#items').find('.selected').highlight().end().find('.open').updateCount();// không tốt$('#items').find('.selected').highlight().end().find('.open').updateCount();// tốt$('#items').find('.selected').highlight().end().find('.open').updateCount();// không tốtconstleds=stage.selectAll('.led').data(data).enter().append('svg:svg').classed('led',true).attr('width',(radius+margin)*2).append('svg:g').attr('transform',`translate(${radius+margin},${radius+margin})`).call(tron.led);// tốtconstleds=stage.selectAll('.led').data(data).enter().append('svg:svg').classed('led',true).attr('width',(radius+margin)*2).append('svg:g').attr('transform',`translate(${radius+margin},${radius+margin})`).call(tron.led);// tốtconstleds=stage.selectAll('.led').data(data);constsvg=leds.enter().append('svg:svg');svg.classed('led',true).attr('width',(radius+margin)*2);constg=svg.append('svg:g');g.attr('transform',`translate(${radius+margin},${radius+margin})`).call(tron.led);