Lint Là Gì

Bài viết gốc: https://manhhomienbienthuy.bitbucket.io/2018/May/20/we-should-use-eslint-in-project.html (sẽ xin phxay người sáng tác

)

JavaScript đang trở thành một ngữ điệu cực kì phổ cập trong lập trình website. Gần nlỗi bất cứ lập trình viên web nào cũng phần đa phải biết code JavaScript. Thế nhưng biết là một trong cthị trấn, code xuất sắc lại là cthị trấn không giống. Trong nội dung bài viết này, tôi đang ra mắt một luật pháp góp bọn họ code JavaScript tốt rộng, kia đó là ESLint.

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

Mngơi nghỉ đầu

Lúc bấy giờ JavaScript đang bao gồm phát triển vô cùng xa so với rất nhiều nắm hệ thuở đầu, lúc mà lại phần nhiều quánh tả ESnăm ngoái (ECMAScript 2015 - ES6) và ES2017 được chào làng. Đặc biệt, tương đối nhiều tlỗi viện của JavaScript nlỗi ReactJS, AngularJS, VueJS, v.v... góp chúng ta cũng có thể xây dừng đa số vận dụng web cực kỳ cool.

Mặc dù là đa số đặc tả kỹ thuật những điều đó, tuy vậy vấn đề code JavaScript hiện giờ vẫn tồn tại không hề ít vụ việc. Vì vậy, vấn đề bảo đảm an toàn chất lượng của code JavaScript vẫn luôn là một thử thách bự.

Có không ít yếu đuối xuất sắc để tạo nên một project xuất sắc như: cấu trúc tlỗi mục rõ ràng, README rất đầy đủ báo cáo, được bố trí theo hướng dẫn phối up tương tự như build, thử nghiệm. Và nhân tố đặc biệt tuyệt nhất của một project giỏi buộc phải là code dễ nhìn đọc, dễ nắm bắt cùng dễ dàng gia hạn.

Để bảo đảm hồ hết nhân tố đó, sức tín đồ cấp thiết làm cho hết được. Đó là thời điểm chúng ta cần mang lại các giải pháp lint.

Lint là gì?

Muốn nắn project tất cả code đủ xuất sắc thì ngay lập tức trường đoản cú lúc đầu bắt buộc gây ra phần lớn coding convention nhằm phần nhiều bạn tuân thủ theo đúng. Coding convention thường không giúp code chạy nkhô cứng rộng, tuy nhiên nó góp bảo trì code đọc dễ dàng hơn.

Tôi đã trải qua một số project, cùng thực sự việc sử dụng con bạn nhằm bảo đảm an toàn coding convention là ngoạn mục vị công việc vô số. Mà, trong cả con bạn cũng có những lúc không nên sót, có thể bỏ lỡ lỗi này, lỗi cơ ví như nó bé dại trong những khi Đánh Giá. Vì vậy, việc bảo vệ coding convention bởi các hiện tượng auto là tốt nhất có thể.

Những vấn đề có đặc thù thắt chặt và cố định như thế, máy vi tính luôn luôn có tác dụng tốt hơn nhỏ bạn. Kết trái vừa đúng đắn, vừa nhanh chóng, các developer sẽ sở hữu được thời hạn hơn trong câu hỏi trí tuệ sáng tạo cùng viết code cho các tác dụng chứ không phải đi xói móc bạn không giống chnóng phẩy đang đúng không. Công cầm cố góp chúng ta thao tác làm việc này Hotline là những chế độ lint (linter).

Lint là phần đông nguyên tắc góp bọn họ đối chiếu code, từ bỏ kia giới thiệu những vụ việc nhưng mà code đang chạm chán đề xuất nhỏng ko tuân hành coding style, không nên coding convention. Hình như, lint còn có thể góp họ tìm thấy một trong những bug tiềm ẩn vào code nlỗi gán trở thành không khai báo, rất có thể gây lỗi runtime hoặc đem giá trị xuất phát điểm từ 1 đổi mới toàn cục để cho câu hỏi debug trnghỉ ngơi cần trở ngại, v.v...

