Bài viết gốc: https://manhhomienbienthuy.bitbucket.io/2018/May/20/we-should-use-eslint-in-project.html (đang xin phxay tác giả

*
)

JavaScript đang trở thành một ngôn từ cực kì phổ cập trong lập trình sẵn web. Gần nlỗi bất kể lập trình sẵn viên website nào cũng đông đảo phải biết code JavaScript. Thế dẫu vậy biết là một trong những cthị xã, code xuất sắc lại là cthị xã không giống. Trong bài viết này, tôi đã ra mắt một cơ chế góp họ code JavaScript giỏi rộng, đó chính là ESLint.

Bạn đang xem: Lint là gì

Msinh hoạt đầu

Lúc bấy giờ JavaScript vẫn bao hàm cải cách và phát triển khôn xiết xa so với phần nhiều nắm hệ thuở đầu, lúc nhưng mà rất nhiều quánh tả ESnăm ngoái (ECMAScript 2015 - ES6) cùng ES2017 được ra mắt. điều đặc biệt, rất nhiều tlỗi viện của JavaScript nhỏng ReactJS, AngularJS, VueJS, v.v... góp bạn có thể thành lập đều ứng dụng website rất là cool.

Mặc dù cho có rất nhiều đặc tả chuyên môn những điều đó, tuy vậy Việc code JavaScript hiện thời vẫn còn đó không ít sự việc. Vì vậy, vấn đề bảo đảm unique của code JavaScript vẫn luôn là một thử thách mập.

Có không hề ít yếu đuối tốt để tạo nên một project giỏi như: cấu tạo tlỗi mục rõ ràng, README đầy đủ thông tin, có hướng dẫn mix up cũng giống như build, test. Và yếu tố đặc trưng độc nhất của một project xuất sắc buộc phải là code đọc dễ, dễ nắm bắt và dễ gia hạn.

Để đảm bảo an toàn số đông nguyên tố đó, mức độ người quan trọng làm cho không còn được. Đó là thời gian chúng ta bắt buộc đến các hiện tượng lint.

Lint là gì?

Muốn nắn project bao gồm code đầy đủ giỏi thì ngay tự thuở đầu bắt buộc xuất bản phần đông coding convention nhằm mọi fan tuân thủ theo đúng. Coding convention hay không hỗ trợ code chạy nkhô giòn rộng, tuy vậy nó giúp gia hạn code dễ nhìn đọc rộng.

Tôi đã làm qua một vài project, và thực vấn đề sử dụng con fan để bảo đảm coding convention là ngoạn mục do công việc vô số. Mà, trong cả bé tín đồ cũng có những lúc không đúng sót, có thể bỏ qua mất lỗi này, lỗi tê nếu nó nhỏ tuổi trong những lúc nhận xét. Vì vậy, Việc bảo vệ coding convention bằng những chế độ tự động là cực tốt.

Những Việc gồm tính chất thắt chặt và cố định điều này, máy tính xách tay luôn làm cho xuất sắc hơn bé fan. Kết quả vừa chính xác, vừa mau lẹ, những developer sẽ sở hữu được thời gian rộng vào Việc sáng chế và viết code cho các tính năng chứ không hẳn đi moi móc tín đồ không giống chnóng phẩy vẫn đúng chưa. Công vậy góp chúng ta thao tác làm việc này gọi là các luật lint (linter).

Lint là phần đông giải pháp góp chúng ta đối chiếu code, trường đoản cú đó đưa ra những vụ việc nhưng code vẫn gặp mặt yêu cầu nlỗi ko vâng lệnh coding style, không nên coding convention. Bên cạnh đó, lint còn có thể giúp họ tìm thấy một vài bug tiềm tàng vào code nhỏng gán phát triển thành không knhị báo, rất có thể tạo lỗi runtime hoặc đem quý giá xuất phát điểm từ một trở thành cục bộ làm cho Việc debug trsinh sống cần khó khăn, v.v...

Lint của thể khiến một vài ba tín đồ cảm giác chóng mặt Khi new có tác dụng quen, tuy vậy nó để giúp code ví dụ rộng. Dần dần, Lúc trình tăng lên rồi, lint sẽ là một trợ test vô cùng tâm đắc.

Tại sao lại là JavaScript

Nếu các bạn là một trong những tín đồ code NodeJS thì không có gì buộc phải bàn cãi rồi. JavaScript chính là ngôn từ được sử dụng đa số, buộc phải họ phải linter cho nó là dĩ nhiên.

