Tìm hiểu về Spring Boot

Bàn về Spring Framework, ông bụt framework này giúp đỡ chúng ta rất nhiều thứ, nhưng mà nhiều thứ quá thì lại không tốt. Spring framework là một framework rất lớn với hệ sinh thái khủng khiếp mà nó mang lại, nhưng vì thế nên độ tập trung về một mảng nào đó của nó vẫn cần phải có sự config của người lập trình khá nhiều. Để build và deploy application với spring vẫn cần config nhiều bước, vậy nên nhưng đứa con lập trình bắt đầu thấy bụt nhà không thiêng. Và bắt đầu than khóc để chờ một ông bụt khác xuất hiện, ổng có tên gọi: sờ pờ rin bụt, tên quốc tế của ông là: Spring boot.

Spring boot quan sát những sự config từ trước, và rút ra được những kinh nghiệm riêng. Từ đó nó biết tự động config hết cho chúng ta, vậy nên lượng config còn lại cho lập trình viên là ít hơn trước rất nhiều. Và cái tuyệt vời của Spring boot application là nó "Stand alone". Điều này có nghĩa là sao? Nếu như bạn build 1 Application với Spring framework, bạn sẽ có 1 war file, từ file này bạn có thể deploy nó lên tomcat hay bất cứ container nào bạn muốn để cho nó chạy. Còn với spring boot, bạn có nguyên cho mình 1 application có thể chạy thẳng ngay luôn, nó chạy 1 cách độc lập chỉ với dòng command đơn giản.
Nhìn nhận lại vấn đề thì như sau: từ lúc bạn chập chững code java ở trường, những dòng code của bạn là những dòng code tự tay bạn viết ra. Sau đó, bạn được làm những bài tập lớn, quá nhiều tác vụ phải giải quyết, thế là bạn nhờ vào sự trợ giúp của các java library. Đến khi đi làm, bạn được giao cho 1 dự án nhỏ, nhưng để tránh khởi tạo từ những dòng code, những thư mục đầu tiên, bạn dựa lại dựa vào spring framework. Sau dự án này, bạn lại cảm thấy nên chỉ tập trung vào phần bussiness của dự án thôi, thế là bạn sử dụng Spring boot.

 Quá trình đi lên như thế, bạn sẽ thấy công việc của bạn nhàn hạ hơn, tốn ít công sức hơn. Nhưng cái gì cũng có lợi và hại, mọi thứ chuẩn bị sẳn hết cho bạn, thì sự tùy biến của bạn có thể thực hiện sẽ càng giảm. Vậy tự hỏi, sau Spring boot, còn có thể có thêm thứ gì có thể giúp chúng ta code ít hơn nữa không. Có rồi đấy: JHipster là 1 trong số đó. Ông nội này hỗ trợ cả về client side, server side, deployment và cả CI/CD nữa.

Read More

Tìm hiểu về Spring framework

 Bạn là một lập trình viên đang viết một ứng dụng java, ứng dụng của bạn có rất nhiều class, đó là điều chắc chắn. Những class này có sự tương tác với nhau, class này sử dụng class kia, class kia sử dụng class nọ. Điều này tạo ra mớ hỗn độn như hình dưới đây.

Và thông thường khi lập trình, để Class B sử dụng được class A, bạn có thể code như sau:

public class B {
   A a = new A();
}

Nhưng với cách khởi tạo như trên, chúng ta sẽ không thể sử dụng được những class chứa thông tin chung cho nhiều class khác nhau. Ví dụ như class G chứa thông tin chung cho class F và class E. Nếu như ta khởi tạo theo cách trên, F và E sẽ có những instance khác nhau của G, do vậy dữ liệu mà 2 class này nhận được là khác nhau.
Để giải quyết vấn đề này, chúng ta có thể sử dụng Singleton Pattern. Nhưng nếu số lượng các class dạng này nhiều lên thì sao? Làm sao để chúng ta có thể xử lý được đống singleton class này và những quan hệ rối rắm giữa chúng với các class khác. Đó là lúc Spring framework xuất hiện như vị bụt trong tấm cám để giúp những người lương thiện như chúng ta.