Lint của thể khiến cho một vài ba người Cảm Xúc choáng váng Khi mới làm quen, nhưng nó để giúp code cụ thể rộng. Dần dần dần, khi trình tăng thêm rồi, lint đã là một trong trợ demo hết sức đắc lực.

Tại sao lại là JavaScript

Nếu bạn là một trong những bạn code NodeJS thì không có gì đề xuất tranh biện rồi. JavaScript đó là ngữ điệu được áp dụng đa số, cần họ phải linter mang lại nó là dĩ nhiên.

Tại trên đây, tôi mong muốn nói đến những dự án cải tiến và phát triển website khác, nơi nhưng không hề ít ngữ điệu khác biệt được thực hiện, tự backend (Ruby, PHP, Pyhẹp, v.v...) cho tới frontover (HTML, JavaScript, SCSS, v.v...)

Trong một dự án công trình, tất cả các ngôn ngữ, bao gồm cả HTML cùng CSS hầu hết cần tuân thủ theo đúng nguyên tắc thì mới có thể tạo nên một project tốt được. Không bao gồm phép tắc, những người code theo phần nhiều phong thái siêu khác biệt đã khiến cho một mớ hỗ độn mà lại fan ko kể quan sát vào đã chẳng phát âm gì (thậm chí là bọn họ còn chẳng mong muốn đọc).

Tuy nhiên, vào ngôn từ nội dung bài viết này, đề cập tới tất cả các ngôn từ chính là JavaScript. JavaScript rất có thể chưa hẳn là ngữ điệu quan trọng đặc biệt tốt nhất của dự án công trình, tuy thế tôi có thể chắn rằng, nó là ngôn từ đề nghị linter độc nhất.

Ngulặng nhân tới từ bao gồm bản thân ngôn ngữ. JavaScript tất cả một xây dựng tồi, cú pháp của nó là việc pha tạp của Java với C++, lại pha trộn các điểm lưu ý của những ngôn từ script nlỗi Ruby, Python.

Chưa nhắc, ngôn ngữ này được support trên các trình coi sóc không giống nhau lại hết sức khác nhau. Mỗi trình để mắt tới thực hiện một engine riêng rẽ đề nghị có rất nhiều hàm chạy được bên trên trình trông nom này lại ko chạy được trên trình để mắt tới khác. Chắc hẳn ai trong các chúng ta cũng đã có lần gặp gỡ ác mộng cùng với Internet Explorer. Để code hoàn toàn có thể chạy trên nhiều trình chuẩn y, gần như là buộc phải là code sẽ nên có những code quá xung quanh logic.

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

Vì vậy, khi project tiến triển theo thời gian, code đang tăng mạnh lên từng ngày, từng developer lại có số đông phong cách, ý say đắm không giống nhau khi code, thậm chí là cùng một người mà lúc bấy giờ code một mẫu mã, mai lại code một hình dạng, khiến JavaScript biến đổi ngữ điệu cực nhọc đồng nhất ở trong loại số 1 trong một project.

Ngay cả Khi sẽ gồm coding convention, nhì bạn code cùng một ngắn gọn xúc tích vẫn có thể đã tạo ra rất nhiều code trông "chẳng liên quan" gì mang lại nhau.

Một yếu tố khiến cho JavaScript nặng nề hoàn toàn có thể gia hạn tính thống duy nhất trong bí quyết code đến từ bao gồm nhỏ fan. Phần béo những full staông xã developer mà lại tôi biết chỉ mạnh về backend, chúng ta bao gồm tài năng về frontend tuy nhiên đối với backend thì chính xác là một ttránh một vực. bên cạnh đó, frontkết thúc lại là phần dễ dẫn đến xem dịu vào project, vì chưng đông đảo fan triệu tập các vào performance, về tối ưu code, database, v.v... hơn.