Ở phía trên, tôi muốn nói đến những dự án công trình trở nên tân tiến website không giống, vị trí mà lại tương đối nhiều ngôn từ không giống nhau được thực hiện, từ backover (Ruby, PHPhường., Pykhiêm tốn, v.v...) cho tới frontend (HTML, JavaScript, SCSS, v.v...)

Trong một dự án, tất cả các ngôn ngữ, bao gồm cả HTML và CSS hầu hết cần theo đúng luật lệ thì mới có thể có thể khiến cho một project tốt được. Không tất cả luật lệ, đều tín đồ code theo những phong cách siêu không giống nhau đã tạo nên một mớ hỗ độn nhưng mà fan ngoài quan sát vào sẽ chẳng đọc gì (thậm chí bọn họ còn chẳng ao ước đọc).

Tuy nhiên, vào văn bản nội dung bài viết này, đề cập tới toàn bộ những ngữ điệu chính là JavaScript. JavaScript có thể không phải là ngữ điệu đặc trưng tuyệt nhất của dự án, nhưng lại tôi có thể chắn rằng, nó là ngôn ngữ bắt buộc linter tuyệt nhất.

Nguim nhân đến từ thiết yếu bạn dạng thân ngữ điệu. JavaScript có một thiết kế tồi, cú pháp của chính nó là việc trộn tạp của Java và C++, lại trộn lẫn các Điểm lưu ý của những ngôn từ script như Ruby, Pybé.

Chưa nhắc, ngôn ngữ này được support trên những trình săn sóc khác nhau lại cực kỳ khác biệt. Mỗi trình coi ngó áp dụng một engine riêng yêu cầu có khá nhiều hàm chạy được trên trình duyệt y này lại không chạy được bên trên trình để ý không giống. Chắc hẳn ai trong những chúng ta cũng đã từng gặp gỡ ác mộng với Internet Explorer. Để code rất có thể chạy xe trên nhiều trình để ý, gần như buộc phải là code vẫn bắt buộc bao gồm code quá xung quanh logic.

Vì sự trộn tạp vào cú pháp, JavaScript sống thọ tương đối nhiều vấn đề. quý khách hàng có thể đọc thêm ở đây. ESnăm ngoái được công bố chỉ góp có tác dụng giảm sút các vụ việc của nó chứ đọng bắt buộc thải trừ hoàn toàn. Chưa nói đến hiệu năng những thiết bị, trong cả cú pháp của chính nó khiến nó vô cùng "mềm dẻo". Chúng ta có thể thêm lốt biện pháp, ngắt mẫu tuỳ ý, làm cho nó là ngôn từ có thể code theo rất nhiều dạng hình nhất trong một project.

Vì vậy, lúc project tiến triển theo thời gian, code vẫn tăng nhiều lên mỗi ngày, từng developer lại sở hữu đầy đủ phong cách, ý ưng ý khác nhau khi code, thậm chí là cùng một bạn mà nay code một kiểu, mai lại code một mẫu mã, khiến cho JavaScript trở nên ngữ điệu khó nhất quán trực thuộc nhiều loại số 1 vào một project.

ngay khi Khi sẽ tất cả coding convention, nhị fan code cùng một logic vẫn rất có thể đã cho ra hồ hết code trông "chẳng liên quan" gì mang đến nhau.

Một nhân tố khiến cho JavaScript cực nhọc rất có thể gia hạn tính thống duy nhất vào cách code tới từ chủ yếu bé tín đồ. Phần phệ những full staông xã developer mà lại tôi biết chỉ mạnh bạo về backkết thúc, chúng ta bao gồm kỹ năng về frontkết thúc tuy vậy so với backkết thúc thì đúng là một trời một vực. Ngoài ra, frontkết thúc lại là phần dễ bị xem nhẹ vào project, vị đông đảo tín đồ triệu tập nhiều vào performance, buổi tối ưu code, database, v.v... hơn.

Gần đây, tốt nhất là sau sự xuất hiện thêm của ReactJS khiến JavaScript càng ngày càng tất cả phương châm quan trọng rộng vào dự án công trình. Txuất xắc vì chỉ nên 1 phần nhỏ tuổi, cung ứng vài cảm giác đến trang đẹp hẳn lên, ni JavaScript vẫn phụ trách trọn vẹn phần "hiển thị" của trang. Nhất là những dự án, phần frontkết thúc chỉ còn JavaScript và CSS, HTML thuần phần lớn không hề được sử dụng.

