Tản mạn dấu chấm phẩy trong JS
Javascript
246
White

dominhhai viết ngày 01/09/2017

Bài này mình copy lại từ blog của mình, muốn chia sẻ thêm cho anh em. Có chỗ nào sai sót, chưa hợp lý, hay thiếu thốn thì mong được mọi người chỉ giáo :D

var a = 10
var b = a + 20
console.log('The result is that: a = %d, and b = %d', a, b)

function add(a, b) {
    var 
        c = 10
    return
        a + b
}

JavaScript cho phép chúng ta lược bỏ dấu kết thúc lệnh (dấu chấm phẩy). Nhưng trường hợp nào ta phải bắt buộc dùng dấu chấm phải, trường hợp nào thì không và có khi nào ta nên bỏ nó đi?
Trước mắt ta xem một chút bộ dịch JavaScript sẽ làm gì với các lệnh của ta.

1. JavaScript sẽ tự thêm dấu chấm phẩy

Mặc dù JavaScript cho phép lược bỏ dấu chấm phẩy (;) nhưng về bản chất nó vẫn thêm (;) vào mỗi lệnh đầy đủ khi thực thi chương trình. Tại sao lại là lúc thực thi chương trình? Lý do rất đơn giản là JavaScript là ngôn ngữ thông dịch, lúc chạy chương trình nó mới được dịch chứ không cần phải dịch toàn bộ trước như các ngôn ngữ biên dịch như C, C++ hay Java.
Đoạn chương trình phía trên khi chạy sẽ được chuyển thành dạng sau:

var a = 10;
var b = a + 20;
console.log('The result is that: a = %d, and b = %d', a, b);

function add(a, b) {
    var 
        c = 10;
    return;
        a + b;
}

Ồ hay nhỉ? Nó tự động thêm cho ta nhưng cũng không được thông minh cho lắm, vì như đoạn mã trên return; đã là một lệnh đầy đủ rồi nên nó sẽ bị chèn dấu (;) vào. Như vậy kiểu như đoạn mã trên thì hàm add sẽ không trả ra gì nữa, quả là tai hại. Vì vậy cần lưu ý là không xuống dòng ngày sau return trừ khi ta sử dụng dấu (;) để kết thúc lệnh.

2. Khi nào bắt buộc phải dùng dấu chấm phẩy

Ta buộc phải dùng (;) giữa các lệnh gắn (bao gồm cả tính toán), lệnh gọi hàm trên cùng một dòng như ví dụ dưới đây.

var a = 10; b = a + 20; console.log('The result is that: a = %d, and b = %d', a, b);

var b -= a; var b2 = Math.pow(b)

var c = a
b++

function add(a, b) {
    return
        a + b
}

3. Khi nào ta lược bỏ được dấu chấm phẩy

Ta lược bỏ được (;) cho các lệnh trên các dòng khác nhau như ví dụ trên đã đưa ra.
Ta cũng bỏ được nó khi gắn các block cho biến như ví dụ dưới đây.

var square, add = function add(a, b) {
    return a + b
}

var sub = function sub(a, b) {
    return a - b;
}    square = function (a) { return a * a }

4. Cận thận với câu lệnh rỗng

Câu lệnh rỗng là một câu lệnh chỉ bao gồm dấu kết thúc lệnh (;) hoặc các lệnh không có nghĩa.

; var a = 5,    // -> lệnh rỗng ;
        b = 8;
for (;a < b; a ++);    // -> lệnh rỗng for (;a < b; a ++); do vòng for ở đây không còn khối lệnh thực thi
    console.log('a comes to b');

for (i = 0; i < 100; i ++) {
    a += i + b;
};;    // -> 2 câu lệnh rỗng ; và ;
console.log('a = %d', a)

function add(a, b) {
    return a + b;
};    // -> lệnh rỗng ;

Với các lệnh rỗng chúng vẫn thực thi nhưng với chúng ta thì dường như chúng lại vô dụng, nên khi code cần cẩn thận ở điểm này, nhất là các khối lệnh thực hiện bằng hàm hay lệnh điều khiển.
Lệnh rỗng không hẳn là không có tác dụng tốt, chúng tốt khi chúng ta ghép file mã nguồn như phần 5.5 mô tả.