Gần phía trên, tốt nhất là sau sự xuất hiện thêm của ReactJS khiến JavaScript ngày càng bao gồm sứ mệnh quan trọng rộng trong dự án. Thay bởi vì chỉ là một phần nhỏ tuổi, cung ứng vài ba hiệu ứng đến trang đẹp hẳn lên, ni JavaScript đã đảm nhiệm trọn vẹn phần "hiển thị" của trang. Nhất là các dự án, phần frontkết thúc chỉ còn JavaScript với CSS, HTML thuần số đông không thể được sử dụng.

Với phần đông dự án công trình như vậy, vấn đề lint JavaScript lại càng cần thiết rộng lúc nào hết.

Tại sao chọn ESLint?

Có tương đối nhiều công cụ lint JavaScript khác nhau: ESLint, JSLint, JSHint.

Có một bài bác đối chiếu những cơ chế này, những chúng ta cũng có thể phát âm xem thêm. cũng có thể bắt tắt các phương pháp nhỏng sau: JSLint rất lô bó, cấm đoán họ tuỳ chỉnh tự động, JSHint thiếu những cách thức không ngừng mở rộng, JSCS thỉ phù hợp để check coding style.

Và cuối cùng ESLint là giải pháp hài hoà duy nhất, là chọn lọc cực tốt cho những project. Nó có thể chấp nhận được bọn họ tuỳ chỉnh cầu hình theo coding convention của chính mình, bình chọn coding style cùng tìm thấy các bug tương tự như những vấn đề tàng ẩn khác.

ESLint lại càng là gạn lọc cực kì thích hợp giả dụ chúng ta thực hiện ES2015 cũng như JSX (của React). Trong số toàn bộ các linter, nó là hình thức cung cấp ES2015 JSX rất tốt cùng là lao lý nhất bây giờ hỗ trợ JSX.

Tất nhiên là nhiều tác dụng hơn vậy thì đồng nghĩa tương quan cùng với vấn đề nó đã chạy lờ lững hơn. Vì vậy, vào một trong những dự án công trình nó hoàn toàn có thể chưa phải giải pháp phù hợp độc nhất vô nhị. Tuy nhiên, chủ ý cá thể của mình là, nó cân xứng với sát hết, yêu cầu cứ sử dụng cũng không sao đâu.

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

ESLint hoàn toàn có thể được thiết đặt trải qua npm dễ dàng nhỏng sau

$ npm install --save-dev eslintKhông tốt nhất thiết buộc phải code NodeJS các bạn new nên áp dụng node với npm. Rất những dự án công trình đã thực hiện những package của node nhằm build các nhân tố của frontkết thúc. Thế nên, chắc hẳn rằng tôi không cần phải nói thêm về npm nữa, nếu như chưa rõ, bạn có thể tìm hiểu thêm tại chỗ này.

Trong khi, ESLint còn chất nhận được chúng ta sử dụng các plugin nhằm không ngừng mở rộng hoạt động của nó. ví dụ như, tôi code ReactJS trong dự án công trình của chính mình, tôi đề nghị cài đặt thêm plugin sau nhằm ESLint rất có thể tư vấn mang đến nó:

$ npm install --save-dev eslint-plugin-reactMột linter tốt chỉ rất có thể chuyển động nếu bọn họ config nó đúng mà lại thôi. Nếu ko, cầm do Giao hàng vấn đề nâng cao chất lượng code của chúng ta, này lại biến một trngơi nghỉ hổ thẹn Lúc tiếp tục đưa ra lỗi mang lại rất nhiều vị trí dở hơi.