Với đa số dự án công trình như thế, bài toán lint JavaScript lại càng cần thiết hơn bao giờ hết.

Tại sao lựa chọn ESLint?

Có rất nhiều giải pháp lint JavaScript khác nhau: ESLint, JSLint, JSHint.

Có một bài bác đối chiếu những lao lý này, các chúng ta cũng có thể gọi tham khảo. cũng có thể cầm tắt những giải pháp như sau: JSLint khôn cùng đụn bó, không cho chúng ta tuỳ chỉnh theo ý mình, JSHint thiếu hụt các bề ngoài mở rộng, JSCS thỉ phù hợp để kiểm tra coding style.

Và cuối cùng ESLint là hiện tượng hài hoà độc nhất, là tuyển lựa tốt nhất có thể cho những project. Nó chất nhận được bọn họ tuỳ chỉnh cầu hình theo coding convention của bản thân, soát sổ coding style và tìm thấy những bug tương tự như các vụ việc tiềm tàng không giống.

ESLint lại càng là sàng lọc cực kì thích hợp nếu như họ sử dụng ES2015 tương tự như JSX (của React). Trong số toàn bộ những linter, nó là quy định cung cấp ES2015 JSX tốt nhất có thể và là lao lý độc nhất bây chừ cung cấp JSX.

Tất nhiên là các bản lĩnh hơn vậy thì đồng nghĩa cùng với việc nó vẫn chạy chậm trễ hơn. Vì vậy, vào một vài dự án công trình nó hoàn toàn có thể chưa hẳn điều khoản tương thích nhất. Tuy nhiên, chủ kiến cá nhân của tôi là, nó phù hợp cùng với sát không còn, bắt buộc cđọng dùng cũng chẳng sao đâu.

Cài đặt và cấu hình ESLint

ESLint có thể được setup trải qua npm đơn giản như sau

$ npm install --save-dev eslintKhông độc nhất vô nhị thiết nên code NodeJS các bạn bắt đầu bắt buộc sử dụng node với npm. Rất các dự án sẽ áp dụng các package của node để build các nguyên tố của frontover. Thế bắt buộc, có lẽ rằng tôi không cần phải nói thêm về npm nữa, trường hợp không rõ, chúng ta cũng có thể tìm hiểu thêm ở đây.

Ngoài ra, ESLint còn được cho phép họ sử dụng các plugin nhằm mở rộng hoạt động của nó. ví dụ như, tôi code ReactJS vào dự án của bản thân mình, tôi bắt buộc thiết lập thêm plugin sau để ESLint hoàn toàn có thể support đến nó:

$ npm install --save-dev eslint-plugin-reactMột linter tốt chỉ hoàn toàn có thể vận động ví như bọn họ config nó đúng mà lại thôi. Nếu không, chũm bởi vì phục vụ câu hỏi nâng cấp unique code của chúng ta, này lại đổi thay một trngơi nghỉ ngại ngùng Lúc liên tục đưa ra lỗi đến số đông chỗ dở người.

ESLint là nguyên tắc vô cùng mềm mỏng, có thể chấp nhận được bạn cũng có thể cấu hình nó cực kỳ dễ dàng. Mọi thứ tương quan mang lại coding convention rất nhiều rất có thể cấu hình được. Có nhị phương pháp để config mang đến ESLint, phương pháp trước tiên là comment thẳng vào code JavaScript. Kiểu như vậy này:

/* eslint quotes: <"error", "double">, curly: 2 */Cách này có một điểm yếu là mỗi file, chúng ta lại phải config một đợt, nhưng mà thỉnh thoảng lượng bình luận này là không hề nhỏ vày bọn họ buộc phải config các trang bị khác nhau trong convention. Vì vậy biện pháp hiệu quả rộng là áp dụng một tệp tin config thông thường áp dụng cho toàn thể dự án. Nhưng chúng ta vẫn hoàn toàn có thể sử dụng comment vào một vài tệp tin ví như phần đông tệp tin kia cần phải code khác nguyên tắc phổ biến.

Xem thêm: Màu Acrylic Paint Là Gì Mua Ở Đâu? Màu Vẽ Nước Acrylic Giá Rẻ

ESLint áp dụng một file config, mang tên là .eslintrc.*, phần không ngừng mở rộng có thể là js, yaml, yml, json khớp ứng cùng với format của file đó, hoặc ghi trực tiếp config vào tệp tin package.json.