5. Ta có nên bỏ dấu chấm phẩy

Bỏ dấu kết thúc này có tác dụng gì không? Hay chỉ mang lại phiền toái. Ta cùng xét một vài tiêu chí dưới đây.

5.1. Kích thước file khi bỏ dấu chấm phẩy

Dường như bỏ dấu chấm phẩy đi ta có thể tiết kiệm được chút dung lượng file. Nhưng quả thực chẳng đáng là bao vì mỗi dấu chỉ chiếm 1 byte. Nhưng rất nhiều người code JS vẫn bỏ dấu (;), đặc biệt là với những người hay code bằng Coffee Script.

5.2. Sử dụng bộ rút gọn file JS

Với những file JS phía Server, ít khi chúng ta sử dụng việc rút gọn file. Nhưng với phía Client như các mã thực thi phía trình duyệt, ta thường xuyên sử dụng các công cụ rút gọn file như Google Closure.
Bằng các công cụ rút gọn file ta có thể thu gọn các tên biến, tên hàm lại, loại bỏ các khoảng trống không cần thiết như các dấu space, tab và cả enter, và loại bỏ cả các biến, các hàm không sử dụng trong mã nguồn. Như vậy file rút gọn của ta sẽ nhẹ đi rất nhiều và làm cho người lấy được file đó cũng khó hiểu hơn.
Tất nhiên cũng có những công cụ cho phép chúng ta revert lại mã đã thu gọn, nhưng các tên được thu gọn thì không có cách nào revert được ^^.
Ngoài ra, ta cũng có thể sử dụng các công cụ nén file mã nguồn như gzip. Về việc sử dụng gzip để nén mã nguồn mình sẽ viết vào một bài khác.
Miên man hơi nhiều, vậy việc sử dụng bộ rút gọn có tai hại gì liên quan tới dấu (;). Như vừa đề cập phía trên, các bộ rút gọn sẽ lược bỏ các khoảng trống không cần thiết, nhưng việc xác định khoảng nào là cần, khoảng nào là không là dựa vào dấu kết thúc lệnh và các dấu bao khối lệnh ({}). Nên với các lệnh không kết thúc bằng (;) hoặc ({}) sẽ được thu lại dính vào các lệnh phía trước hết. Ta có thể xem ví dụ sau.

var a = 10
var b = a + 20
function add (a, b) {
    return a + b
}
a = add (a, b)

Đoạn mã trên sẽ được thu gọn lại như sau.

var a=10var b=a+20function add(a,b){return a+b}a=add(a,b)

Với đoạn lệnh thu gọn phía trên, ta coi như công cốc.
Nhưng tin không buồn tới vậy, Google khá thông minh hơn các công cụ khác. Google cũng xác định được khi nào cần thêm dấu (;) vào lệnh, nhưng với các mã nguồn phức tạp thì cũng không chắc là nó đúng 100% được. Ví dụ đoạn mã nguồn đơn giản như trên thì Google chạy vẫn rất ngon với kết quả như sau:

var a=10;var b=a+20;function add(a,b){return a+b}a=add(a,b);

Đoạn đơn giản này thì ta có thể kiểm tra nhanh được, nhưng với các bộ mã nguồn phức tạp và dài như dùng lồng callback chẳng hạn thì việc kiểm tra không hề đơn giản.

5.3. Thống nhất style mã nguồn

Cái này hiển nhiên rồi, vì tất cả các lệnh đều được kết thúc với (;) làm cho mã nguồn đồng bộ về style hơn. Tất nhiên là với một số bạn thì việc không dùng trông lại cool và pro hơn ^^.

5.4. Cận thận với trường hợp function tự thực thi

Trường hợp có function tự gọi thực thi thì rất dễ bị nhầm lẫn như ví dụ sau.

var a = 10
// hàm bất kì nào đó
var fn = function () {
}
// hàm tự thực thi
(function (b) {
    console.log(b)
})(a);

Khi thực thi đoạn mã lệnh này sẽ được trình thông dịch hiểu như sau:

var a = 10;
var fn = function () {
}(function (b) {
    console.log(b);
})(a);