ESLint là luật pháp vô cùng mềm dẻo, được cho phép bạn có thể thông số kỹ thuật nó cực kỳ tiện lợi. Mọi sản phẩm tương quan cho coding convention phần đông có thể cấu hình được. Có hai phương pháp để config mang lại ESLint, giải pháp trước tiên là bình luận 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 tệp tin, họ lại phải config một lượt, mà đôi khi lượng bình luận này là không hề nhỏ do chúng ta cần config những sản phẩm khác nhau vào convention. Vì vậy bí quyết kết quả hơn là áp dụng một file config phổ biến vận dụng cho toàn thể dự án công trình. Nhưng họ vẫn hoàn toàn có thể sử dụng phản hồi trong một vài file nếu gần như tệp tin kia bắt buộc phải code không giống luật lệ chung.

Xem thêm: Đăng Ký Tfn Hay Abn Là Gì - Sự Khác Biệt Giữa Abn Và Tfn

ESLint thực hiện một file config, mang tên là .eslintrc.*, phần mở rộng rất có thể là js, yaml, yml, json khớp ứng với format của tệp tin đó, hoặc ghi thẳng config vào tệp tin package.json.

Cá nhân tôi mê say thực hiện JSON, nên tôi sẽ thông số kỹ thuật ESLint vào file .eslintrc.json. Sử dụng package.json luôn luôn cho nhân tiện cũng khá được, dẫu vậy như vậy đã làm cho tệp tin đó phình lớn ra không quan trọng, phải tôi cho rằng yêu cầu cần sử dụng tệp tin riêng biệt thì xuất sắc hơn.

File config mang đến ESLint có những yếu tố bao gồm nhỏng sau:

plugins

Đây là đầy đủ plugin được áp dụng nhằm mở rộng buổi giao lưu của ESLint. ví dụ như ESLint không hỗ trợ khám nghiệm cú pháp JSX thần thánh, thì buộc phải bọn họ đề xuất sử dụng plugin nhằm khám nghiệm những code kia.

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

Đây là phần đa config có sẵn được áp dụng, chúng ta vẫn không ngừng mở rộng chúng bằng cách cung ứng đầy đủ config của riêng biệt bản thân. ESLint bao gồm một hình thức tương đối hay được cho phép họ "cần sử dụng lại" thông số kỹ thuật của bạn khác. ví dụ như tôi ao ước thực hiện thông số kỹ thuật có sẵn eslint:recommended (tích phù hợp sẵn vào eslint), và react/recommended (tích hợp sẵn vào plugin) thì tôi config nhỏng sau:

... "extends": < "eslint:recommended", "plugin:react/recommended" >, ...Tương trường đoản cú điều này, chúng ta cũng có thể thực hiện thông số kỹ thuật của đông đảo tín đồ ví như họ Cảm Xúc cân xứng, ví dụ strongloop ví dụ điển hình. Chúng ta hoàn toàn có thể cài đặt package tương ứng và extends nó thôi. Lưu ý rằng, chúng ta đề xuất tìm hiểu kỹ về đều thông số kỹ thuật bao gồm sẵn này, đôi lúc chúng rất tiện thể, dẫu vậy không tương xứng thì cũng tránh việc dùng, tất cả phần đông thông số kỹ thuật "recommended".

rules

Đây là chính là phần config đều quy tắc mà code cần phải theo đúng. Có những rules đã có được config sẵn khi bọn họ extends một thông số kỹ thuật làm sao đó thì không phải config lại nữa. Ở phía trên, chúng ta chỉ việc config thêm đầy đủ rules nhưng bọn họ phải tuỳ chỉnh nhưng thôi.

Mỗi rules rất cần phải config nhị thông số: giá trị ứng với tầm độ áp dụng rules (off, warn, error hoặc 0, 1, 2 mang đến nthêm gọn) cùng những tuỳ lựa chọn. Rules tại đây có thể là rules bởi vì ESLint cung ứng sẵn hoặc rules của plugin.

lấy ví dụ như, rules sau từng trải áp dụng single quote " cho các string trong code, cùng chất vấn vấn đề import React có đúng hay không, còn nếu không sẽ báo lỗi với exit code là một trong.