Cá nhân tôi thích hợp áp dụng JSON, cần tôi vẫn thông số kỹ thuật ESLint vào file .eslintrc.json. Sử dụng package.json luôn cho luôn tiện cũng khá được, tuy nhiên như thế vẫn có tác dụng file kia phình khổng lồ ra không cần thiết, cần tôi nghĩ rằng cần dùng file riêng rẽ thì giỏi rộng.

File config mang lại ESLint có những nguyên tố chính như sau:

plugins

Đây là phần đa plugin được áp dụng để không ngừng mở rộng buổi giao lưu của ESLint. ví dụ như ESLint không cung cấp kiểm tra cú pháp JSX thần thánh, thì nên chúng ta bắt buộc áp dụng plugin để bình chọn các code đó.

"plugins": < "react" >, ...extends

Đây là phần đông config bao gồm sẵn được áp dụng, bọn họ sẽ mở rộng chúng bằng cách thêm vào đều config của riêng biệt mình. ESLint gồm một nguyên lý tương đối tuyệt có thể chấp nhận được bọn họ "sử dụng lại" thông số kỹ thuật của bạn không giống. Ví dụ tôi mong muốn thực hiện cấu hình bao gồm sẵn eslint:recommended (tích thích hợp sẵn vào eslint), với react/recommended (tích đúng theo sẵn trong plugin) thì tôi config nhỏng sau:

... "extends": < "eslint:recommended", "plugin:react/recommended" >, ...Tương từ như thế, chúng ta cũng có thể sử dụng cấu hình của phần nhiều bạn giả dụ bọn họ cảm giác tương xứng, ví dụ strongloop ví dụ điển hình. Chúng ta có thể cài đặt package tương ứng với extends nó thôi. Lưu ý rằng, chúng ta cần khám phá kỹ về mọi thông số kỹ thuật tất cả sẵn này, nhiều lúc chúng khá tiện thể, mà lại ko cân xứng thì cũng không nên dùng, kể cả phần lớn cấu hình "recommended".

rules

Đây là chính là phần config số đông quy tắc mà code rất cần phải tuân theo. Có nhiều rules đã có config sẵn Lúc chúng ta extends một thông số kỹ thuật như thế nào đó thì ko buộc phải config lại nữa. Ở trên đây, bọn họ chỉ việc config thêm gần như rules cơ mà bọn họ đề nghị tuỳ chỉnh cơ mà thôi.

Mỗi rules cần được config nhị thông số: quý hiếm ứng với khoảng độ vận dụng rules (off, warn, error hoặc 0, 1, 2 cho ngắn gọn) với những tuỳ lựa chọn. Rules ở chỗ này hoàn toàn có thể là rules vì chưng ESLint cung cấp sẵn hoặc rules của plugin.

lấy một ví dụ, rules sau đòi hỏi áp dụng single quote " cho các string vào code, và soát sổ vấn đề import React có đúng hay không, nếu như không đang báo lỗi với exit code là một.

... "rules": "quotes": < 2, "single" >, "react/jsx-uses-react": 2, ... ...Lượng rules nhưng ESLint support là rất to lớn, gần như cục bộ các nguyên tố của code đông đảo được tư vấn cả, chưa kể plugin còn mở rộng không dừng lại ở đó. Quý khách hàng hoàn toàn có thể xem toàn cục rules của ESLint tại chỗ này.

parserOptions

Mặc định, ESLint kiểm soát cú pháp của ES5, ví như sử dụng ES6 hoặc các phiên phiên bản new rộng, bọn họ đề xuất thông số kỹ thuật bằng parserOptions. Bên cạnh đó, bài toán support JSX cũng cần phải thông số kỹ thuật ở chỗ này. Cấu hình cục bộ cho phần nàgiống hệt như sau:

... "parserOptions": "ecmaVersion": 6, "sourceType": "module", "ecmaFeatures": "jsx": true , ...env

Đây là khu vực cấu hình môi trường thiên nhiên nhưng code của bọn họ đã chạy. Môi ngôi trường không giống nhau thì sẽ có hầu như thay đổi toàn thể khác nhau. lấy ví dụ như, môi trường thiên nhiên browser thì sẽ sở hữu được những đổi mới như window, document, môi trường xung quanh es6 sẽ có được một số nhiều loại tài liệu mới nlỗi Set chẳng hạn.

... "env": "browser": true, "es6": true , ...globals

Đây là nơi chúng ta chỉ dẫn danh sách những phát triển thành global dùng trong dự án. Nếu ko, lúc bọn họ truy vấn vào một trở nên như thế nào đó, ESLint vẫn báo lỗi vì chưng truy vấn mang lại một biến chuyển chưa được khái niệm.