Làm gì có hàm nào lại có định dạng function() {}() như thế này nhỉ? Khi chạy đoạn trên sẽ bị lỗi Uncaught TypeError: undefined is not a function. Bạn nào không tin có thể thực thi bằng cách chạy trên trình duyện. Có thể dùng

chạy cũng OK.

5.5. Ghép file

Khi ghép 2 file lại với nhau, chuyện gì xảy ra nếu không có dấu (;)?
Câu trả lời là rất dễ nhầm lẫn vì khi ghép file thường ta ghép điểm cuối file nọ vào đầu file kia trên cùng một dòng và kết quả là 2 lệnh cùng 1 dòng mà không có dấu (;) giữa các lệnh. Thậm chí nếu khác dòng thì vẫn có thể dính trường hợp 5.4 phía trên.
Để giải quyết vấn đề này thì ta có thể thêm một lệnh rỗng ở đầu file mã nguồn.

; var a = 10
var b = (a < 8) ? a : 8 

6. Kết luận

Ta nên sử dụng dấu (;) để kết thúc mỗi lệnh khi viết mã cho client với các lý do vừa đề cập phía trên. Còn phía server, do đặc điểm không mấy ai thu gọn hay nén file nên ta "có thể" lược bỏ, nhưng cần lưu ý với update file mã nguồn dễ bị xảy ra các trường hợp như 5.4. Mà nếu bạn nào sợ đau đầu và rắc rối thì cứ thêm vào cho chắc ăn. Còn mình thì mình thích bỏ dấu ; để mã nguồn nhìn đỡ rối :D

@dominhhai

Bình luận


White
{{ comment.user.name }}
Bỏ hay Hay
{{comment.like_count}}
Male avatar
{{ comment_error }}
Hủy
   

Hiển thị thử

Chỉnh sửa

White

dominhhai

5 bài viết.
29 người follow
Kipalog
{{userFollowed ? 'Following' : 'Follow'}}
Cùng một tác giả
White
31 2
1. Giới thiệu Với các đặc tả JavaScript cũ, ta phải sử dụng các hàm phản hồi để xử lý các thao tác bất đồng bộ. Tuy nhiên việc này dẫn tới tình tr...
dominhhai viết hơn 1 năm trước
31 2
White
7 0
(Ảnh) Các trình soạn thảo mã lệnh hầu hết có tính năng autocomplete (tự động hoàn thiện lệnh) khi gõ. Nhờ có tính năng này mà chúng ta có thể gõ m...
dominhhai viết 2 năm trước
7 0
White
5 0
Sử dụng Let's Encrypt để https hóa máy chủ (Link) là một dịch vụ ngonbổmiễn phí cho việc HTTPS hóa máy chủ. Môi trường được sử dụng trong bài viế...
dominhhai viết hơn 1 năm trước
5 0
Bài viết liên quan
White
43 8
Tăng sức mạnh cho javascript với lodash Lần này mình sẽ giới thiệu 1 thư viện javascript vô cùng bá đạo có tên là "lodash]1]", có thể nói nó là LI...
Huy Hoàng Phạm viết hơn 2 năm trước
43 8
White
27 8
Lâu không post gì muốn viết một bài dài dài về js cơ mà đau đầu quá viết mãi không xong, thôi post bài ngắn vậy :smiley: Lấy screen size ở đây tôi...
Hoàng Duy viết gần 3 năm trước
27 8
White
6 0
Có bao giờ bạn thắc mắc, chuyện gì thực sự diễn ra khi chúng ta gõ một địa chỉ trang web (ví dụ: (Link)) lên trình duyệt và nhấn Enter? Đầu tiên, t...
Lam Pham viết 6 tháng trước
6 0
{{like_count}}

kipalog

{{ comment_count }}

bình luận

{{liked ? "Đã kipalog" : "Kipalog"}}


White
{{userFollowed ? 'Following' : 'Follow'}}
5 bài viết.
29 người follow

 Đầu mục bài viết

Vẫn còn nữa! x

Kipalog vẫn còn rất nhiều bài viết hay và chủ đề thú vị chờ bạn khám phá!