... "rules": "quotes": < 2, "single" >, "react/jsx-uses-react": 2, ... ...Lượng rules nhưng mà ESLint support là không hề nhỏ, gần như toàn thể các yếu tố của code mọi được support cả, chưa tính plugin còn không ngừng mở rộng không chỉ có thế. quý khách hàng hoàn toàn có thể xem tổng thể rules của ESLint tại đây.

parserOptions

Mặc định, ESLint soát sổ cú pháp của ES5, nếu như thực hiện ES6 hoặc những phiên bản bắt đầu hơn, họ cần thông số kỹ thuật bằng parserOptions. Ngoài ra, câu hỏi support JSX cũng rất cần được cấu hình tại đây. Cấu hình cục bộ bỏ phần nàgiống như sau:

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

Đây là chỗ cấu hình môi trường thiên nhiên nhưng mà code của họ vẫn chạy. Môi ngôi trường khác biệt thì sẽ sở hữu phần đông biến hóa toàn bộ khác biệt. ví dụ như, môi trường xung quanh browser thì sẽ sở hữu được các thay đổi như window, document, môi trường thiên nhiên es6 sẽ có được một trong những một số loại dữ liệu new 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 biến chuyển global sử dụng trong dự án công trình. Nếu ko, lúc họ truy vấn vào một biến chuyển nào kia, ESLint đang báo lỗi vì truy vấn cho một biến đổi không được tư tưởng.

Biến global có thể được khái niệm bởi bình luận vào bao gồm file cũng rất được, hoặc danh mục tổng thể sinh hoạt vào tệp tin config cũng rất được.

Một số biến global không đề nghị tư tưởng lại (nhỏng window, document) trường hợp env đã hỗ trợ tư tưởng nó rồi.

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

... "globals": "arguments": true, ... Ngoài đa số phần chính nhỏng vẫn trình diễn, ESLint còn tương đối nhiều config không giống. Quý khách hàng bài viết liên quan ở chỗ này để hiểu biết thêm cụ thể về vấn đề tuỳ chỉnh ESLint theo như đúng ý của bản thân mình.

Example

Dưới đây là toàn cục thông số kỹ thuật của ESLint nhưng tôi đang 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 lúc sẽ config đến ESLint hoàn thành xuôi, quá trình sót lại của bọn họ là áp dụng nó vào dự án công trình, làm nó hoạt động quả thật công dụng của một linter.

Trước không còn, bọn họ nên thêm vào trong 1 script để Hotline trong tương lai nhỏng sau (tệp tin package.json):

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

Sau Khi tất cả script rồi thì mỗi một khi yêu cầu Gọi ESLint, bọn họ chỉ việc đố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 không áp dụng linter lần như thế nào, hoặc cùng với những người ít kinh nghiệm, hoàn toàn có thể các lần chạy lint sẽ là một trong (vài) trang màn hình đầy lỗi. Với bạn yếu hèn tâm lý có thể bị shochồng và chán nản không thích code gì nữa.

Rất may với ESLint, bọn họ đã giúp chúng ta giải quyết và xử lý (một phần) vụ việc. ESLint có thể auto sửa một vài ba lỗi tự động cùng với cách thêm option --fix, chúng ta cũng có thể thêm option này vào ngay script sinh hoạt trên, hoặc hotline nó bằng tay

$ npm run eslint -- --fixESLint hoàn toàn có thể sữa không hề ít lỗi, cơ mà quan trọng sửa hết được. Nó chỉ hoàn toàn có thể sữa đầy đủ code làm sao mà lại bảo đảm ko ảnh hưởng đến hoạt động mà lại thôi. Tuy nhiên, nó vẫn giúp đỡ bọn họ rất nhiều, ít nhất thì con số lỗi đang bớt đáng kể, chú ý vào sẽ thấy có sau này hơn.

