Để trích dẫn một phần của tôi về câu trả lời của tôi để Should I use Groovy's @CompileStatic if I'm also using Java 7:
Trong khi nhanh hơn so với Groovy bình thường, nó có thể biên dịch chỉ là một tập hợp con của Groovy và hoạt động một chút khác nhau. Đặc biệt là tất cả các tính năng động không còn khả dụng nữa.
Tất cả MOP sẽ bị bỏ qua. Nhà xây dựng sẽ không làm việc nói chung, một số có phần mở rộng cho trình biên dịch để cho phép họ đi qua mặc dù. Các phương thức cũng được chọn tại thời gian biên dịch sử dụng các kiểu tĩnh, trong khi Groovy thường sử dụng các phương thức có sẵn trong thời gian chạy và các kiểu thời gian chạy. Điều này có thể dẫn đến các phương thức khác nhau được gọi.
Tất nhiên @CompileStatic cũng cung cấp một số bảo mật, vì đó là nhiệm vụ của trình biên dịch để xác minh chương trình lúc chạy. Nhưng kể từ khi thông tin tĩnh là doomed không đầy đủ, có thể không bao giờ có một 100% an ninh.
Vì vậy, ở đâu nó không có trí tuệ ... tốt ... POGO chẳng hạn, vì chúng thường không chứa tất cả các mã đó. Và tất nhiên đối với các lớp được chuyển từ Java sang Groovy bằng cách sao chép & dán.
Tôi muốn nó ở đâu? Vâng, hiện tại có lẽ trên Android, vì có kích thước mã có tác động và mã được biên dịch tĩnh nhỏ gọn hơn. Nếu không, cá nhân tôi không sao cả khi không sử dụng @CompileStatic. Đây là một vấn đề của hương vị. Trong một số trường hợp có cải thiện hiệu suất cho các vòng chặt chẽ, nhưng điều đó đòi hỏi bạn phải đi và xác định bằng cách lập hồ sơ ứng dụng của bạn trước tiên
Các lớp bạn muốn nhanh hơn/được đánh máy và không cần các tính năng động? –