CẬP NHẬT:
Một giải pháp dựa trên vĩ mô mới đã được tạo ra vượt trội hơn nhiều so với giải pháp tôi phác thảo dưới đây. Tôi thực sự khuyên bạn nên sử dụng giải pháp dựa trên macro mới này . Và nó xuất hiện kế hoạch cho Dotty sẽ làm cho phong cách giải pháp enum này trở thành một phần của ngôn ngữ. Ôi trời ơi!
Tóm tắt:
Có ba mẫu cơ bản để cố gắng tái tạo Java Enumtrong một dự án Scala. Hai trong ba mẫu; trực tiếp sử dụng Java Enumvà scala.Enumeration, không có khả năng cho phép khớp mẫu đầy đủ của Scala. Và cái thứ ba; "đặc điểm kín + đối tượng trường hợp", không ... nhưng có các biến chứng khởi tạo lớp / đối tượng JVM dẫn đến việc tạo ra chỉ mục thứ tự không nhất quán.
Tôi đã tạo ra một giải pháp với hai lớp; Bảng liệt kê và bảng liệt kê Được đặt trong Gist này . Tôi đã không đăng mã vào chủ đề này vì tệp cho phép liệt kê khá lớn (+400 dòng - chứa rất nhiều ý kiến giải thích bối cảnh thực hiện).
Chi tiết:
Câu hỏi bạn đặt ra khá chung chung; "... Khi nào nên sử dụng casecác lớpobjects so với mở rộng [scala.]Enumeration". Và hóa ra có NHIỀU câu trả lời có thể có, mỗi câu trả lời tùy thuộc vào sự tinh tế của các yêu cầu dự án cụ thể mà bạn có. Câu trả lời có thể được giảm xuống thành ba mẫu cơ bản.
Để bắt đầu, hãy chắc chắn rằng chúng ta đang làm việc từ cùng một ý tưởng cơ bản về việc liệt kê là gì. Chúng ta hãy định nghĩa một phép liệt kê chủ yếu theo các điều khoản Enumđược cung cấp kể từ Java 5 (1.5) :
- Nó chứa một tập hợp các thành viên được đặt tên tự nhiên
- Có một số lượng thành viên cố định
- Các thành viên được sắp xếp tự nhiên và được lập chỉ mục rõ ràng
- Trái ngược với việc được sắp xếp dựa trên một số tiêu chí kiểm tra thành viên bẩm sinh
- Mỗi thành viên có một tên duy nhất trong tổng số tất cả các thành viên
- Tất cả các thành viên có thể dễ dàng được lặp lại thông qua các chỉ số của họ
- Một thành viên có thể được lấy với tên (phân biệt chữ hoa chữ thường)
- Sẽ rất tuyệt nếu một thành viên cũng có thể được lấy với tên không nhạy cảm trường hợp của nó
- Một thành viên có thể được lấy với chỉ mục của nó
- Thành viên có thể dễ dàng, minh bạch và sử dụng hiệu quả tuần tự hóa
- Thành viên có thể dễ dàng được mở rộng để giữ dữ liệu độc thân liên quan bổ sung
- Suy nghĩ vượt ra ngoài Java
Enum, thật tuyệt khi có thể tận dụng một cách rõ ràng việc tận dụng mô hình phù hợp với mô hình của Scala để kiểm tra mức độ liệt kê
Tiếp theo, chúng ta hãy xem xét các phiên bản rút gọn của ba mẫu giải pháp phổ biến nhất được đăng:
A) Thực tế trực tiếp sử dụng mẫu JavaEnum (trong một dự án Scala / Java hỗn hợp):
public enum ChessPiece {
KING('K', 0)
, QUEEN('Q', 9)
, BISHOP('B', 3)
, KNIGHT('N', 3)
, ROOK('R', 5)
, PAWN('P', 1)
;
private char character;
private int pointValue;
private ChessPiece(char character, int pointValue) {
this.character = character;
this.pointValue = pointValue;
}
public int getCharacter() {
return character;
}
public int getPointValue() {
return pointValue;
}
}
Các mục sau đây từ định nghĩa liệt kê không có sẵn:
- 3.1 - Sẽ rất tuyệt nếu một thành viên cũng có thể được truy xuất với tên không nhạy cảm trường hợp của nó
- 7 - Suy nghĩ vượt ra ngoài Enum của Java, thật tuyệt khi có thể tận dụng một cách rõ ràng việc tận dụng mô hình phù hợp với mô hình của Scala để kiểm tra mức liệt kê
Đối với các dự án hiện tại của tôi, tôi không có lợi ích khi chấp nhận rủi ro xung quanh lộ trình dự án hỗn hợp Scala / Java. Và ngay cả khi tôi có thể chọn thực hiện một dự án hỗn hợp, mục 7 rất quan trọng để cho phép tôi nắm bắt các vấn đề về thời gian biên dịch nếu / khi tôi thêm / xóa thành viên liệt kê hoặc viết một số mã mới để xử lý các thành viên liệt kê hiện có.
B) Sử dụng mẫu " sealed trait+case objects ":
sealed trait ChessPiece {def character: Char; def pointValue: Int}
object ChessPiece {
case object KING extends ChessPiece {val character = 'K'; val pointValue = 0}
case object QUEEN extends ChessPiece {val character = 'Q'; val pointValue = 9}
case object BISHOP extends ChessPiece {val character = 'B'; val pointValue = 3}
case object KNIGHT extends ChessPiece {val character = 'N'; val pointValue = 3}
case object ROOK extends ChessPiece {val character = 'R'; val pointValue = 5}
case object PAWN extends ChessPiece {val character = 'P'; val pointValue = 1}
}
Các mục sau đây từ định nghĩa liệt kê không có sẵn:
- 1.2 - Thành viên được sắp xếp tự nhiên và được lập chỉ mục rõ ràng
- 2 - Tất cả các thành viên có thể dễ dàng được lặp lại thông qua các chỉ mục của họ
- 3 - Một thành viên có thể được lấy với tên (phân biệt chữ hoa chữ thường)
- 3.1 - Sẽ rất tuyệt nếu một thành viên cũng có thể được truy xuất với tên không nhạy cảm trường hợp của nó
- 4 - Một thành viên có thể được lấy với chỉ mục của nó
Người ta cho rằng nó thực sự đáp ứng các mục định nghĩa liệt kê 5 và 6. Đối với 5, đây là một sự căng thẳng để khẳng định nó hiệu quả. Đối với 6, thật không dễ dàng để mở rộng để chứa thêm dữ liệu đơn lẻ liên quan.
C) Sử dụng scala.Enumerationmẫu (lấy cảm hứng từ câu trả lời StackOverflow này ):
object ChessPiece extends Enumeration {
val KING = ChessPieceVal('K', 0)
val QUEEN = ChessPieceVal('Q', 9)
val BISHOP = ChessPieceVal('B', 3)
val KNIGHT = ChessPieceVal('N', 3)
val ROOK = ChessPieceVal('R', 5)
val PAWN = ChessPieceVal('P', 1)
protected case class ChessPieceVal(character: Char, pointValue: Int) extends super.Val()
implicit def convert(value: Value) = value.asInstanceOf[ChessPieceVal]
}
Các mục sau đây từ định nghĩa liệt kê không có sẵn (tình cờ giống hệt với danh sách để sử dụng trực tiếp Enum Java):
- 3.1 - Sẽ rất tuyệt nếu một thành viên cũng có thể được truy xuất với tên không nhạy cảm trường hợp của nó
- 7 - Suy nghĩ vượt ra ngoài Enum của Java, thật tuyệt khi có thể tận dụng một cách rõ ràng việc tận dụng mô hình phù hợp với mô hình của Scala để kiểm tra mức liệt kê
Một lần nữa cho các dự án hiện tại của tôi, mục 7 rất quan trọng trong việc cho phép tôi nắm bắt các vấn đề về thời gian biên dịch nếu / khi tôi thêm / xóa thành viên liệt kê hoặc đang viết một số mã mới để xử lý các thành viên liệt kê hiện có.
Vì vậy, với định nghĩa trên về liệt kê, không có giải pháp nào trong ba giải pháp trên hoạt động vì chúng không cung cấp mọi thứ được nêu trong định nghĩa liệt kê ở trên:
- Java Enum trực tiếp trong một dự án Scala / Java hỗn hợp
- "đặc điểm kín + đối tượng trường hợp"
- scala.Enumutions
Mỗi giải pháp này cuối cùng có thể được làm lại / mở rộng / tái cấu trúc để cố gắng đáp ứng một số yêu cầu còn thiếu của mỗi người. Tuy nhiên, cả Java Enumvà các scala.Enumerationgiải pháp đều không thể được mở rộng đủ để cung cấp mục 7. Và đối với các dự án của riêng tôi, đây là một trong những giá trị hấp dẫn hơn khi sử dụng loại đóng trong Scala. Tôi đặc biệt thích các cảnh báo / lỗi thời gian biên dịch để chỉ ra rằng tôi có một khoảng trống / vấn đề trong mã của mình thay vì phải lượm lặt nó ra khỏi một ngoại lệ / lỗi thời gian chạy sản xuất.
Về vấn đề đó, tôi bắt đầu làm việc với case objectcon đường để xem liệu tôi có thể tạo ra một giải pháp bao gồm tất cả các định nghĩa liệt kê ở trên không. Thử thách đầu tiên là vượt qua cốt lõi của vấn đề khởi tạo đối tượng lớp / đối tượng JVM (được đề cập chi tiết trong bài đăng StackOverflow này ). Và cuối cùng tôi đã có thể tìm ra một giải pháp.
Như giải pháp của tôi là hai đặc điểm; Enumutions và EnumutionsDecorated , và vì Enumerationđặc điểm này dài hơn 400 dòng (rất nhiều ý kiến giải thích bối cảnh), tôi đã gửi nó vào chủ đề này (điều này sẽ khiến nó kéo dài xuống trang một cách cân nhắc). Để biết chi tiết, xin vui lòng nhảy trực tiếp đến Gist .
Đây là những gì giải pháp kết thúc giống như sử dụng cùng một ý tưởng dữ liệu như trên (phiên bản nhận xét đầy đủ có sẵn ở đây ) và được triển khai trong EnumerationDecorated.
import scala.reflect.runtime.universe.{TypeTag,typeTag}
import org.public_domain.scala.utils.EnumerationDecorated
object ChessPiecesEnhancedDecorated extends EnumerationDecorated {
case object KING extends Member
case object QUEEN extends Member
case object BISHOP extends Member
case object KNIGHT extends Member
case object ROOK extends Member
case object PAWN extends Member
val decorationOrderedSet: List[Decoration] =
List(
Decoration(KING, 'K', 0)
, Decoration(QUEEN, 'Q', 9)
, Decoration(BISHOP, 'B', 3)
, Decoration(KNIGHT, 'N', 3)
, Decoration(ROOK, 'R', 5)
, Decoration(PAWN, 'P', 1)
)
final case class Decoration private[ChessPiecesEnhancedDecorated] (member: Member, char: Char, pointValue: Int) extends DecorationBase {
val description: String = member.name.toLowerCase.capitalize
}
override def typeTagMember: TypeTag[_] = typeTag[Member]
sealed trait Member extends MemberDecorated
}
Đây là một ví dụ sử dụng một cặp tính trạng liệt kê mới mà tôi đã tạo (nằm trong Gist này ) để thực hiện tất cả các khả năng mong muốn và được nêu trong định nghĩa liệt kê.
Một mối quan tâm được thể hiện là tên thành viên liệt kê phải được lặp lại ( decorationOrderedSettrong ví dụ trên). Mặc dù tôi đã giảm thiểu nó xuống một lần lặp lại, tôi không thể thấy làm thế nào để làm cho nó ít hơn do hai vấn đề:
- Khởi tạo đối tượng / lớp JVM cho mô hình đối tượng / trường hợp cụ thể này không được xác định (xem luồng Stackoverflow này )
- Nội dung được trả về từ phương thức
getClass.getDeclaredClassescó một thứ tự không xác định (và rất khó có thể theo cùng thứ tự với các case objectkhai báo trong mã nguồn)
Do hai vấn đề này, tôi đã phải từ bỏ việc cố gắng tạo ra một thứ tự ngụ ý và phải yêu cầu rõ ràng khách hàng xác định và khai báo nó với một số khái niệm tập hợp được đặt hàng. Vì các bộ sưu tập Scala không có triển khai cài đặt theo thứ tự chèn, điều tốt nhất tôi có thể làm là sử dụng Listkiểm tra thời gian chạy và kiểm tra xem nó có thực sự là một tập hợp không. Đó không phải là cách tôi muốn đạt được điều này.
Và đưa ra thiết kế yêu cầu danh sách / bộ thứ tự thứ hai này val, đưa ra ChessPiecesEnhancedDecoratedví dụ ở trên, có thể thêm case object PAWN2 extends Membervà sau đó quên thêm Decoration(PAWN2,'P2', 2)vào decorationOrderedSet. Vì vậy, có một kiểm tra thời gian chạy để xác minh rằng danh sách không chỉ là một tập hợp, mà còn chứa TẤT CẢ các đối tượng trường hợp mở rộng sealed trait Member. Đó là một hình thức đặc biệt của địa ngục phản chiếu / vĩ mô để vượt qua.
Vui lòng để lại ý kiến và / hoặc phản hồi về Gist .