Spring framework sẽ giúp ta quản lý những instance này bằng application context. Nơi đây sẽ chứa tất cả những instance mà chúng ta muốn, những cái instance này trong spring được gọi là "Bean". Từ những bean này, nếu như bạn muốn 1 class A nào đó sử dụng bean B, spring sẽ giúp bạn truyền bean B vào class A. Việc truyền bean này còn có thể thực hiện giữa các bean với nhau. Ví dụ bean C muốn dùng bean E và bean F, spring cũng hỗ trợ bạn truyền 2 bean này luôn. Và cái quá trình truyền bean này, được gọi là Dependency injection.
Application của bạn muốn hoành tráng, thì ngoài việc chỉ giải quyết vấn đề trên, còn phải quan tâm tới việc tương tác với cơ sở dữ liệu nữa. Với việc này, bạn chắc hẳn đã nghe đến JDBC, bạn có thể sử dụng nó để tương tác với database. Nhưng thực sự, cái công nghệ này đã quá cũ rồi, chắc cũng chẳng còn mấy ai xài nữa. Vậy nên, Spring lại tiếp tục giúp bạn việc này bằng cách cung cấp những api giúp bạn tương tác với database dễ dàng hơn.
 Spring framework hỗ trợ chúng ta rất nhiều việc khác, như hỗ trợ trong việc xây dựng 1 java web application bằng spring mvc. Đến hiện tại, spring đã trở thành 1 cái gì đó như 1 hệ sinh thái ấy, nó có rất nhiều spring project hỗ trợ bạn trong nhiều lĩnh vực: như về bảo mật có spring security, về việc làm việc với mongodb ta có spring mongodb.... rất rất nhiều thứ khác nữa mà bạn có thể khai thác với framework này.

Read More

Sự khác nhau giữa Library và Framework

 Tiêu đề của bài viết này là "sự khác nhau" giữa library và framework, nhưng có lẽ mình sẽ vẽ một bức tranh khác để mọi người dễ hiểu hơn về 2 khái niệm này. Từ đó mọi người có thể tự suy luận ra cho bản thân sự khác nhau giữa 2 loại trên.

 Chắc hẳn mọi người đã từng nghe tới nghề mộc nhỉ? Đó là nghề người ta làm những món đồ liên quan đến gỗ, mình rất may mắn vì đã được tới 1 xưởng chế tác tượng gỗ thủ công. Ở đó, người ta biến đổi 1 khúc gỗ vô tri thành những tác phẩm rất đẹp mắt bằng những dụng cụ như búa, đục, sơn mài... Và mình cũng đã từng được đến xưởng sản xuất bàn gỗ, từ những khúc gỗ công nghiệp, cũng với những cái búa, những đinh tán, những chiếc đục, những hộp sơn... người ta cũng có thể chế tạo ra được những chiếc bàn rất đẹp. Cả 2 xưởng tạo ra những sản phẩm khác nhau, nhưng họ lại dùng chung những dụng cụ như búa, đục và sơn. Những dụng cụ này đã có sẵn ở cửa tiệm, những người thợ mộc chỉ cần ra tiệm lấy về và chế tác, việc của họ là chỉ quan tâm đến việc đục đẽo và lắp ráp gỗ, còn những dụng cụ kia thì không cần phải chế lại từ đầu. Những dụng cụ này, bạn có thể hiểu nó là Library.

 Trong lập trình cũng vậy, khi bạn lập trình một ứng dụng, có rất nhiều thứ bạn phải quan tâm để xây dựng, nhưng rất nhiều trong những thứ ấy đã được những người khác làm sẵn, bạn có thể lấy về và xài. Việc này giúp bạn giảm thiểu được lượng công việc. Những phần code có sẵn ấy, người ta gọi nó là Library. 

 Quay lại với việc chế tạo bàn gỗ. Có rất nhiều xưởng bàn gỗ khác nhau, họ chế tạo ra những mẫu bàn khác nhau, nhưng lại dùng chung một mớ dụng cụ như : búa, sơn bóng, đinh, bào gỗ... và họ cũng thực hiện chung những công đoạn như chế tác chân bàn, mài nhẵn mặt bàn, sơn bóng cho bàn... Như vậy, những dụ cụ và công việc này đều theo 1 quy chuẩn nào đó, và ta có thể chế tạo ra 1 cái máy thần kì, chiếc máy này chỉ cần ta bấm chọn loại bàn cần tạo. Nó sẽ tự động sử dụng gỗ, búa, đục, sơn để chế tạo ra chiếc bàn đó cho ta. Mặc dù đây là chiếc bàn giả tưởng nhưng thật sự là nó quá ngon lành đúng không? Nó đảm nhận hầu hết mọi việc, chỉ cần ta cho nó 1 ít thông tin cần làm mà thôi. Và cái này, ta có thể gọi nó là Framework.

 Như vậy, Framework là tập hợp những Library có sự liên quan với nhau trong 1 phạm vi nào đó, nó định nghĩa việc tương tác giữa các library với nhau để giúp ta dễ dàng trong việc xây dựng ứng dụng. Tất nhiên Framework được tạo ra để hỗ trợ bạn trong một phạm vi nào đó thôi. Giống như chiếc máy thần kì phía trên kia, nó có thể giúp bạn tạo ra rất nhiều loại bàn khác nhau, nhưng nó không thể giúp bạn tạo ra 1 tác phẩm điêu khắc được.

 Mình mong qua bài viết này, bạn có thể tự rút ra cho bản thân sự khác nhau giữa 2 khái niệm trên.