Biến global có thể được có mang bằng bình luận vào bao gồm file cũng rất được, hoặc danh mục toàn bộ sinh sống trong tệp tin config cũng rất được.

Một số biến hóa global ko bắt buộc có mang lại (như window, document) nếu như env đã hỗ trợ tư tưởng nó rồi.

JavaScript bao gồm một object đựng tài liệu được truyền vào mang lại hàm là arguments cơ mà ko thấy môi trường thiên nhiên nào quan niệm nó. Nếu hy vọng sử dụng object này, họ nên đưa nó vào trong globals của config.

... "globals": "arguments": true, ... Ngoài mọi phần thiết yếu nlỗi đang trình diễn, ESLint còn không hề ít config không giống. Quý khách hàng đọc thêm tại chỗ này để hiểu biết thêm cụ thể về vấn đề tuỳ chỉnh ESLint theo như đúng ý của chính mình.

Example

Dưới đây là toàn thể cấu hình của ESLint nhưng tôi vẫn thực hiện để lint code React (Redux).

"plugins": < "react" >, "extends": < "eslint:recommended", "plugin:react/recommended" >, "rules": "indent": < 2, 2, "SwitchCase": 1 >, "linebreak-style": < 2, "unix" >, "quotes": < 2, "single" >, "semi": < 2, "always" >, "curly": < 2, "all" >, "camelcase": < 2, "properties": "always" >, "eqeqeq": < 2, "smart" >, "one-var-declaration-per-line": < 2, "always" >, "new-cap": 2, "no-case-declarations": 0 , "parserOptions": "ecmaVersion": 6, "sourceType": "module", "ecmaFeatures": "jsx": true , "env": "browser": true, "es6": true , "globals": "arguments": true Áp dụng ESLint vào dự ánSau khi vẫn config cho ESLint kết thúc xuôi, quá trình sót lại của họ là áp dụng nó vào dự án, làm cho nó chuyển động đúng như chức năng của một linter.

Trước hết, họ cần thêm vào một trong những script nhằm điện thoại tư vấn trong tương lai nhỏng sau (file package.json):

... "scripts": "eslint": "eslint path/to/src", ... ...Việc thực hiện script như thế nào phụ thuộc vào vào cụ thể từng project. Nếu là 1 trong project NodeJS thì chúng ta cũng có thể cần sử dụng script premix hoặc postthử nghiệm, nhằm ESLint được chạy auto mỗi khi Call unit demo. Với project website thông thường thì hoàn toàn có thể khắc tên script sao cho dễ hãy nhờ rằng được.

Sau Lúc bao gồm script rồi thì mỗi khi buộc phải hotline ESLint, bọn họ chỉ cần đối kháng giản:

$ npm run eslint> eslint /absolute/path/to/package> eslint --fix path/to/src/absolute/path/to/file.js 14:8 error "moment" is defined but never used no-unused-vars 163:30 error "states" is missing in props validation react/prop-types✖ 2 problems (2 errors, 0 warnings)Nếu chưa thực hiện linter lần như thế nào, hoặc cùng với những người dân không nhiều kinh nghiệm, rất có thể những lần chạy lint sẽ là một (vài) trang màn hình đầy lỗi. Với người yếu tư tưởng có thể bị shoông xã và chán nản không muốn code gì nữa.

Rất may cùng với ESLint, bọn họ đã hỗ trợ bọn họ giải quyết (một phần) vụ việc. ESLint hoàn toàn có thể tự động sửa một vài lỗi tự động với bí quyết thêm option --fix, chúng ta cũng có thể thêm option này vào tức thì script sinh sống bên trên, hoặc hotline nó bởi tay

$ npm run eslint -- --fixESLint có thể sữa không ít lỗi, nhưng bắt buộc sửa không còn được. Nó chỉ có thể sữa hồ hết code như thế nào nhưng mà đảm bảo không ảnh hưởng mang đến chuyển động cơ mà thôi. Tuy nhiên, nó sẽ giúp đỡ chúng ta không ít, tối thiểu thì con số lỗi đã bớt đáng kể, nhìn vào sẽ thấy có sau này hơn.

Nếu hy vọng một biện pháp sữa lỗi mạnh dạn hơn, chúng ta cũng có thể áp dụng prettier (tyêu thích khảo). Đây là luật pháp siêng về format code cho nên nó khỏe khoắn rộng ESLint trong bài toán sữa lỗi. Sử dụng kết hợp ESLint cùng prettier đang mang lại tác dụng cực tốt (cho dù cấp thiết sữa hết 100% lỗi được).

