Vertx la gi

Tôi đã chơi với Vert. x framework hơn ba năm nay. Tôi đã khởi đầu dùng thử nó cho 1 số ít dự án Bất Động Sản phụ như Throo và rất thích nó đến nỗi tôi đã ra mắt nó trong Myntra như một ứng viên khả thi cho vị trí lựa chọn không đồng nhất ngay bên cạnh Play ! Khuôn khổ. Đã từng sử dụng nó để thiết kế xây dựng nhiều dịch vụ quy mô cao trong sản xuất và một số ít dự án Bất Động Sản phụ, thời điểm ngày hôm nay tôi không ngần ngại nói rằng đây là khuôn khổ yêu dấu của tôi để kiến thiết xây dựng bất kể loại ứng dụng Java nào .
Đây là nguyên do tại sao .

Mô-đun, với nhiều mô-đun

Cách hiểu thường thì của một khuôn khổ so với một thư viện là khuôn khổ gọi mã người dùng và mã người dùng gọi những thư viện. Vert. x không phải là một khuôn khổ theo nghĩa của từ này. Nó có một số lượng lớn những mô-đun độc lập với vertx-core là yếu tố quan trọng duy nhất được san sẻ trong số đó. Về cơ bản, nó là một tập hợp những thư viện đều có chung nguyên tắc phong cách thiết kế và hoạt động giải trí tốt với nhau. Nhưng chúng không PHẢI được sử dụng cùng nhau. Chúng ta hoàn toàn có thể chọn một bộ ngắt mạch và đầu nối RabbitMQ, thả nó vào một ứng dụng Java hiện có và mọi thứ sẽ hoạt động giải trí trọn vẹn tốt. Không có tổng thể hoặc không có gì, và điều này làm cho việc vô hiệu rủi ro đáng tiếc trở thành lựa chọn khung bằng cách làm cho nó từ từ và hoàn toàn có thể đảo ngược .

Bản chất cực kỳ mô-đun nếu khung làm việc giúp bạn dễ dàng thử dần các phần khác nhau của khung và làm quen với các cấu trúc thiết kế được chia sẻ giữa tất cả chúng. Sau đó, chúng tôi có thể quyết định mức độ hệ thống của mình sẽ được xây dựng bằng Vert.x và nơi chúng tôi cần các thư viện và khuôn khổ khác.

Và có rất nhiều mô-đun. Kiểm tra chúng tại đây – Những người Vert. x có tổng thể đồ chơi !

Không đồng bộ từ đầu

Giống như node.js, Vert. x được thiết kế xây dựng dựa trên khái niệm về vòng lặp sự kiện và không đồng nhất từ đầu. Điều này có nghĩa là quy mô niềm tin mặc định để viết mã trong Vert. x là không đồng nhất ( dù sao tất cả chúng ta cũng hoàn toàn có thể viết mã đồng nhất trong lõi Java, vậy tại sao tất cả chúng ta lại sử dụng một khuôn khổ cho điều đó ). Mọi thứ trong Vert. x đều xoay quanh việc không chặn vòng lặp sự kiện và buộc những nhà tăng trưởng phải tối đa hóa năng lực lan rộng ra của ứng dụng bằng cách vận dụng trọn vẹn quy mô lập trình không đồng điệu .
Việc viết mã đồng nhất hoàn toàn có thể thực thi được trải qua blockHandler, v.v. nhưng nó giống như một tâm lý muộn màng .

Thực sự nhanh và nhẹ

Bởi vì Vert. x về cơ bản là không đồng nhất và do đó hoàn toàn có thể lan rộng ra quy mô khá tốt, nên không có nhiều luồng đa luồng diễn ra trong nội bộ của nó. Điều này làm cho mạng lưới hệ thống cực kỳ hiệu suất cao bằng cách vô hiệu phần nhiều ngân sách đồng nhất hóa luồng vốn là một kẻ giết chết hiệu suất trong rất nhiều công cụ khác. Vert. x rất, rất nhanh. Ngoài ra, nó có dấu chân bộ nhớ thời hạn chạy nội tại rất thấp. Việc sử dụng bộ nhớ ứng dụng vẫn rất thấp và không thay đổi .

Từ điển súc tích

Vert.x có một số khái niệm nhỏ mà chúng ta cần học để làm việc với nó. Mọi thứ đều là một trình xử lý, mọi thứ đều không đồng bộ và được hỗ trợ bởi một vòng lặp sự kiện, v.v. Có một số cấu trúc hạn chế và chúng hoạt động giống nhau ở mọi nơi. Điều này đến từ việc xây dựng một triết lý thiết kế mạch lạc, tiên tiến có thể kết nối nhiều mô-đun với nhau một cách liền mạch.

Từ điển những khái niệm ngắn gọn này cho thấy năng lực tích hợp rất nhanh và một phong thái lập trình rất đồng nhất. Trên thực tiễn, gần đây tôi đã bị ấn tượng bởi một số ít mã Vert. x của tôi giống với mã Golang ( Golang rất thông dụng với bộ tính năng ngôn từ nhỏ nhưng biểu cảm của nó ). Điều này được cho phép những nhà tăng trưởng thuận tiện làm quen với việc chuyển dời trong mã dựa trên Vert. x .
Có rất nhiều điều mê hoặc khác về Vert. x như thực chất đa ngôn ngữ của nó nhưng tôi đã sử dụng chúng rất nhiều nên không muốn phản hồi về chúng .

Điều tôi ước là tốt hơn

Một tùy chọn tất cả trong

Mặc dù thực chất không cố chấp, không bắt buộc của Vert. x là một điều tuyệt vời khi mở màn, nhưng tôi đang tìm kiếm một lựa chọn Vert. x tổng lực, toàn bộ hơn khi tâm lý của tôi đã quyết định hành động về khuôn khổ. Một cái gì đó giống như Play ! framework hoặc Spring Boot sẽ tóm tắt những chiêu thức hay nhất của framework theo những quy ước và được cho phép tôi mở màn việc làm thực tiễn của mình cực nhanh .

Tôi không tìm thấy bất kỳ tùy chọn hấp dẫn nào vào thời điểm đó, vì vậy tôi hiện đang làm việc để xây dựng một tùy chọn. QVertx được dự định là mẫu dịch vụ bắt đầu nhanh cho thế giới Vert.x. Tôi cũng đã thấy một số hoạt động xoay quanh việc chạy vòng lặp sự kiện Vert.x bên trong chính Spring Boot, nhưng nó có vẻ ở giai đoạn đầu ngay bây giờ.

Hỗ trợ tốt hơn trên các định dạng tuần tự hóa

Khuôn khổ Vert. x có vẻ như hơi quá ràng buộc với JSON như một định dạng tuần tự hóa và thao tác với XML và những định dạng khác được chứng tỏ là một chút ít thử thách. Tất nhiên là hoàn toàn có thể làm được, nhưng tôi ước gì nó sẽ thẳng tiến hơn một chút ít .
Nếu bạn thích bài viết này, bạn hoàn toàn có thể ĐK vào list gửi thư của tôi để được update những thông tin mới nhất .