Read More

Serialization trong java

 Trước h mình đã gặp khái niệm này rất nhiều lần rồi, từ đồng nghiệp cho tới code, Serialization xuất hiện cực kì nhiều, mà mình thì lại không tìm hiểu kĩ về khái niệm này lắm. Cho tới dạo vừa rồi, mình có làm 1 task liên quan đến logging management, và khi in ra dữ liệu thì mình thấy một dãy dài các mã hexa. Điều này làm mình tò mò và tìm hiểu sâu, cuối cùng mình nhận ra cái mã hexa đó là từ thằng cha serialization mà ra. Vậy Serialization là gì, và trong java nó hoạt động ra làm sao? Hôm nay mình sẽ vén bức tấm áo của anh chàng này ra cùng các bạn nhá.

Serialization là gì? Deserialization là gì?

Serialization là chuyển một đối tượng object sang dạng bytes. Còn deserialization là chuyển dạng bytes thành một đối tượng object.
Thực sự khái niệm này rất đơn giản, có thể hiểu rằng đây giống như là quá trình mã hóa và giải mã mà thôi. Nhưng tại sao lại phải cần serialization và deserialization? Điều này chúng ta cần phải nhìn vào thực tế, hiện nay các ứng dụng lớn thường gồm nhiều module được kết nối với nhau, khi các module này muốn trao đổi dữ liệu thì bắt buộc chúng phải trao đổi qua 1 phương thức nào đó. Mà để phương thức trao đổi này hoạt động ấy, thì nó ít nhất phải biểu diễn được thông tin mà các module đang muốn trao đổi. Mà tính ra khi lập trình, các module có cả trăm loại object, vậy thì làm sao mà những phương thức trao đổi có thể biểu diễn được hết? Vậy nên người ta mới nghĩ ra cái vụ serialization và deserialization.
 Giả sử module A muốn trao đổi thông tin với module B dựa trên object x đi. Chỉ cần A serialize x thành bytes, sau đó B sẽ deserialize bytes thành x. Thế là được rồi chứ gì nữa. Và trong java, việc này được hỗ trợ khá tốt, người code chỉ cần thêm vài kí tự vào là có thể làm được.

Serialization và Deserialization trong java

