Tại sao chúng ta cần enum trong các ngôn ngữ gõ động?

Tôi đã đọc một số mã ở đây và thấy rằng một enum được sử dụng để lưu trữ tên của các thẻ html. Tại sao chúng ta cần phải làm điều này? Tôi được lợi gì khi sử dụng chiến lược này?

Tôi biết rằng các enum hữu ích như thế nào trong các ngôn ngữ được biên dịch hoặc gõ tĩnh nhưng khi tôi thấy các enum trong các ngôn ngữ được gõ động, tôi thấy tò mò, như mã ví dụ tôi đã trình bày ở trên. Vì vậy, câu hỏi về cơ bản sôi nổi tại sao chúng ta cần enum trong ngôn ngữ gõ động hoặc chúng ta cần chúng ở tất cả?

Một lợi ích là trình biên dịch có thể cho bạn biết nếu bạn vô tình gõ "QUẢNG CÁO" hoặc "FEILDSET" và cho phép bạn sửa nó ngay lập tức thay vì hành xử theo cách vô nghĩa khi chạy.

Mặc dù lợi ích hữu ích hơn nhiều đối với các ngôn ngữ được nhập tĩnh so với động, nhưng nó vẫn hữu ích ngay cả khi đó là lỗi thời gian chạy vì bạn sẽ nhận được thông báo cho biết có vấn đề với tuyên bố trường hợp của bạn chứ không phải dữ liệu của bạn.

Enums rất hữu ích cho các tình huống trong đó bạn có một bộ giá trị / thực thể cố định hợp lý. Chúng là tài liệu tự và cho phép trình biên dịch xác nhận những thứ mà nếu không còn thời gian. Chúng không bao giờ được sử dụng nếu tập hợp các giá trị có ý nghĩa không được biết hoặc không bị giới hạn nghiêm ngặt.

Một ví dụ hữu ích hơn sẽ là một cái gì đó giống như mã phản hồi HTTP. Thay vì có một phương thức lấy một số và cung cấp tên và / hoặc mô tả lỗi, bạn có thể có một tập hợp các enum với tên có ý nghĩa, mã và mô tả, v.v. trong một gói sạch có thẩm quyền trong các giá trị nào được phép và cần được xử lý.

Enums không liên quan gì đến OOP và JavaScript không có enums. Thay vào đó, enum được sử dụng bất cứ khi nào có sự lựa chọn giữa một bộ giá trị cố định. Ví dụ, boolean là sự lựa chọn giữa đúng và sai, có thể được thực hiện như enum Bool { False, True }. Trong thư viện GUI, chúng tôi có thể có một bảng liệt kê để sắp xếp : enum HAlignment { LEFT = -1, CENTER = 0, RIGHT = 1 }.

Nó thường không liên quan như thế nào enum được thực hiện, phần quan trọng là mỗi giá trị có thể là khác biệt. Nhiều ngôn ngữ sử dụng số nguyên cho enums, mặc dù một số ngôn ngữ như Java hỗ trợ các đối tượng tùy ý.

Cho đến bây giờ, chúng ta cũng có thể sử dụng các hằng số, vd const int LEFT = -1, CENTER = 0, RIGHT = 1. Tuy nhiên, một trình biên dịch biết rằng các giá trị enum thuộc về nhau. Vì vậy, khi tôi chuyển qua các giá trị enum switch(value) {case LEFT: ...; case RIGHT: ...;}, trình biên dịch có thể cảnh báo tôi rằng tôi đã quên CENTERtrường hợp này. Đây có thể là một tiết kiệm thời gian đáng kể. Trong các ngôn ngữ không có enum hoặc không có cấu trúc trường hợp chuyển đổi, điều này có thể được mô phỏng với Mẫu khách truy cập, mặc dù điều đó hữu ích hơn khi có kiểu gõ tĩnh.