Nếu ao ước một phép tắc sữa lỗi mạnh dạn rộng, bạn cũng có thể sử dụng prettier (tđắm say khảo). Đây là luật chăm về format code vì thế nó táo bạo rộng ESLint trong câu hỏi sữa lỗi. Sử dụng kết hợp ESLint với prettier sẽ mang đến kết quả tốt nhất (mặc dù thiết yếu sữa hết 100% lỗi được).

Tự động hoá đông đảo việc

Phần bên trên, tôi đã trình diễn giải pháp vận dụng ESLint vào dự án công trình, bằng phương pháp gõ lệnh mỗi một khi đề xuất. Một ngày mà cần gõ cùng một lệnh hàng chục lần thì và đúng là ngán cần yếu tả, ít nhất là đối với tôi. Vì vậy, ví như tất cả một cách thức tự động hóa hoá phần lớn vấn đề thì thật là tuyệt vời và hoàn hảo nhất.

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

Cách dễ ợt tuyệt nhất là thực hiện tệp tin mẫu mã cho chủ yếu git cung cấp:

$ cp .git/hooks/pre-commit.sample .git/hooks/pre-commitNội dung file sẽ có được nhị chiếc cuối nhỏng sau:

# If there are whitespace errors, print the offending file names & fail.exec git diff-index --kiểm tra --cached $against --Chúng ta sẽ thêm lệnh Gọi ESLint như sau:

mix -enpm run eslint# If there are whitespace errors, print the offending file names và fail.exec git diff-index --check --cached $against --Vậy là giờ đây, mỗi lần commit, ESLint sẽ được điện thoại tư vấn, hoàn toàn từ động:

$ git commit -m "WIP"> eslint /absolute/path/to/package> eslint --fix path/to/src WIPhường 1 file changed, 3 insertions(+), 3 deletions(-)Dường như, hoàn toàn có thể bọn họ vẫn thực hiện watchify để theo dõi mọi thay đổi vào code với auto build lại. Tuy nhiên, watchify thì vô cùng khó nhằm Hotline ESLint mỗi lúc chuyển đổi. Nếu hy vọng, bọn họ buộc phải đưa lịch sự áp dụng những biện pháp build không giống hình trạng nhỏng gulp hoặc grunt.

Hai dụng cụ này chất nhận được chúng ta tuỳ chỉnh không hề ít, chúng có nguyên lý cho phép chạy nhiều hơn thế nữa một task khi bao gồm tệp tin biến đổi. Nhược điểm là watchify gồm nguyên lý cabịt khiến vấn đề build code lúc tất cả thay đổi nhanh rộng rất nhiều, áp dụng gulp hay grunt câu hỏi build code đã luôn luôn luôn là tiến hành lại từ trên đầu phải mất nhiều thời hạn rộng. (Mặc mặc dù vậy, hiệ tượng cađậy của watchify lại chạm chán một trong những sự việc Khi thêm, xoá sút tệp tin.)

Một luật pháp không giống new nổi là webpaông chồng cũng cho phép họ sử dụng gọi eslint rất một thể, bằng phương pháp thực hiện eslint-loader.

Việc config gần như hiện tượng này là 1 trong vấn đề khác, nằm kế bên phạm vi bài viết này phải tôi sẽ không còn trình diễn nhiều tại đây. Lưu ý rằng, khác cùng với việc áp dụng git hook, việc thực hiện phần đông chính sách này vẫn vận dụng cách thức tự động hóa hoá với cục bộ dự án công trình, dù nó cực tốt cơ mà chưa phải người nào cũng say mê điều đó. Nên nếu muốn áp dụng, bạn nên kiếm tìm sự thống độc nhất chủ ý với các đồng nghiệp.

Kết luận

ESLint là một nguyên tắc tuyệt đối hoàn hảo, hãy áp dụng thường xuyên. Hy vọng bài viết sẽ giúp đỡ ích phần nào đến chúng ta cùng các bạn code ngày càng đẹp hẳn lên.