Để 1 object trong java có thể được serialized hay deserialized, thì chỉ cần để object đó là implements ông nội java.io.Serializable interface. Mà cái interface này cũng khỏe cái nữa là nó chỉ là 1 marker interface, nó chả có phương thức nào hết nên mình cũng không cần bận tâm phải hiện thực gì hết.
Ví dụ ta có 1 object Student như dưới đây:

   public class Student {
  public String name = "cuong";
  public Integer age = 24;
 }

Muốn object này có thể được serialized và deserialized thì chỉ cần cho nó implements Serializable như sau:

   public class Student implements Serializable{
  public String name = "cuong";
  public Integer age = 24;
 }

Thế là xong, ta thử viết vài dòng code nữa xem thử nó có hoạt động không nhá. Đầu tiên là ta serialize nó thử nè:

   public static void main(String args[]) throws IOException {
  FileOutputStream fos = new FileOutputStream("temp.out");
  ObjectOutputStream oos = new ObjectOutputStream(fos);
  Student ts = new Student();
  oos.writeObject(ts);
  oos.flush();
  oos.close();
 }

Ở đây, java cung cấp cho chúng ta hàm writeObject(). Hàm này có khả năng serialize, nên ta chỉ việc bóc ra mà xài thôi. Đoạn code trên có nhiệm vụ serialize class student của chúng ta vào 1 file tên là temp.out. Sau khi mở file temp.out ra bằng hex editor, chúng ta có thể thấy mớ dữ liệu sau:

Đây chính xác là biến ts đã được serialize. Bây giờ, hãy thử viết code để thực hiện deserialize xem nào:

   public static void main(String[] args) throws Exception {
  FileInputStream fis = new FileInputStream("temp.out");
  ObjectInputStream oin = new ObjectInputStream(fis);
  Student ts = (Student) oin.readObject();
  System.out.println("name =" +ts.name + ",age = " + ts.age);
 }

Kết quả sẽ trả về cho bạn name=cuong, age = 24. Để kết thúc bài viết ngắn này thì mình cũng có chút lưu ý về serialization và deserialization trong java:
- các thuộc tính static và transient sẽ không được serialize. Ví dụ bạn đổi code thành: public transient Integer age = 24; , thì age sẽ field này sẽ không được serialize.
- Lớp cha implements Serializable rồi thì lớp con khỏi phải implements
- Một đối tượng được Serialized khi tất cả các đối tượng con trong nó phải được implements Serializable. Với ví dụ trên thì bạn thấy ta có 2 đối tượng con là name (String) và age(Integer). Sở dĩ 2 đối tượng này serialized được là nhờ chúng đã implements Serializable.

Read More

Lambda expression trong Java 8

Nếu là 1 java developer, và đã xài qua java 8, chắc chắn bạn sẽ nghe nói tới lambda expression. Đây là 1 phần mới đc thêm vào trong java 8, và nó thực sự rất hữu ích nếu chúng ta biết tận dụng để viết code. Nhưng trước khi đi vào tìm hiểu lambda expression, bạn phải tìm hiểu một khái niệm khác gọi là : Functional interface.

Functional interface là gì?

Functional interface là một interface chỉ có chứa 1 abstract method duy nhất.

Ví dụ, interface dưới đây là functional interface.

public interface MyInterface{
    double getValue();
}

Còn interface dưới đây không phải là functional interface, vì có đến 2 abstract method.

public interface MyInterface{
    double getValue();
    double getUnit();
}

Trước khi có lambda expression, để sử dụng MyInterface chúng ta phải code như sau:

MyInterface myInterface = new MyInterface() {
   @Override
   public double getValue() {
    return 1;
   }
  };

Đoạn code trên chúng ta đã hiện thực hàm getValue để trả về 1. Nhưng vấn đề nằm ở chỗ, MyInterface của chúng ta chỉ có duy nhất 1 method nên việc ta phải viết lại cả tên method khi hiện thực là thừa thải. Đó là lí do ông nội lambda expression ra đời.

Lambda expression

Lambda expression trong java là dấu "->", nó giúp ta định nghĩa 1 method bằng dòng code siêu ngắn gọn vì ta không cần phải viết lại tên method đang hiện thực nữa. Ví dụ ta có hàm getValue() khi viết bình thường sẽ như sau:

double getValue(){ return 1;}

Nhưng với lambda expression ta sẽ viết được như sau:

() -> 1

Bạn thấy đấy, code của chúng ta ngắn hơn 1 cách đáng kinh ngạc. Minh sẽ đưa ra một số ví dụ cho những trường hợp khác khi ta dùng lambda expression. Ví dụ ta có 1 method void như sau:

void sayHello(){
    System.out.println("Hello");
}

Method trên có chức năng viết ra "hello". Với lambda expression, ta có thể viết như sau:

() -> System.out.println("Hello");

Cũng với method trên, nếu ta muốn in ra hai dòng là "hello" và "world" thì ta có:

void sayHello(){
    System.out.println("Hello");
    System.out.println("World");
}

Với lambda expression:

() -> {
    System.out.println("Hello");
    System.out.println("World");
}

Với method có parameter như method sau:

void sayHelloToPerson(String name){
    System.out.println("Hello" + name);
}

Ta cũng viết lại được dưới dạng lambda expression:

(name) -> System.out.println("Hello" + name);

Vậy ta dùng lambda expression như thế nào? Lamdba expression ko phải cứ muốn tùy tiện viết là viết đâu nhé. Nó phải viết dựa trên 1 functional interface đã có từ trước. Ví dụ với "MyInterface" của chúng ta, bây giờ ta có thể sử dụng nó bằng cách:

MyInterface myInterface = () -> 1;
myInterface.getValue(); //trả về 1

Với lamdba expression, mọi thứ đều trở nên ngắn hơn, vậy nên hãy tin dùng lambda expression.!!! Ta đi tiếp 1 ví dụ nữa nhé! Giả sử ta có 1 functional interface thứ 2.

public interface MyInterface2{
    double sum(double a, double b);
}

Ta có thể sử dụng interface này với lambda expression như sau:

MyInterface2 myInterface2 = (a,b) -> a+b;
System.out.println(myInterface2.sum(2, 3)); //in ra 5.0

Chúng ta cũng có thể tạo ra 1 interface generic hơn như sau:

public interface MyInterface {
 public T func(T t);
}

Từ đó ta có thể định nghĩa interface đó với đầu vào là String

MyInterface myInterface1 = (str) -> str + " is my friend";
System.out.println(myInterface1.func("cuong")); //cuong is my friend

Hoặc có thể định nghĩa parameter là Double

MyInterface myInterface2 = (number) -> number + 1;
System.out.println(myInterface2.func(1.0)); //2.0

Lambda expression kết hợp Stream trong java 8

Java 8 không chỉ show hàng mỗi ông nội lambda, mà còn cho chúng ta thêm 1 thứ nữa gọi là stream. 2 cái mới này nếu ta biết sử dụng nó thì đúng là code ngắn 1 cách kinh khủng khiếp. Ví dụ ta có đối tượng:

public static class Name {
  public Name(String first, String last){
   this.firstName = first;
   this.lastName = last;
  }
  private String firstName;
  private String lastName;
  public String getFirstName(){
   return firstName;
  }
  public String getLasttName(){
   return lastName;
  }
 }

Và ta có danh sách 3 người như sau:

List names = Arrays.asList(new Name("le","cuong"),new Name("nguyen","hung"),new Name("le","nam"));

Nhiệm vụ bây h là ta sẽ lọc ra những người họ "le", và sau đó in ra tên (lastname) của người đó. Nếu như không sử dụng stream và lambda expression, thực sự lượng code của bạn phải viết ra khó có thể viết được trong 1 hay 2 dòng. Nhưng với stream + lambda expession, code của bạn siêu đẹp và siêu ngắn như sau:

System.out.println(names.stream().filter(name -> name.getFirstName().equals("le")).map(name -> name.getLasttName()).collect(Collectors.toList())); //in ra [cuong, nam]

Quá ngắn đúng không? Và đó là lambda expression. Bài viết được viết dựa trên bài viết của programiz. Cám ơn mọi người đã ghé đọc.

Read More