Ưu điểm khác là enums có thể được coi là một loại riêng biệt. Ví dụ, tôi có thể khai báo rằng một phương thức lấy một HAlignmenttham số, thay vì bất kỳ số nguyên nào. Sau đó, mã sẽ không biên dịch được nếu tôi cung cấp bất cứ thứ gì ngoại trừ một trong ba giá trị HAlocation có thể. Tuy nhiên, enum của C không được đóng gói tốt và các hằng số enum có thể được sử dụng thay thế cho nhau với các số nguyên. Các ngôn ngữ khác chặt chẽ hơn ở đây.

Trong JavaScript, chúng tôi không nhận được bất kỳ lợi ích nào trong số này. Ví dụ đã cho khai báo một đối tượng được coi là enum. Điều này có một số lợi thế cho lập trình viên, ví dụ như nó làm cho tài liệu dễ dàng hơn, nhóm tất cả các hằng số trên mạng thành một đối tượng duy nhất, khác. Tuy nhiên, nó chỉ là một quy ước rằng một đối tượng như vậy là giống như enum.

Vấn đề ở đây là HTML chỉ có một bộ thẻ hữu hạn và đã biết. Bạn có thể xem đặc tả HTML5 và đặt các tên thành phần đó làm enum vào mã của mình và do đó làm cho việc lén <blink>thẻ vào chương trình của bạn trở nên khó khăn hơn . Tốt hơn là mã hóa kiến ​​thức này ở một nơi để xả mã của bạn bằng các chuỗi ký tự đặc biệt (hoặc tệ hơn, số ma thuật).

Ngay cả khi ngôn ngữ của bạn không yêu cầu biên dịch, có thể bạn sẽ sử dụng một số loại IDE hoặc công cụ phát triển, có thể hỗ trợ tốt hơn cho một thứ như enum thay vì chỉ cho chuỗi.

Ví dụ: nếu bạn sử dụng một đối tượng như enum trong javascript, trình soạn thảo của bạn sẽ cung cấp cho bạn hoàn thành mã và trình kiểm tra mã của bạn như JSHint hoặc JSLint sẽ cảnh báo bạn, nếu bạn vô tình sử dụng sai giá trị.

Điểm của enum như vậy có thể là cung cấp cho Js Api (goog) một bộ / gói các thẻ được phép. Những cái nào? Những cái được định nghĩa bởi W3C HTML 4.01 ( xem tài liệu của enum ). Vì vậy, nó thiết lập ranh giới.

Có thể hoặc không thể là mục tiêu thực sự này, tuy nhiên nó sẽ hoạt động tốt cho mục đích đó.

Nếu bạn biết Javascript hoạt động như thế nào, mã nào đang làm là xác định một mảng được lập chỉ mục bởi các chuỗi :-). Giá trị nào là một chuỗi, nhưng nó có thể là bất kỳ thành phần nào khác có thuộc tính, hàm, v.v ... Hãy để trí tưởng tượng của bạn chạy miễn phí và bạn sẽ thấy lợi ích ở mọi nơi.

Bỏ qua một bên, tôi sử dụng enums rất nhiều để mô hình hóa và quản lý các máy trạng thái .

BẮT ĐẦU> IN_PROGRESS> XÁC NHẬN> HOÀN TẤT> ...

Trong java switch, cho phép các enum vì vậy khá dễ dàng để xác nhận các trạng thái thành một máy trạng thái , lặp lại tất cả các enum, để xác định các ưu tiên bằng cách thực hiện các enum phức tạp, ...

Tôi cũng sử dụng chúng để xác định các hằng số đánh máy và không thể thay đổi:

• Có không

Ngoài ra các enum phức tạp (cho phép thực hiện các biến đổi / phân tích cú pháp an toàn)

• Có (1, đúng), Không (0, sai)

Do enums thường thuộc về lớp mô hình của tôi (lõi), các tính năng của nó có thể truy cập được trên tất cả hệ thống, vì vậy nó trở thành một mô hình chức năng và tôi giữ một khớp nối thấp.

Có gì enums cho (trong số những thứ khác) là ranh giới và typification