Tự hễ hoá đầy đủ việc

Phần trên, tôi vẫn trình bày phương pháp vận dụng ESLint vào dự án, bằng cách gõ lệnh mỗi một khi đề nghị. Một ngày cơ mà nên gõ và một lệnh hàng chục lần thì và đúng là ngán không thể tả, tối thiểu là đối với tôi. Vì vậy, nếu như có một cách làm auto hoá phần lớn Việc thì thiệt là tuyệt vời.

Sau lúc mày mò thì tôi sẽ tìm ra một cách, đó là áp dụng git hook pre-commit. Sử dụng git hook để giúp đỡ bọn họ chạy ESLint mỗi lúc commit. Nếu đã có lần thực hiện git hook pre-commit rồi thì các bạn chỉ việc sửa file .git/hooks/pre-commit nữa là kết thúc, nếu như không thì họ phải tạo thành file kia.

Cách dễ dãi duy nhất là sử dụng file mẫu cho chủ yếu git cung cấp:

$ cp .git/hooks/pre-commit.sample .git/hooks/pre-commitNội dung tệp tin sẽ có được hai cái cuối nhỏng sau:

# If there are whitespace errors, print the offending file names and fail.exec git diff-index --kiểm tra --cached $against --Chúng ta vẫn thêm lệnh Điện thoại tư vấn ESLint như sau:

phối -enpm run eslint# If there are whitespace errors, print the offending file names & fail.exec git diff-index --check --cached $against --Vậy là giờ đây, các lần commit, ESLint sẽ được Gọi, trọn vẹn từ bỏ động:

$ git commit -m "WIP"> eslint /absolute/path/to/package> eslint --fix path/to/src WIPhường 1 tệp tin changed, 3 insertions(+), 3 deletions(-)Trong khi, có thể bọn họ vẫn thực hiện watchify nhằm quan sát và theo dõi đông đảo biến đổi vào code và auto build lại. Tuy nhiên, watchify thì hết sức nặng nề để gọi ESLint mỗi khi biến hóa. Nếu muốn, chúng ta bắt buộc gửi lịch sự thực hiện các khí cụ build không giống phong cách nhỏng gulp hoặc grunt.

Hai hình thức này cho phép họ tuỳ chỉnh rất nhiều, chúng tất cả vẻ ngoài cho phép chạy nhiều hơn thế một task Khi tất cả tệp tin chuyển đổi. Nhược điểm là watchify gồm phép tắc cache khiến cho bài toán build code khi gồm thay đổi nhanh hao hơn tương đối nhiều, sử dụng gulp giỏi grunt việc build code đã luôn luôn là triển khai lại từ trên đầu đề xuất mất nhiều thời gian hơn. (Mặc mặc dù vậy, chính sách cache của watchify lại chạm chán một vài vấn đề Lúc thêm, xoá bớt file.)

Một lao lý không giống new nổi là webpaông chồng cũng có thể chấp nhận được chúng ta sử dụng Hotline eslint rất nhân tiện, bằng cách thực hiện eslint-loader.

Việc config phần đông giải pháp này là một trong những vụ việc không giống, ở ngoại trừ phạm vi nội dung bài viết này đề nghị tôi sẽ không trình bày những ở chỗ này. Lưu ý rằng, không giống cùng với Việc thực hiện git hook, câu hỏi áp dụng đầy đủ biện pháp này sẽ vận dụng nguyên lý auto hoá cùng với cục bộ dự án công trình, dù nó rất tốt tuy nhiên chưa hẳn ai ai cũng đam mê điều này. Nên nếu như muốn áp dụng, bạn nên search sự thống nhất ý kiến với các đồng nghiệp.

Xem thêm: Tiểu Sử Danh Hài Trường Giang Tên Thật Là Gì, Trường Giang (Nghệ Sĩ)

Kết luận

ESLint là 1 công cụ tuyệt vời và hoàn hảo nhất, hãy áp dụng tiếp tục. Hy vọng nội dung bài viết sẽ giúp ích phần làm sao cho các bạn và các bạn code càng ngày càng đẹp lên.


Chuyên mục: Ý NGHĨA
Bài viết liên quan

Trả lời

Email của bạn sẽ không được hiển thị công khai. Các trường bắt buộc được đánh dấu *