09/10/2018, 18:43

5 điều lập trình viên Java Developer chắc chắn sẽ thích ở Kotlin

Trong năm 2018, chúng ta đã chứng kiến ngôn ngữ Kotlin ngày càng trở nên phổ biến hơn bao giờ hết. Nó được sử dụng rộng rãi không chỉ trong phát triển ứng dụng di động, mà còn cho các hệ thống server. Như bạn đã biết, Kotlin là một ngôn ngữ lập trình statically-typed trên JVM. Đó là ...

Trong năm 2018, chúng ta đã chứng kiến ngôn ngữ Kotlin ngày càng trở nên phổ biến hơn bao giờ hết. Nó được sử dụng rộng rãi không chỉ trong phát triển ứng dụng di động, mà còn cho các hệ thống server. Như bạn đã biết, Kotlin là một ngôn ngữ lập trình statically-typed trên JVM. Đó là lý do tại sao nó thường được so sánh với ngôn ngữ Java.

Có thể nói, một trong những lý do chính cho sự phổ biến của Kotlin là ở sự đơn giản. Nó thật sự rất tinh gọn và loại bỏ những phần thừa thãi từ Java. Tuy nhiên, Kotlin vẫn cũng  rất giống với Java để bất kỳ nhà phát triển Java có kinh nghiệm nào đều có thể làm quen với Kotlin chỉ trong vài giờ.

Trong bài viết này, tôi sẽ thảo luận về một số tính năng thú vị của Kotlin được sử dụng để phát triển phía server so với Java. Xin lưu ý rằng đây là danh sách cá nhân của tôi về các tính năng yêu thích của Kotlin mà Java không hề có.

Giải quyết vấn đề với mà Java thường gặp phải với các Collections

Tôi thực sự thích Java, nhưng đôi khi phải làm việc với các collection chung chung có thể là một trải nghiệm vô cùng khó chịu, đặc biệt nếu bạn phải sử dụng các loại type lạ. Tin tốt là Kotlin không có bất kỳ loại type nào như vậy. Thay vào đó, nó cung cấp hai tính năng khác được gọi là declaration-site variance và type projection. Bây giờ, hãy xem xét hệ thống phân cấp class sau:

Tôi defined một repository có chứa mọi objects với một type được cho trước

Bây giờ, tôi muốn lưu trữ tất cả các vehicle trong repository đó, vì vậy tôi khai báo   Repository r = new Repository().  Tuy nhiên, khi gọi phương thức repository  addAll với List a là một tham số sẽ nhận được lỗi sau:

Ngay cả khi bạn thay đổi khai báo addAll bên trong Repository, bạn vẫn sẽ nhận được lỗi sau:

Tất nhiên, tình huống này có một lời giải thích hợp lý. Đầu tiên, các kiểu type chung trong Java là bất biến, nói cách khác,  List không phải là một subtype của  List , mặc dù  Truck  là một subtype của f Vehicle. Phương thức addAll  sẽ dựa vào type được cho và mở rộng T làm tham số, qua đó nó chấp nhận một tập hợp các objects của T hoặc một số subtype của T – chứ không chỉ T

 List  là một subtype của List<? extends Vehicle>,nhưng list bạn nhắm tới thì vẫn là  List . Tôi không muốn đi vào chi tiết về vấn đề này – Điều quan trọng đối là ta biết được Kotlin giải quyết vấn đề này bằng cách sử dụng một tính năng được gọi là Declaration-site variance. Nếu chúng ta thêm phần out modifier vào tham số  MutableList  bên trong khai báo phương thức addAll , trình biên dịch sẽ cho phép thêm một danh sách các objects  Truck 

Data Classes

Bạn có thể biết các POJO của Java (Plain Old Java Object – các object Java cũ và nhàm chán). Nếu bạn đang theo các thực hành tốt nhất của Java, một class như vậy nên thực hiện các phương thức getters, setters,  hashCode, và  equals , cũng như  toString  cho các nhu cầu cho log. Việc triển khai như vậy có thể chiếm nhiều không gian dữ liệu, ngay cả đối với một lớp đơn giản chỉ có bốn field như dưới đây (các phương thức được tạo tự động bằng cách sử dụng IDE Eclipse):

Để tránh nhiều dòng mã bổ sung bên trong các lớp POJO, ta có thể sử dụng project Lombok. Nó cung cấp một tập các chú thích có thể được sử dụng trên class để phân phối và triển khai các phương thức getters / setters, equals,  và hashCode . Ngoài ra, bạn cũng có thể chú thích class của mình bằng  @Data, bao gồm tất cả các tính năng của  @ToString, @EqualsAndHashCode, @Getter/@Setter,  @RequiredArgsConstructor cùng nhau. Vì vậy, với @Data,  của Lombok, POJO sẽ trông giống như hình dưới đây:

Việc bao gồm và sử dụng Lombok với một ứng dụng Java thật ra khá đơn giản và được hỗ trợ bởi tất cả các IDE của các nhà phát triển chính, nhưng Kotlin giải quyết vấn đề này một cách sáng tạo hơn. Nó cung cấp một tính năng gọi là data classes, được kích hoạt sau khi thêm  keyword  data vào định nghĩa class. Trình biên dịch sẽ tự động lấy ra các phương thức từ tất cả các properties được khai báo trong hàm khởi tạo chính: 

  • Phương thứctoString()
  • Các hàm componentN() tương ứng với các properties theo thứ tự khai báo của chúng
  • Hàm copy()

Vì Kotlin tạo getter và setter mặc định cho các thuộc tính có thể thay đổi (được khai báo là  var)  và getter cho các thuộc tính chỉ đọc (được khai báo là  var), việc thực hiện tương tự  Person Java POJO trong Kotlin sẽ giống như hình dưới đây.

Điều đáng nói ở đây là trình biên dịch chỉ sử dụng các thuộc tính được định nghĩa bên trong hàm chính cho các hàm được tạo tự động. Vì vậy, trường  age, vốn được khai báo bên trong phần thân của class, sẽ không được sử dụng bởi  toString, equals, hashCode, và copy 

Đặt tên cho một số phương pháp Test

Bây giờ, chúng ta hãy thực hiện một số test thử nghiệm để chứng minh rằng các tính năng hoạt động đúng cách. Ba bài kiểm tra sau đây so sánh hai object với các giá trị khác nhau của property  age, cố gắng thêm cùng một object vào Java  HashSet hai lần và kiểm tra xem phương thức  componentN của data class có trả về các properties theo đúng thứ tự hay không.