Học Java thật là đơn giản

Bạch sen

2021-06-23T22:54:00.002+07:00

Lặng lẽ mọc từ lớp bùn đen đúa
Trắng tinh khôi em rực rỡ giữa đời

Rồi sớm kia tàn cánh rụng, nhụy rơi
Kiếp vô thường, em về nơi đất mẹ

Duyên đã đến và đi từ vạn lẽ
Cõi nhân sinh vốn đẹp đẽ làm sao
Dẫu một lần ngẩng mặt ngắm trời cao
Em cũng thấy tự thân mình may mắn

Rồi chuyển kiếp thành đài sen xanh ngắt
Tụ yêu thương trong những hạt trắng ngần
Góp cho đời là một chút hóa thân
Em rực rỡ đã muôn phần không uổng

Chỉ một sớm là cánh buông khỏi nhụy
Thả trôi mình trên mặt nước trong xanh
Em rong chơi hưởng trọn sự mát lành
Trên dòng nước long lanh phơi nắng sớm

Lẽ cuộc đời sinh ra rồi được nhớn
Tuổi thanh xuân căng sức trẻ dạt dào
Lúc thân tàn cũng vui vẻ làm sao
Để khi diệt không vướng vào sầu lụy

Bình yên một chốn an nhiên

2021-06-19T23:09:00.002+07:00

Con chẳng đến, cũng chẳng đi
Trời xanh mây trắng, còn gì ở đây?
Thảnh thơi những bước chân gầy
Lặng im thiền định chốn này lắng tâm

Bình yên cây cối lặng câm
Ru mình câu hát thì thầm trong tim
Con về đây để kiếm tìm
Một làng quê cũ lãng quên lâu rồi
Bữa cơm chay cứ bồi hồi
Bước chân an lạc thảnh thơi xứ người

Câu kinh bình lặng cuộc đời
Những bài pháp thoại, những lời thầy răn
Lòng buông lúc ngủ lúc ăn
An nhiên một cõi lắng tâm đáy lòng.

Rồi mai về với xứ Đông
Hồn luôn hướng tới sư Ông, sư Thầy
Và mong lại có một ngày
Gót chân nhẹ bước chốn này bình yên.

Làng Mai Thái Lan 2019

Dị mộng 2

2021-06-19T23:01:00.007+07:00

Ta thõng đời nhìn xuống đáy đêm thâu

Nghe nỉ non tiếng giãi giầu than vãn

Lũ ngoa ngôn rỉ tai lời bầu bạn

Vạn cung sầu hờn oán trách đằng lưng

Rồi một chốc ta bỗng hóa dửng dưng

Khắp xung quanh phủ lạnh lùng ham muốn

Nơi mệt nhoài nở nụ cười gắng gượng

Ta lịm nằm thườn thượt tiễn màu đêm

Ta lịm nằm giữa bề bộn lãng quên

Sau triệu năm lắng dìm màu bụi cát

Gió đẩy hồn lánh xa đời ngột ngạt

Ta bỏ thời lầm lạc sống bình an

Cuộc sinh tồn là tạm bợ thế gian

Sao khoắng tâm bởi lòng tham vọng động?

Chấm hơi men ta tìm yên lẽ sống

Lối vô vi gieo mầm mống đạo đời

Lỡ u mê từ muôn vạn kiếp người

Ta dửng dưng dõi miếng mồi lợi lộc

Níu thinh không buông màu đêm lăn lóc

Lắng tâm điên nơi hằn học gặm mòn

Ta cố nghe trong đất lũ cô hồn

Cứ ỉ ôi kể nỗi buồn vào gió

Vạn cỏ cây mọc trên từng mục rữa

Mởn sức xanh qua muôn thủa sinh tồn

Cõi nhân gian, sinh diệt cứ dập dồn

Những hình ảnh đầu tiên về VietSpider 4

2018-02-09T09:19:00.002+07:00

Sau tròn 10 năm - hệ thống khai thác dữ liệu đã thay đổi cơ bản về chất phiên bản thế hệ số 4.

VietSpider 4 xin hé lộ những hình ảnh mới nhất.

Upgrade OpenSSH lên 7.6 gặp sự cố Permissiona Denied trên Centos 7

2017-12-28T10:36:00.000+07:00

I can only tell you that upon installation, the package removes /etc/pam.d/sshd and writes a new one in its place, with the following contents:
#% PAM-1.0auth required pam_stack.so service = system-authaccount required pam_nologin.soaccount required pam_stack.so service = system-authpassword required pam_stack.so service = system-authsession required pam_stack.so service = system-auth
And here the problems begin, because in Centos7 there is no pam_stack.so, I think it is excluded as obsolete. If with this configuration we put the option "UsePAM yes" in sshd, then everything will simply stop working, when an authorization attempt is made, the server resets the connections, and errors are logged in the secure log:
localhost sshd [2111]: PAM adding faulty module: /usr/lib64/security/pam_stack.solocalhost sshd [2115]: PAM unable to dlopen (/usr/lib64/security/pam_stack.so): /usr/lib64/security/pam_stack.so: can not open shared object file: No such file or directory
Google knows everything, and the solution was found, it is very simple. Everywhere where in /etc/pam.d/sshd was:required pam_stack.so service = system-authshould be:include system-auth
And everything starts working! For complete clarity, /etc/pam.d/sshd should look like this:
#% PAM-1.0auth include system-authaccount required pam_nologin.soaccount include system-authpassword include system-authsession include system-auth

Java 8 - Check Numberic

2017-12-19T23:02:00.003+07:00

String someString = "123123";

boolean isNumeric = someString.chars().allMatch(Character::isDigit);

String someString = "123123.2";

boolean isNumeric = someString.chars().allMatch(c -> Character.isDigit(c) || c == '.' || c == ',' );

Tuyển sinh khóa tuyển dụng đào tạo học việc Java/Spring 02

2017-12-04T10:45:00.001+07:00

Sau khi kết thúc khóa 01, chúng tôi tiếp tục tuyển sinh khóa 02 - Java/JEE/Spring bắt đầu từ giữa tháng 12 này.

Về nội dung đào tạo, bao gồm cả chương trình cho người mới bắt đầu học lập trình, người đã biết lập trình sang học Java và cả người đã học hết chương trình Java Core. Chương trình chính gồm khoảng gần 50 bài giảng cả lý thuyết lẫn thực hành trải dài suốt quá trình học. Mỗi bài học sẽ nặng cả phần lab và bài giảng. Với 1 chương trình bao hàm cả lý thuyết căn bản phần mềm (lồng ghép trong phần Java Core) cộng với công nghệ, thiết kế ở phần JEE, khóa học đòi hỏi sự nỗ lực hết mức của mỗi học viên để hoàn thành.

Mời xem nội dung đào tạo tại đây.

Nội dung chương trình có thể sẽ được thay đổi, cập nhật trong suốt quá trình học như giới thiệu về Java 9, Spring phiên bản mới, JEE 8,...

Khóa học kéo dài 3 tháng. Sau 3 tháng, những ai hoàn thành sẽ ký hợp đồng học việc có lương với công ty, sau 3 tháng học việc có thể ký hợp đồng chính thức. Do đó, chúng tôi mong muốn tuyển dụng được những người nghiêm túc muốn theo đuổi lập trình Java.

Về giảng viên/trợ giảng: Ngoài tôi trực tiếp giảng dạy chính thức, sẽ có 2-3 trợ giảng giúp đứng lớp các bạn hoàn thành các bài lab. Các trợ giảng đều là trưởng nhóm dự án/sản phẩm có ít nhất 5 năm kinh nghiệm. Ngoài ra, tôi sẽ mời các chuyên gia tham gia giảng dạy thêm về thiết kế, quy trình phát triển phần mềm (scrum, lean, software architecture, test,...).

Về học phí sẽ là 4 triệu: đây là chi phí sẽ được chi trả trực tiếp cho giảng viên/trợ giảng/chuyên gia. Hoàn tòan công ty không thu lợi được bất cứ đồng nào từ học phí của các bạn. Với khoảng 25 buổi + gần 50 bài, chi phí thực tế chưa đến 200 nghìn/buổi/3 tiếng.

Về địa điểm học: số 19 Trúc Khê - Văn phòng làm việc của công ty.

Về thời gian dự tính:

- Thứ 3 + Thứ 5 hàng tuần.

- Bắt đầu từ 18h - 21h.

- Khai giảng ngày 18/12 (thứ 6)

Ngoài thời gian học chính thức, các bạn có thể lên công ty để làm bài lab và nhận sự hỗ trợ của những người đã vào nghề.

Lớp dự kiến khoảng 15 người. Dưới đây là vài hình ảnh lớp 01.

Sự tiến hóa của phát triển phần mềm

2017-10-02T21:08:00.003+07:00

Bài gốc Evolution of Software Applications của tác giả Brian Knapp.

Nếu bạn làm phần mềm đủ lâu, bạn sẽ chú ý đến các mẫu thiết kế phần mềm. Tuy nhiên, một pattern chưa bao giờ đủ để đảm bảo sự nâng cấp của hệ thống trong suốt giai đoạn phát triển phần mềm.

Mô hình phát triển phần mềm tập trung vào tính năng gói gọn theo tuần khiến chúng ta bị mất quan điểm. Hầu hết những thứ "là sáng chế" hôm nay đều tạo ra từ cách đây hàng thập kỷ. Vấn đề chúng ta phải đối mặt đều đã được giải quyết bởi ai đó.

Software developers không đủ hiểu biết sâu sắc về lịch sử phát triển của nghành.

Trên tinh thần đó, tôi muốn đề cập xu hướng mà phần mềm tiến hóa và giải thích lý do tại sao?

Khóa đào tạo Java Core/Spring/Java Web/Java Back End/JEE với khối lượng kiến thức lớn, mời xem chi tiết.

Tổng quan

Trước khi bắt đầu, tôi cần định nghĩa một thuật ngữ - Software Gravity.

Software Gravity - yêu cầu bổ sung, thêm mới các tính năng của ứng dụng sẽ thúc đẩy sự phức tạp và tài nguyên cần tới của hệ thống phần mềm trong suốt chu trình phát triển.

Tôi tin software gravity là động lực tiến hóa của phát triển phần mềm.

Xu hướng của phần mềm là ngày càng phức tạp. Những yêu cầu chức năng và mong muốn của người dùng tạo sức nặng xung quanh phần mềm. Gravity kéo độ phức tạp của phần mềm theo thời gian, sự phức tạp này lại đòi hỏi thêm về mặt tài nguyên.

Katamari Damacy Effect - Hiệu ứng Katamari Damacy

Tôi gọi phần này là hiệu ứng Katamari Damacy. Giống như video game, chức năng xoay quanh độ gia tăng của vòng tròn phức tạp.

Chúng ta bắt đầu với nhỏ và đơn giản, chắc chắn sự lớn mạnh sẽ cuốn theo vòng xoáy khó khăn tăng dần. Cuối cùng, vòng tròn tính năng (hoặc lỗi phần mềm) sẽ là mistaken for a moon.

Theo định kỳ, khi quả bóng quá phức tạp để tiếp tục phát triển, chúng ta cần cấu trúc lại cho hợp với năng lực hiện có.

Vì thế, phần mềm sẽ có xu hướng tiến hóa theo khả năng có thể dự đoán.

Các giai đoạn phát triển phần mềm.

Giai đoạn 0: Con người, giấy và các bảng tính

Giai đoạn 1: Simple Script.

Giai đoạn 2: Pile Of Files - chia nhỏ tập tin

Giai đoạn 3: The Framework

Giai đoạn 4: Vượt qua Framework

Giai đoạn 5: Modularization - mô đun hóa

Giai đoạn 6: Network System - hệ thống kết nối

Tất cả phần mềm đều ở một giai đoạn nào đó như đề cập ở trên. Tiến triển tự nhiên giữa các giai đoạn đi tới thỏa thuận the Katamari Damacy Effect. Hệ thống lớn đi kèm với phức tạp, sự khác nhau giữa các mô hình cần có để giải quyết vấn đề.

Tính phức tạp xác định hệ thống đang tiến triển trong giai đoạn nào. Mỗi giai đoạn của tiến hóa sẽ minh chứng code của bạn và của team trông ra sao. Nó không phải là con đường vòng vo.

Nguyên lý cố hữu để giải quyết - chia và trị. Sự phức tạp tăng lên, mô hình hiệu quả nhất là chia để trị, vấn đề sẽ được tách thành các phần nhỏ hơn.

Thường tôi thấy lập trình viên hay tranh cãi tìm ra một công cụ tốt nhất giải quyết tất cả các vấn đề. Nhà phát triển phần mềm thường dựa vào kinh nghiệm mình để giải quyết chứ không căn cứ trên độ khó của bài toán.

Không có bất cứ ngôn ngữ, công cụ, database, framework hoàn hảo cho mọi hệ thống. Khi requiments (yêu cầu cho ứng dụng) thay đổi thì mô hình của bạn cũng phải thay đổi. Nếu không, bạn tốn tiền bạc và thời gian.

Stage 0: Humans, Paper, and Spreadsheets - Người, giấy và bảng tính

Phần mềm không bắt đầu bằng phần mềm. Hầu hết phần mềm là để giải quyết tự động công việc có sẵn hay một cách truyền tải thông tin hiệu quả hơn.

Phần mềm bắt đầu với con người đã giải quyết vấn đề của giấy, bút, tập tin excel hay những phương tiện truyền thông khác. Đó là giai đoạn đầu tiên của hệ thống.

Ví dụ, các nghiệp vụ đối soát đối ứng bắt đầu với giấy, bút. Kế toán viên đối soát các bản ghi giữa hai cột, đối chiếu chúng để loại trừ sai sót. Đó là nghiệp vụ đối soát đối ứng.

Phần mềm sẽ căn cứ nghiệp vụ, chuyển nó vào bảng tính, database và tiến trình xử lý dịch vụ trực tuyến. Cơ bản, nó làm điều tương tự. Hệ thống kế toán số sẽ nhanh hơn, rẻ hơn nhưng vẫn đảm bảo cho ra kết quả tương tự.

Không có gì phức tạp, bạn giải quyết cùng một bài toán căn bản.

Trong nhiều trường hợp, giai đoạn 0, hệ thống có thể mong muốn phát triển phức tạp hơn.
Ví dụ, có hàng triệu danh sách việc phải làm ngoài kia. Như tôi, không gì thay thế là một pocket notebook đơn giản và một cái bút cho mục tiêu hàng ngày.

Phần mềm thường đưa ra tương tác hiệu quả hay tự động là điểm lợi hơn so với một giải pháp truyền thống đơn thuần chứ không phải lý do nó tồn tại. Nói cách khác, có thể chúng ta không cần đến phần mềm.

Một cách khôn ngoan, chúng ta nên nhớ rằng, business được cải tiến về mặt tương tác và tự động. Chúng ta không vẽ nghiệp vụ bằng việc viết mã lệnh.

Giai đoạn 1: Một Simple Script

Một hệ thống vật lý tồn tại sẵn ở giai đoạn 0 thường sẽ được chuyển thành phần mềm. Nó bắt đầu với một kịch bản đơn giản.

Một simple script chính xác như những gì nó thể hiện. Bắt đầu đơn giản với tập tin được viết bằng một scripting language. Nó có thể là PHP, Ruby, Python, Perl hay Bash.

Nó không quan trọng.

Những gì định nghĩa bằng kịch bản là một tập tin, có một mục đích và chức năng nhỏ gọn.

Nó không phải là một sản phẩm đã hoàn thiện.

Nhưng nó đã giải quyết những vấn đề thay cho tay chân.

Simple script được tạo và bảo trì bởi một lập trình viên độc lập. Cách code thể hiện kinh nghiệm và kỹ năng cá nhân của nhà phát triển. Mỗi script là khác nhau nhưng nó rất dễ dàng để hiểu.

Một demo nhanh hay chứng minh ý tưởng ứng dụng sẽ ở giai đoạn này.

Giai đoạn 1, bạn cần giữ toàn bộ chương trình ở trong đầu, nó rất dễ để hiểu và debug (tìm lỗi).

Thường script sẽ lấy thông tin người dùng và chức năng. Vì thế, bắt đầu với the Katamari Damacy Effect. Chu trình phát triển sản phẩm sẽ quay vòng để đạt được nhiều chức năng hơn.

Chức năng phức tạp là phân loại phức tạp đầu tiên tạo bởi software gravity - feature complexity.

Khi simple script trở nên rối rắm, bạn cần phân nhỏ từng files. Chúng ta bắt đầu chuyển qua giai đoạn 2 - The Pile of Files.

The ball of software keeps growing - Vòng đời phát triển phần mềm lớn dần.

Giai đoạn 2: A Pile Of Files

Ở giai đoạn 1, phần mềm tập trung vào một mục đích. Theo thời gian, phần mềm bắt đầu tăng thêm các chức năng khác.

Khi chức năng tăng lên, simple script không thể bỏ nó. Nó cần phân nhỏ thành các tập tin khác nhau. Đó chính là giai đoạn 2.

Chúng ta cần tách mã vào các tập tin khác nhau sao cho chúng dễ hiểu nhất. Hầu hết mọi người đều không thể nhớ đủ 5000 dòng mã nhưng họ có thể hiểu 10 files với 500 dòng mỗi file.

Chia để trị.

Một lập trình viên có thể xử lý toàn bộ các tập tin. Nếu phần mềm hữu dụng, các chức năng sẽ phức tạp dần vượt qua khả năng xử lý của một nhà phát triển.

Ở điểm này, hệ thống cần có một team. Phần mềm bắt đầu với "full stack" developers nhưng khi đã có một team, sự chuyên môn hóa sẽ xảy ra.

Ở giai đoạn khởi nguồn, tất cả vai trò đều thực hiện bởi một nhà phát triển. Mỗi vai trò có tính đặc thù cao với các chức danh khác nhau như designer, backend developer, frontend developer, project manager, tester, BA,...

Team trở nên phức tạp chính là vấn đề thứ 2 của software gravity. Bắt đầu giai đoạn 2, chức năng phần mềm nhiều lên nó sẽ tạo một team phức tạp - team complexity.

Một team đông sẽ nảy sinh vấn đề tương tác, trao đổi, thảo luận. Agile Software
Development sinh ra để giải quyết vấn đề tương tác giữa các thành viên của team gồm tương tác nội team và tương tác với stake holders (các bên liên quan).

Ở giai đoạn này, phần mềm thiết kế theo mô hình hướng công cụ - tooling. Mỗi hệ thống sẽ có đặc thù riêng nhưng là sự kết hợp khác nhau giữa các thư viện.

Theo thời gian, các pattern cơ bản sẽ xuất hiện. Hệ thống sẽ có database objects, system flow controll và một hệ thống UI view/layout.

Bạn kết thúc với một giải pháp tự phát nội bộ, đại khái giống như một framework. Hầu hết sẽ như vậy và nó rõ ràng hơn khi phần mềm lớn dần.

Khi các chức năng phức tạp thêm, nhà phát triển ít quan tâm phát minh lại bánh xe và tập trung hơn vào giải quyết các vấn đề đặc thù của phần mềm.

Một team to sẽ đồng nghĩa bất đồng nảy sinh khi tìm tiếng nói chung về công nghệ, công cụ giải quyết vấn đề.

Khi các chức năng phức tạp và team đông, quan trọng hơn việc xử lý nghiệp vụ với một đống các files là hệ thống sẽ phải chuyển dần sang giai đoạn kế tiếp - tương thích với một framework.

The ball of software keeps growing - quả bóng phần mềm lớn dần.

Giai đoạn 3: The Framework

Frameworks tồn tại để giải quyết các vấn đề chung và tạo sự tương tác dễ dàng hơn.

Một framework sẽ đặt ra các tiêu chuẩn, thư viện để làm việc cùng nhau giải quyết các vấn đề chung. Nó đơn giản, không có gì đặt biệt cả.

Nó là một công cụ để giảm nhẹ sự phức tạp của chức năng và team. Giải quyết vấn đề với các mẫu chung (common patterns), và bạn sẽ di chuyển nhanh hơn với một team.

Frameworks tạo sự thuê mướn dễ dàng. Giai đoạn 3 của dựa án được thuê mướn xoay quanh framework và tập các kỹ năng. Hầu hết các dự án phát triển phần mềm chuyên nghiệp đều ở giai đoạn 3.

Một dự án được xây dựng trên một framework không có nghĩa là đang ở giai đoạn 3 của hệ thống. Ở giai đoạn 1 và 2 của dự án, framework cũng có thể được sử dụng.

Một developer chuyên nghiệp được trả nhiều hơn ở giai đoạn 3+ của hệ thống. Hầu hết đã thành thạo với một framework cụ thể. Do đó, họ có thể sử dụng một framework trong khi thực sự không cần đến. Tôi thường gọi vấn đề này là lạm dụng framework.

Mọi người có xu hướng tiếp cận với những gì quen thuộc, quen gì làm nấy.

Như mọi khi, team và chức năng phức tạp sẽ đẩy phần mềm vào một hệ thống lớn hơn.

Sau giai đoạn 3, bạn sẽ bước vào loại phức tạp kế tiếp - sự phức tạp của dữ liệu - data complexity.

Dữ liệu phức tạp là loại phức tạp tiếp theo của software gravity. Chức năng phức tạp sẽ tạo ra dữ liệu phức tạp.

Sự phức tạp của dữ liệu thể hiện ở cấu trúc, số lượng và sử dụng dữ liệu trong phần mềm.
Chức năng phức tạp ngụ ý bằng cấu trúc dữ liệu phức tạp dựa trên framework được thiết kế cho nó. Bạn có thể nhận biết một mô hình dữ liệu phức tạp qua sự rối rắm, chậm chạp của lệnh truy vấn đến data.

Số lượng lớn của dữ liệu cũng là vấn đề tương tự. Mỗi một bit của dữ liệu được lưu trữ sẽ làm hệ thống chậm hơn và khó quản lý hơn. Và do đó, nó sẽ dẫn bạn đến vấn đề được gọi là "big data".

Sử dụng dữ liệu cũng là vấn đề phức tạp thứ 3 của phức tạp dữ liệu. Nhiều truy vấn và các báo cáo rối rắm sẽ nảy sinh caching (lưu tạm) hoặc hạ tầng báo cáo (reporting infrastructure). Nhiều framework đã bỏ qua những thứ này.

Sự phức tạp của hệ thống tăng lên, bạn bắt đầu chống lại những giới hạn của framework.

Khi nó xảy đến, một dự án sẽ chuyển sang giai đoạn kế tiếp - giai đoạn 4: Vượt qua framework.

The ball of software keeps growing - phần mềm tiếp tục phình to.

Giai đoạn 4: Beyond The Framework

Mọi framework đều có giới hạn. Không có framework nào đủ mạnh để giải quyết tất cả các vấn đề.

Ở vài điểm, chức năng, team, dữ liệu phức tạp sẽ đẩy bạn vượt qua năng lực của framework.

Bạn không nên thay frameworks ở giai đoạn 4.

Nó thôi thúc bạn xem xét việc thay đổi frameworks. Nhưng thay đổi framework này lại đối mặt với vấn đề của một framework khác.

Giai đoạn 4 là bi kịch. Thật khó để thấy ta chuyển sang giai đoạn 4. Dưới đây là một vài dấu hiện của giai đoạn này.

Team bắt đầu "sáng chế" hoặc khám phá ra vài patterns mới dùng song song nhưng không trở thành một phần của framework. Đó đơn thuần là sự tiến hóa tự nhiên ở cả front-end và back-end của hệ thống.

Khi UI - User Interface đủ phức tạp, sẽ xuất hiện sự phân tách ở front end framework hay vài ứng dụng client. Các mẫu (patterns) frameworks của bạn không bao gồm những thiết kế như Presenters hay MVVM được tìm ra ở giai đoạn này.

Trên back-end, sự phức tạp sẽ đẩy team thẳng tiến tới một internal service object pattern, data model decorators (bao phủ) hay nhiều hệ thống dữ liệu (multiple data systems).

Một cách nói khác, ở giai đoạn 4, các senior developer bắt đầu lo lắng về kiến trúc hay cần đọc cuốn Patterns of Enterprise Architecture của Martin Fowler.

Trong nhiều cách, giai đoạn 2 và 4 là tương tự. Có vài quy chuẩn hơn ở giai đoạn 3. Một dự án có thể mắc kẹt ở giai đoạn 4 rất lâu.

Giai đoạn 4, bạn sẽ trải nghiệm loại phức tạp khác gọi là sự phức tạp của hoạt động thi hành - operation complexity.

Sự phức tạp của hoạt động là loại phức tạp thứ tư trong software gravity. Khi sự phức tạp của tổng thể lớn dần, nó tạo sự phức tạp của thi hành.

Sự phức tạp của thi hành sẽ trở thành mẫu chung của phức tạp hạ tầng và hỗ trợ. Trước đây dùng một máy chủ thì giờ có đến cả tá. Quản lý nhiều hệ thống dữ liệu, backups, bảo mật, cập nhật, v.v mà project sẽ phải đối mặt ở giai đoạn này.

Đây là nơi bắt nguồn của DevOps.

Giai đoạn 4 đạt ngưỡng giới hạn quá tải phức tạp cho bất cứ cá nhân độc lập nào có khả năng ảnh hưởng tới hệ thống. Lúc này, giá để thêm chức năng mới, sửa lỗi bởi mỗi nhà phát triển độc lập cao hơn giá trị thực của việc thêm mới chức năng.

Nhiều người ngụ ý những hệ thống này là “A Big Ball Of Mud” - bóng lớn trong bùn.

Một team nhận ra vũng lầy mà họ đang ở trong đó, họ quyết định giải quyết vấn đề bằng một trong hai cách. Một là đập đi viết lại, hai là tách nhỏ tính năng.

Viết lại toàn bộ - the Big Rewrite là một sai lầm lớn. Nó thất bại rất nhiều. Đừng làm nó.

Tách nhỏ hệ thống là giải pháp tốt hơn.

Đây là mô hình của giai đoạn thứ 5 - Modularization.

The ball of software keeps growing - Quả bóng phần mềm tiếp tục phình to.

Giai đoạn 5: Modularization

Khi hệ thống đủ to, nó không thể gói gọn vào trong một cái bảng trắng, nó sẽ được phân chia thành các mảnh nhỏ hơn. Thuật ngữ ưa thích trong trường hợp này là modularization - mô đun hóa, nhưng không có gì đặc biệt ở đây cả.

Nó chính là chia để trị.

Những luồng chảy tự nhiên trong phần mềm sẽ được phân chia ranh rới. Có hai cách để phân chia hệ thống, bạn sẽ thấy các team sử dụng cả hai.

Đầu tiên, ta có thể cắt theo chức năng. Phần mềm có thể chia thành hệ thống báo cáo, hệ thống tương tác, hệ thống tài liệu, vân vân.

Khi một dự án đạt ngưỡng ở giai đoạn 5, nó có cả tá các chức năng riêng biệt cần phân tách thành các module trong hệ thống.

Cách thứ hai, chia theo hạ tầng. Ta có thể tách thành user authentication, lưu trữ file, xử lý ảnh, gửi mail, queueing, vân vân. Nếu bạn nhìn những nền tảng như AWS, bạn sẽ thấy một hệ thống lớn được phân tách thành các hạ tầng chia sẻ hữu dụng.

Trong giai đoạn 5, bạn sẽ thấy team từ 5-10 người làm việc cùng nhau chia tách modules.

Bạn có thể có public api team, độc lập lập với module team, mobile app team, vân vân. Phần mềm lớn lên bằng việc thêm team, hệ thống được phân chia vào các nhóm từ 5-10 người.

Ranh giới cho phép các nhóm làm việc độc lập và tương tác với phần khác thông qua communication protocols (giao thức trao đổi) đã được thỏa ước.

Bắt đầu giao đoạn này, một hệ thống được module hóa đơn giản bằng việc tách code vào tổ chức thư mục có định nghĩa ranh giới phân chia. Cuối cùng, một ranh giới rạch ròi giữa các module sẽ cần thiết phải được thiết lập.

Tiến hóa tự nhiên của phân chia ranh giới module sẽ là phân tách vật lý của hệ thống. Nó là biểu hiện thực tế của luật Conway.

Mô đun hóa vào hệ thống phân lập, bạn sẽ dịch chuyển sang giai đoạn 6 - một network system.

The ball of software keeps growing - quả bóng phần mềm tiếp tục phình to.

Giai đoạn 6: Network System

Một network system là tập các hệ thống nhỏ tương tác với nhau trên giao thức mạng.

Mạng các hệ thống nhỏ gắn kết với nhau để tạo thành một thực thể lớn hơn. Khi chúng đủ phức tạp, tất cả các hệ thống lại trở thành một tập hệ thống nhỏ hơn cộng tác với nhau thành một thực thể lớn hơn nữa.

Ở giai đoạn 6, chúng ta cần hiểu nguyên tắc căn bản để tạo nên một network systems.

Một network system tốt được định nghĩa bằng chuẩn chung, tài liệu tốt và dễ dàng để sử dụng. Nếu bạn đã từng làm việc với public API, bạn sẽ hiểu những thứ quan trọng như thế nào.

Ở giai đoạn 6, mỗi hệ thống được đối xử như một public API.

Khi mức độ phức tạp trung bình tăng lên, network systems sẽ trở lên thông dụng. Chúng ta có thể gọi là Service Oriented Architecture ở nghĩa rộng hay Microservices ở nghĩa hẹp.

Nó là hai mô hình để giải quyết một vấn đề. Cả hai đều tạo một dãy các hệ thống nhỏ hơn và chúng sẽ nói chuyện với nhau thông qua network.

Một thiết kế network system thành công và một kiến trúc ít hơn về mô hình dữ liệu và nhiều hơn về thiết kế giao thức tương tác giữa các thành phần.

Mỗi ngôn ngữ và nền tảng (platform) vốn dĩ là khác biệt nhưng ở giai đoạn 6, không quan trọng hệ thống được phát triển trên nền tảng hay ngôn ngữ nào, chúng vẫn có thể vận hành tốt.

Giao thức tương tác giữa các hệ thống là quan trọng.

Cách tốt nhất để tưởng tượng một network system là một dãy các hệ thống ở giai đoạn 1-5 được làm việc cùng nhau trên một đường mạng. Hệ thống ở giai đoạn 6 sẽ giống như một tá các hệ thống phát triển ở giai đoạn 2-3 làm việc cùng nhau hài hòa. Nếu bạn nhìn vào các hệ thống như của Google, Facebook, Microsoft,... bạn sẽ thấy một thiết kế tương tự.

The ball of software keeps growing - quả bóng phần mềm tiếp tục phình to.

Vậy giai đoạn 7 là gì?

Tôi không thể tưởng tượng sự tiến hóa kế tiếp sau network systems. Mô hình căn bản này đủ lớn lao để cộng tác các hệ thống nhỏ hơn trong một network.

Và viễn cảnh rộng lớn, bạn đã có internet. Nó chính là một network system.

Trong viễn cảnh nhỏ hơn, bạn có hệ điều hành bao gồm một dãy các dịch vụ hay ngay cả phần cứng cũng là các tiến trình xử lý nhỏ cộng tác với nhau thông qua một message bus.

Nếu chúng ta có gì đó trên network, tôi đoán ở mức độ cao cấp hơn nó cho phép trở thành một phần của hệ thống rộng hơn.

Mạng ngày nay giống như assembly language hay machine code, giai đoạn 7 giống như một ngôn ngữ cấp cao hơn.

Tôi không nghĩ chúng ta sẽ thấy giai đoạn 7 phát triển cho tới khi hệ thống phức tạp hơn những gì ở giai đoạn 6 và chúng ta buộc phải quản lý một hệ thống mạng cực kỳ phức tạp.

Kết luận

Tôi tin mô hình này đủ hữu dụng để hiểu về phần mềm và hành vi của chúng ta. Rất nhiều các quyết định được tạo ra với thiếu sót để hiểu về công cụ, con người và sự phức tạp.

Hiểu được những ý tưởng căn bản của software gravity và the Katamari Damacy Effect, chúng ta có thể quyết định tốt hơn khi phát triển software.

Có những khía cạnh khác mà bản thân bài viết này không thể đề cập hết, giống như sự cải tiến của một hệ thống đang tồn tại ảnh hưởng đến hệ thống mới và cách phần mềm tiến hóa từng khía cạnh trong thị trường.

Vì thế, tôi không đi vào chi tiết lớn về sự phức tạp của phần mềm tăng trong toàn ngành và những tác động của xu hướng.

Tôi sẽ viết một bài viết đầy đủ và chi tiết ở tương lai.

Dịch bởi Nhữ Đình Thuận

Java 9 Released

2017-09-22T08:44:00.003+07:00

Java Platform, Standard Edition 9 is a major feature release. The following summarizes features and enhancements in Java SE 9 and in JDK 9, Oracle's implementation of Java SE 9.

A JDK Enhancement Proposal (JEP) is a proposal to design and implement a nontrivial change to the JDK. See JEP 1: JDK Enhancement-Proposal & Roadmap Process. A Java Specification Request (JSR) describes proposed and final specifications for the Java platform. See JSR Overview.

http://www.oracle.com/technetwork/java/javase/downloads/index.html

Vài hình ảnh về khóa đào tạo Java Homedirect 01

2017-09-20T08:44:00.003+07:00

Khóa đào tạo Java Homedirect đã có được những buổi học đầu tiên.

Dưới đây là vài hình ảnh của khóa học.

Dự kiến 1 năm sẽ mở tới 3 lớp đào tạo trong vòng 3 tháng 1 lớp + 3 tháng thực tập.

Phần đông là sinh viên sắp hoặc đã tốt nghiệp các trường như Bách Khoa, Bưu Chính, Thăng Long, Công Nghệ - Quốc Gia.

Khóa đào tạo chuyên nghiệp cực kỳ nặng và đầy đủ nhất về lập trình JEE và Spring đủ để tham gia hầu hết các dự án lớn, chuyên nghiệp phát triển trên Java Platform.

Top 10 vấn đề về Java Performances

2017-09-13T10:02:00.002+07:00

1 trong những vấn đề ám ảnh nhất với lập trình viên: PHẦN MỀM CHẠY QUÁ CHẬM.

Vâng, nhanh chậm phản ánh chất lượng phần mềm từ đó thể hiện được trình độ của mỗi lập trình viên. Ngoài code sạch, phẩm chất 1 phần mềm tốt còn thể hiện ở hiệu năng xử lý, lượng tài nguyên chiếm dụng. Tham khảo tôi vừa có được sáng nay đề cập về Top 10 những vấn đề về Java Performance mà bạn có thể gặp phải.

Những vấn đề về truy vấn cơ sở dữ liệu, caching, database connection pooling, memory leaks hay concurrency sẽ được đề cập trong cuốn ebook với cách trình bày mạch lạc về dấu hiệu, phướng án xử lý khi bạn gặp phải vấn đề này.

Xem hoặc Download.

Sau Java 9 - Cập nhật sẽ diễn ra vào 2 lần mỗi năm

2017-09-12T15:48:00.005+07:00

Quá tuyệt, khi Oracle cũng sẽ dịch chuyển theo hướng tinh gọn, thay vì đợi dài cổ 3 năm 1 lần cho 1 phiên bản Java, chúng ta sẽ có 1 năm 2 phiên bản.

Scrum? Lean? Java sẽ cải tiến nhanh hơn khi chu kỳ nâng cấp còn 6 tháng/1 lần. Và ngày ấn định phát hành Java 9 sẽ là 21/09 này. Sau bao nhiêu năm chờ đợi, cuối cùng Java 9 cũng được tách nhỏ thành các modules giúp giảm bớt sự cồng kềnh, linh hoạt trong phát triển.

JDK 9’s Java Platform Module System

Thư mời tham dự khóa 1 đào tạo Java Web/Spring

2017-09-06T13:49:00.004+07:00

Chào các bạn,

Do không tuyển dụng được người, tôi quyết định mở lại chương trình đào tạo Java Web/Spring luôn và ngay tại công ty. Đây là chương trình đào tạo với mong muốn học viên sau khi hoàn thành sẽ tham gia được ngay các dự án thật trên công nghệ Java.

Nội dung chương trình có thể sẽ được thay đổi, cập nhật trong suốt quá trình học như giới thiệu về Java 9, Spring phiên bản mới, JEE 8,...

Về địa điểm học: số 19 Trúc Khê - Văn phòng làm việc của công ty.

Về thời gian dự tính:

- Thứ 3 + Thứ 5 hàng tuần.

- Bắt đầu từ 18h - 21h.

- Khai giảng ngày 10/09 (thứ 3 tuần sau)

Ngoài thời gian học chính thức, các bạn có thể lên công ty để làm bài lab và nhận sự hỗ trợ của những người đã vào nghề.

Lớp dự kiến khoảng 5-10 người, tuy nhiên sau 24h con số đăng ký đã lên đến 16 người. Vì vậy nhưng ai không sắp xếp được thời gian và công việc có thể phản hồi lại email.

Mời các bạn cho ý kiến về chương trình và thời gian học.

Cám ơn,

Nhữ Đình Thuận

Lý do chúng tôi tuyển sinh kiêm tuyển dụng lập trình viên Java/Web/Spring?

2017-09-06T08:58:00.002+07:00

6 tháng đăng tuyển (mất phí) trên các trang tuyển dụng,... chúng tôi nhận CV và gửi thư mời nhưng không một ai đến interview, mặc dù:

- Có những vị trí tuyển dụng mức lương cực hấp dẫn so với thị trường.

- Nhiều CV không đáp ứng được yêu cầu nhưng vẫn gửi thư mời phỏng vấn.

Cô bạn làm cùng ở eXo cũ mở thêm business đào tạo tester giờ đã chật cứng với 70 học viên cho 3 lớp - website testertop.com.

Ping đến vài trung tâm đào tạo đều nhận được câu trả lời: không có người.

Thị trường outsource đang lên, những công ty lớn hút nhân lực kinh khủng trong khi công ty cũng có người ra đi.

Một ngân hàng lớn chuẩn bị bắt đầu một dự án lớn với 300 triệu $ - khoảng gần 7000 tỷ Việt Nam. Thời của thanh toán điện tử, các ngân hàng đua nhau ebanking, ví điện tử, cổng thanh toán,... và nâng cấp core banking.

Các công ty startup mọc ra như nấm (tất nhiên là 90% sẽ chết) hút bớt phần nào nhân lực.

Không tuyển được người, chúng tôi quyết định tự mở lớp đào tạo, sau đó tuyển dụng luôn. Một khóa đào tạo Java Full Stack cực kỳ khủng mà không có bất cứ chương trình đào tạo nào hiện hành có được.

Tuyển sinh kiêm tuyển dụng khóa đào tạo Java Developer

2017-09-05T11:34:00.005+07:00

Do nhu cầu tuyển dụng cao trong khi trình độ nhân lực yếu, công ty mình cần tuyển sinh khóa đào tạo 3 tháng sau đó tuyển dụng vào làm việc luôn tại công ty.

Cam kết tuyển dụng nếu học đầy đủ và nghiêm túc.

Mình hiện dạy Java được 10 năm (từ 2007) đến nay và có 15 năm làm việc liên tục với Java (chỉ Java). Các khóa đào tạo Java cũng được nâng cấp nhiều phiên bản qua từng giai đoạn.

Sinh viên đào tạo đã nhiều người thành công, kiếm được công việc với mức lương rất tốt.

Mọi chi tiết xin liên hệ: 098 9 654 990.
Email: thuan.nhu@homedirect.com.vn

Dự kiến về lớp sắp mở:

- Diễn ra khoảng 3 tháng - 12 tuần - tuần học 2-3 buổi -> dự kiến khoảng 25 - 40 buổi, 1 buổi 3 tiếng.

- Nội dung: đi từ Java Core (version 8+) đến Java Spring/JEE + Scrum + Lean Programming + Software Design,... Chi tiết nội dung xin xem phía dưới. Nội dung về Scrum sẽ mời chuyên gia, chi tiết cập nhật sau.

- Số lượng tuyển sinh: dự trù từ 5-10 bạn, nếu đủ 4 bạn bắt đầu mở. Cũng không nhận quá nhiều học viên vì ưu tiên chất lượng.

- Học phí dự trù khoảng 4 triệu để trang trải thù lao cho người dạy, nếu đông học viên sẽ tính toán lại để giảm chi phí.

- Học viên học xong (hoặc gần xong) khóa đào tạo sẽ tuyển dụng dưới dạng hợp đồng thực tập, học việc (lương từ 4-5 triệu/tháng), hết hợp đồng thực tập học việc sẽ review và ký hợp đồng chính thức.

Nội dung học của khóa Java (Nội dung có thể được cập nhật và sửa đổi trong suốt quá trình học).

Core Java

1. Java Basic 1

1.Basic Java Syntax
2.Array
3.Parameter
4.String
5.Flow Control

2. Java Basic 2

1.Java Lang, Java Text package
2.String, StringBuffer, StringBuilder
3.Wrapper class
4.Try - Catch Exception

3. Java Collection 1
Vector + ArrayList + LinkedList
Set + Map
Introduction to Collection FrameWork

4. AWT
1.The Abstract Window Toolkit (AWT) is Java's original platform-independent windowing, graphics, and user-interface widget toolkit.
2.Button, Text, List,…

5. Thread
1.Thread
2.Multithread
3.Join Thread
4.Deamon Thread
5.Synchronized
6.Thread Pool
7.Callable
8.Future
9.Lock
10.Dead Lock

6. Input - Output
1.Encoding, Decoding.
2.File
3.Input/Output
4.RandomAccessFile
5.Reader/Writer
6.Serializable
7.NIO Example
8.Lock File

7. NIO 2
1.Path
2.Reading and Writing
3.Random Access File
4.File Visitor
5.Copy, Move, Link File
6.Watching a Directory

8. Networking
1.URL
2.URL Connection, HTTP Connection
3.Socket
4.Datagram Socket
5.Http Server
6.RMI Example

9. Lambda Quick Start
1.Runnable, Listener, Comparator
2.Stream
3.Java Util Function

10. Java Collection 2
1.Generic
2.Stack Model
3.Concurrency
4.Synchronized
5.Tree Model

11. Advanced Java
1.Regex
2.Reflection
3.Dynamic Invocation
4.Annotation

12. JDBC
1.Statement
2.PrepareStatement
3.MetaData
4.Transaction
5.RowSet
6.Paging
7.Data Filter

13. Servlet 1
1.Setup Maven
2.Create Spring project
3.Build the project
4.Import project to Eclipse
5.Getting Started Sample
6.Html output sample
7.Redirect Servlet sample
8.Hitcounter with global variable
9.Form with GET and Post method
10.Upload Sample

14. Servlet 2
1.ServletContextListener
2.Filter
3.Async
4.Login

15. JSP 1
1.Expression
2.Scriptlet
3.Import Java Class
4.Include - Forward
5.Implicit Objects
6.Expression Language
7.Connect to RDBMs

16. Java API for XML Processing – JAXP - 1
1.SAX parser
2.XML Filter
3.DOM Parser

17. Java API for XML Processing – JAXP - 2
1.Iterator, TreeWalker, Range, Event
2.Transformer
3.XPath
4.Schame
5.JAXB

Các bài lý thuyết bổ trợ gồm:

- Làm thế nào để trở thành một lập trình viên giỏi?
- Cleaning code: Viết mã đẹp
- Tips for Writing Better Code: Viết mã nhanh hơn, tốt hơn, nhẹ hơn
- OOP lập trình hướng đối tượng
- Lamda Expressions - How To Change Your Code?
- Lean Programming

- Lập trình Web lý thuyết căn bản.

Spring/JEE

1. Spring Core

Setup Maven
Create Spring project
Build the project
Import project to Eclipse
Getting Started Sample
Bean Definition
Java Based Configuration
Bean Life Cycle
Bean Post Processors
Bean Definition Inheritance
Dependency Injection
Beans AutoWiring
Annotation Based Configuration
Event Handling

1. Spring Lecture - Bài giảng đi kèm Spring Lab

Spring Term
Benefits of using Spring
Architecture
Bean Definition

2. Spring JDBC

Setup DataSource
Insert data by JDBC Template
Using StatementCallback
Mapping Record
Batch Processing
Implement Write Operation
Java Based Configuration

3. Spring Web MVC 1

Setup Maven
Create Spring Web project
Build the project
Import project to Eclipse
Getting Started Sample
Form Handling
Form Validation

4. Spring Web MVC 2

Context Loader Listener
Programing Web MVC with JDBC
AJAX Sample
Tiles
Multipart
View Image
Exception Resolver

5. Spring Web MVC 3

JSon View
XML View
XSLT View
XXXViewResolver
Excel View
PDF View
Jasper Report

6. Spring Boot

Create Spring Boot project
Build and deploy application
XML Configuration and Annotation Configuration
Apache Tiles
Logging application (log4j)
Spring Security with Annotation Configuration

7. Spring Security + Hibernate 1

Spring Security with XML Configuration
Apache Tiles XML Configuration
Hibernation Configuration
Hibernate First Program

8. Hibernate 2

List, Load, Search
Update, Insert, Delete
Hibernate Annotation Mapping
Hibernate XML Mapping

9. Hibernate 3

Many-to-One Mapping
One-to-Many Mapping
Collections
Query Language
Criteria
Native SQL
Batch Processing
Spring Security - Authentication with Hibernate
Spring Social - Login with Facebook

10. WebService – Restful

Develop Microservice with Spring Boot
Write Restful Client Test

11. Security for Spring Microservice

Authentication
Authorization with request context
Pre-Post Conditions
Permission Evaluator
Authentication with Database
Unit Test with Security

12. JAX-WS

Create Sample Program
Integrating with Spring and Hibernate
Develop Client Application

13 .WebSocket

Create Sample Program
Integration with Spring Security
Integration with Hibernate
Develop Application with WebSocket

14. Spring Integration 1

Create Spring Integration with Spring Boot Application
Message
Adapter
Integration with Hibernate
JDBC Support
QueueChannel
ExecutorChannel
PublishSubscribeChannel

15. Spring Integration 2

Gateway
Gateway with method
Gateway with Asynchronous
Transformer
Filter
Splitter
Aggregator

16. Spring Integration with JMS and ActiveMQ

Step by step example
Working with POJO
Inbound Channel Adapter
Outbound Channel Adapter
Inbound Gateway
Outbound Gateway

17. Spring Integration with JMS and ActiveMQ 2

Aggregation
Asynchronous
JPA Support

18. Spring Data - JPA

Insert, Update, Delete, Query
Native Query
Sort
Paging
Async
Query Creation
Join Data

Các bài lý thuyết bổ trợ gồm:

1. Java 8 - How To Change Your Code?

Lambda expressions - Anonymous Method

Lambda expressions - Stream

Lambda expressions - Consumer

Lambda expressions - BiConsumer

Lambda expressions - Predicate

Lambda expressions - Function

Lambda expressions - Supplier

Lambda expressions - Collector

Lambda expressions - Statistics

Lambda expressions - Optional

Lambda expressions - BinaryOperator

Lambda expressions - UnaryOperator

Lambda expressions - Scope

Lambda expressions - Method References
Lambda Utils – Join String
Lambda Utils - Anonymous Class + Anonymous Method
Lambda Utils – Sorting
Lambda Utils - System Output Print
Lambda Utils – Read File
Lambda Utils – File Walk Tree
Lambda Utils – Stream with Pattern
Lambda Utils - Finding a maximum
Lambda Utils - Calculating an average
Lambda Utils - Loop with Integer
Lambda Utils – Grouping
Lambda Utils – Partitioning
Interface – Default Method

2. Design Pattern

Creational Patterns

The Factory Pattern
The Abstract Factory Pattern
The Builder Pattern
The Prototype Pattern
The Singleton Pattern

Structural Patterns

The Adapter Pattern
The Bridge Pattern
The Composite Pattern
The Decorator Pattern
The Facade Pattern
The Flyweight Pattern
The Proxy Pattern

Behavioral Patterns

The Chain of Responsibility Pattern
The Command Pattern
The Interpreter Pattern
The Iterator Pattern
The Mediator Pattern
The Memento Pattern
The Observer Pattern
The State Pattern
The Strategy Pattern
The Template Method Pattern
The Visitor Pattern

3. SOLID - Object Oriented Design

Bad Design: Symptoms
OOD: Basic Principles with SOLID
Software Architecture Style

4. Review Code + Cleaning Code

Khoá đào tạo Spring 2 vẫn tiếp tục cập nhật bài lab và các chuyên đề lý thuyết bổ sung.

Solr: SolrDocument to SolrInputDocument

2017-06-16T12:45:00.001+07:00

public static SolrInputDocument toSolrInputDocument(SolrDocument solrDocument) {

SolrInputDocument solrInputDocument = new SolrInputDocument();

for (String name : solrDocument.getFieldNames()) {

solrInputDocument.addField(name, solrDocument.getFieldValue(name));

}

if(solrDocument.getChildDocuments() != null) {

for(SolrDocument childDocument : solrDocument.getChildDocuments()) {

solrInputDocument.addChildDocument(toSolrInputDocument(childDocument));

}

return solrInputDocument;

}

Spring Integration JMS với inbound gateway

2016-12-13T15:48:00.000+07:00

Kiểm tra 2 thông số trong trường hợp jms inbound-gateway không làm việc

max-concurrent-consumers="1000"

concurrent-consumers="1000"

Lý do phải tăng concurrent-consumers.

Unable to establish loopback connection

2016-11-22T10:07:00.000+07:00

Lỗi khi chạy http nio của apache, sử dụng -Djava.net.preferIPv4Stack=true khi start trên Windows

Chương trìng khoá đào tạo Java Spring 2

2016-09-12T10:26:00.001+07:00

Nâng cấp từ phiên bản đào tạo Spring 1.0 được biên soạn năm 2012, chương trình cho khoá đào tạo Spring 2.0 được phát triển trong suốt 6 tháng năm 2016 là một nâng cấp toàn diện, phức tạp. Khắc phục những yếu điểm về bài lab khó làm với sinh viên cùng lượng kiến thức trải rộng hơn, cao cấp hơn, chương trình học Spring 2.0 là một thách thức không hề dễ dàng với bất cứ sinh viên giỏi muốn trở thành một JEE Backend Developer hoặc Web Developer. Dưới đây là nội dung các bài lab.

Miễn phí bài labs khoá Spring 1. Tải theo link dưới:

https://dl.dropboxusercontent.com/u/60516717/Spring-1.Nhu-Dinh-Thuan.labs.zip
https://dl.dropboxusercontent.com/u/60516717/Spring-1.Nhu-Dinh-Thuan.Resources.zip

1. Spring Core

Setup Maven
Create Spring project
Build the project
Import project to Eclipse
Getting Started Sample
Bean Definition
Java Based Configuration
Bean Life Cycle
Bean Post Processors
Bean Definition Inheritance
Dependency Injection
Beans AutoWiring
Annotation Based Configuration
Event Handling

1. Spring Lecture - Bài giảng đi kèm Spring Lab

Spring Term
Benefits of using Spring
Architecture
Bean Definition

2. Spring JDBC

Setup DataSource
Insert data by JDBC Template
Using StatementCallback
Mapping Record
Batch Processing
Implement Write Operation
Java Based Configuration

3. Spring Web MVC 1

Setup Maven
Create Spring Web project
Build the project
Import project to Eclipse
Getting Started Sample
Form Handling
Form Validation

4. Spring Web MVC 2

Context Loader Listener
Programing Web MVC with JDBC
AJAX Sample
Tiles
Multipart
View Image
Exception Resolver

5. Spring Web MVC 3

JSon View
XML View
XSLT View
XXXViewResolver
Excel View
PDF View
Jasper Report

6. Spring Boot

Create Spring Boot project
Build and deploy application
XML Configuration and Annotation Configuration
Apache Tiles
Logging application (log4j)
Spring Security with Annotation Configuration

7. Spring Security + Hibernate 1

Spring Security with XML Configuration
Apache Tiles XML Configuration
Hibernation Configuration
Hibernate First Program

8. Hibernate 2

List, Load, Search
Update, Insert, Delete
Hibernate Annotation Mapping
Hibernate XML Mapping

9. Hibernate 3

Many-to-One Mapping
One-to-Many Mapping
Collections
Query Language
Criteria
Native SQL
Batch Processing
Spring Security - Authentication with Hibernate
Spring Social - Login with Facebook

10. WebService – Restful

Develop Microservice with Spring Boot
Write Restful Client Test

11. Security for Spring Microservice

Authentication
Authorization with request context
Pre-Post Conditions
Permission Evaluator
Authentication with Database
Unit Test with Security

12. JAX-WS

Create Sample Program
Integrating with Spring and Hibernate
Develop Client Application

13 .WebSocket

Create Sample Program
Integration with Spring Security
Integration with Hibernate
Develop Application with WebSocket

14. Spring Integration 1

Create Spring Integration with Spring Boot Application
Message
Adapter
Integration with Hibernate
JDBC Support
QueueChannel
ExecutorChannel
PublishSubscribeChannel

15. Spring Integration 2

Gateway
Gateway with method
Gateway with Asynchronous
Transformer
Filter
Splitter
Aggregator

16. Spring Integration with JMS and ActiveMQ

Step by step example
Working with POJO
Inbound Channel Adapter
Outbound Channel Adapter
Inbound Gateway
Outbound Gateway

17. Spring Integration with JMS and ActiveMQ 2

Aggregation
Asynchronous
JPA Support

18. Spring Data - JPA

Insert, Update, Delete, Query
Native Query
Sort
Paging
Async
Query Creation
Join Data

Các bài lý thuyết bổ trợ gồm:

1. Java 8 - How To Change Your Code?

Lambda expressions - Anonymous Method

Lambda expressions - Stream

Lambda expressions - Consumer

Lambda expressions - BiConsumer

Lambda expressions - Predicate

Lambda expressions - Function
Lambda expressions - Supplier
Lambda expressions - Collector
Lambda expressions - Statistics
Lambda expressions - Optional
Lambda expressions - BinaryOperator
Lambda expressions - UnaryOperator
Lambda expressions - Scope
Lambda expressions - Method References
Lambda Utils – Join String
Lambda Utils - Anonymous Class + Anonymous Method
Lambda Utils – Sorting
Lambda Utils - System Output Print
Lambda Utils – Read File
Lambda Utils – File Walk Tree
Lambda Utils – Stream with Pattern
Lambda Utils - Finding a maximum
Lambda Utils - Calculating an average
Lambda Utils - Loop with Integer
Lambda Utils – Grouping
Lambda Utils – Partitioning
Interface – Default Method

2. Design Pattern

Creational Patterns

The Factory Pattern
The Abstract Factory Pattern
The Builder Pattern
The Prototype Pattern
The Singleton Pattern

Structural Patterns

The Adapter Pattern
The Bridge Pattern
The Composite Pattern
The Decorator Pattern
The Facade Pattern
The Flyweight Pattern
The Proxy Pattern

Behavioral Patterns

3. SOLID - Object Oriented Design

Bad Design: Symptoms
OOD: Basic Principles with SOLID

4. Review Code + Cleaning Code

Khoá đào tạo Spring 2 vẫn tiếp tục cập nhật bài lab và các chuyên đề lý thuyết bổ sung.

4 ways to copy file in Java - 4 cách copy file trong Java

2016-04-10T16:25:00.004+07:00

These examples illustrate how to copy contents from one file to another file. We have 4 ways in Java.

1. Using Java Stream

import java.io.File;
import java.io.FileInputStream;
import java.io.FileOutputStream;
import java.io.IOException;
import java.io.InputStream;
import java.io.OutputStream;

/**
* Author : Nhu Dinh Thuan
* Email:nhudinhthuan@yahoo.com
* Apr 10, 2016
*/
public class CopyFileByStream {

public static void copy(File source, File dest) throws IOException {
if(!dest.exists()) {
if(!dest.getParentFile().exists()) dest.getParentFile().mkdirs();
dest.createNewFile();
}
try (InputStream input = new FileInputStream(source);
OutputStream output =new FileOutputStream(dest)){
copy(input, output);
}
}

public static void copy(InputStream input, OutputStream output) throws IOException {
byte[] buffer = new byte[16*1024];
int read = -1;
while ((read = input.read(buffer)) != -1) {
output.write(buffer, 0, read);
}
}

public static void main(String[] args) {
File sourceFile = new File("../Temp/a.html");
File destFile = new File("../Temp/a1.html");
try {
copy(sourceFile, destFile);
} catch(Exception exp) {
exp.printStackTrace();
}
}
}

2. Using FileChannel

import java.io.File;
import java.io.FileInputStream;
import java.io.FileOutputStream;
import java.io.IOException;
import java.nio.channels.FileChannel;

/**
* Author : Nhu Dinh Thuan
* Email:nhudinhthuan@yahoo.com
* Apr 10, 2016
*/
public class CopyFileByChannel {

public static void copy(File source, File dest) throws IOException {
if(!dest.exists()) {
if(!dest.getParentFile().exists()) dest.getParentFile().mkdirs();
dest.createNewFile();
}
try (FileInputStream input = new FileInputStream(source);
FileOutputStream output = new FileOutputStream(dest)) {
FileChannel srcChannel = input.getChannel();
FileChannel desChannel = output.getChannel();
srcChannel.transferTo(0, srcChannel.size(), desChannel);
}
}

public static void main(String[] args) {
File sourceFile = new File("../Temp/a.html");
File destFile = new File("../Temp/a2.html");
try {
copy(sourceFile, destFile);
} catch(Exception exp) {
exp.printStackTrace();
}
}

}

3. Using Files - NIO 2

import java.io.File;
import java.nio.file.Files;

/**
* Author : Nhu Dinh Thuan
* Email:nhudinhthuan@yahoo.com
* Apr 10, 2016
*/
public class CopyFileByNIO2 {
public static void main(String[] args) {
File sourceFile = new File("../Temp/a.html");
File destFile = new File("../Temp/a3.html");
try {
Files.copy(sourceFile.toPath(), destFile.toPath());
} catch(Exception exp) {
exp.printStackTrace();
}
}
}

4. Using ByteBuffer

import java.io.File;
import java.io.FileInputStream;
import java.io.FileOutputStream;
import java.io.IOException;
import java.io.InputStream;
import java.io.OutputStream;
import java.nio.ByteBuffer;
import java.nio.channels.Channels;
import java.nio.channels.ReadableByteChannel;
import java.nio.channels.WritableByteChannel;

/**
* Author : Nhu Dinh Thuan
* Email:nhudinhthuan@yahoo.com
* Apr 10, 2016
*/
public class CopyFileByByteBuffer {

public static void copy(File source, File dest) throws IOException {
if(!dest.exists()) {
if(!dest.getParentFile().exists()) dest.getParentFile().mkdirs();
dest.createNewFile();
}

try (FileInputStream input = new FileInputStream(source);
FileOutputStream output = new FileOutputStream(dest)) {
final ReadableByteChannel inputChannel = Channels.newChannel(input);
final WritableByteChannel outputChannel = Channels.newChannel(output);
copy(inputChannel, outputChannel);
}
}

public static void copy(ReadableByteChannel src, WritableByteChannel dest) throws IOException {
final ByteBuffer buffer = ByteBuffer.allocateDirect(16 * 1024);
while (src.read(buffer) != -1) {
buffer.flip();
dest.write(buffer);
buffer.compact();
}
buffer.flip();
while (buffer.hasRemaining()) {
dest.write(buffer);
}
}

public static void main(String[] args) {
File sourceFile = new File("../Temp/a.html");
File destFile = new File("../Temp/a4.html");
try {
copy(sourceFile, destFile);
} catch(Exception exp) {
exp.printStackTrace();
}
}
}

Test Performance Code

import java.io.File;

import java.nio.file.Files;

import java.nio.file.StandardCopyOption;

/**

* Author : Nhu Dinh Thuan

* Email:nhudinhthuan@yahoo.com

* Apr 10, 2016

public class TestPerformance {

public static void main(String[] args) {

try {

Thread.sleep(10*1000);

File sourceFile = new File("../Temp/a.html");

File destFile = new File("../Temp/new_a.html");

long time = 100*1000;

long start = System.currentTimeMillis();

for(int i = 0; i < time; i++) {

CopyFileByStream.copy(sourceFile, destFile);

}

long end = System.currentTimeMillis();

System.out.println("Time taken by stream copy = " + (end - start));

start = System.currentTimeMillis();

for(int i = 0; i < time; i++) {

CopyFileByChannel.copy(sourceFile, destFile);

}

end = System.currentTimeMillis();

System.out.println("Time taken by channel copy = " + (end - start));

start = System.currentTimeMillis();

for(int i = 0; i < time; i++) {

Files.copy(sourceFile.toPath(), destFile.toPath(), StandardCopyOption.REPLACE_EXISTING);

}

end = System.currentTimeMillis();

System.out.println("Time taken by nio 2 copy = " + (end - start));

start = System.currentTimeMillis();

for(int i = 0; i < time; i++) {

CopyFileByByteBuffer.copy(sourceFile, destFile);

}

end = System.currentTimeMillis();

System.out.println("Time taken by byte buffer copy = " + (end - start));

} catch (Exception exp) {

exp.printStackTrace();

}

Output:

Time taken by stream copy = 23536
Time taken by channel copy = 22055
Time taken by nio 2 copy = 25625
Time taken by byte buffer copy = 23771

Test performance with time = 100*1000, output:

Time taken by stream copy = 45707
Time taken by channel copy = 43815
Time taken by nio 2 copy = 50095
Time taken by byte buffer copy = 44644

Now we can see FileChannels is the best way to copy files.

This was an example that demonstrates four different ways you can copy a File in Java. Aside from, you can use Apache Commons IO library with FileUtils.

FileUtils.copyFile(sourceFile, destFile);

2016-04-09T23:40:00.000+07:00

Khám phá 6 vai trò của interface trong thế giới Java - Phần cuối

Bài gốc tại Java World.

Dành cho những ai mới học Java. Phần kế tiếp đưa thêm những thông tin rất thú vị về interface.

Tác giả: Jeff Friesen

Dịch giả: Minh Hiếu

Hiệu chỉnh: Lộc Hồ

Đính chính: Nhữ Đình Thuận

Vai trò 3: Tạo thuận lợi cho sự phát triển thư viện

Java 8 giới thiệu tính năng đặc biệt hữu dụng là Lamda và Streams API đặt trọng tâm vào đối tượng cần được áp dụng xử lý hơn là phương thức xử lý chúng. Lambdas và Streams tạo sự thuận tiện cho nhà phát triển triển khai xử lý song song (parallelism) trong ứng dụng của họ. Một điều không may, việc nâng cấp những tính năng này cho Java Collection Framework đòi hỏi phải viết lại code một cách mở rộng hơn.

Để nhanh chóng cải tiến collection cho việc sử dụng stream nguồn và đích, Java đưa vào khái niệm cài đặt mặc định hàm (default method) cho interface, chúng là non-static method với phần đầu method có thêm từ khoá default và mã lệnh xử lý ở phần thân - đây là điểm rất mới của Java. Như vậy interface có code cài đặt mặc định, chúng có thể không cần được viết lại (hoặc có - overriden - ghi đè) bởi class cài đặt interface đó. Code cài đặt mặc định method của interface có thể được triệu gọi thông qua objects references - tham chiếu tới đối tượng.

Method mặc định trở thành một phần của ngôn ngữ, theo đó chúng được thêm vào java.util.Collection interface cung cấp cầu nối giữa collections và streams:

default Stream parallelStream(): Trả về một parallel java.util.stream.Stream object từ collection nguồn.

default Stream stream(): Trả về một Stream object tuần tự từ collection nguồn.

Giả sử bạn khai báo biến thuộc lớp java.util.List với giá trị được gán như sau:

List innerPlanets = Arrays.asList("Mercury", "Venus", "Earth", "Mars");

Cách viết thông thường - vòng lặp cho collection như dưới đây để in ra tên các thành viên trong innerPlanets:

for (String innerPlanet: innerPlanets) {

System.out.println(innerPlanet);

}

Với Java 8, bạn có thể thay thế bằng một external iteration, tập trung vào cách thực thi nghiệp vụ dựa trên Stream internal iteration, nó tập trung vào việc nghiệp vụ sẽ xử lý ra sao, ví dụ:

innerPlanets.stream().forEach(System.out::println);

hoặc

innerPlanets.parallelStream().forEach(System.out::println);

Ở đây, innerPlanets.stream() và innerPlanets.parallelStream() trả về đối tượng Stream tuần tự và song song từ List nguồn trước đó. Hàm forEach triệu gọi trên tham chiếu của Stream trả về, sẽ duyệt (lặp) các phần tử (element) và gọi hàm System.out.println() để in ra chúng.

Phương thức mặc định có thể khiến code trở nên dễ đọc hơn. Ví dụ, lớp java.util.Collections cài đặt một static method:

static void sort(List list, Comparator c)

cho việc sắp xếp thứ tự các phần tử của list thông qua một comparator chỉ định. Tuy nhiên, Java 8 đã thêm vào default method

void sort(Comparator c)

cho List interface, do đó chúng ta cũng có thể sắp xếp trực tiếp trên đối tượng của List bằng cách gọi như myList.sort(comparator) thay vì phải sử dụng phương thức của Collections util class.

Hàm mặc định (default method) đã tạo ra kỷ nguyên mới cho Java Collections Framework. Bạn có thể xem vai trò này được tạo ra từ di sản của các thư viện thiết kế trên interface.

Ghi chú từ Nhữ Đình Thuận: Như vậy, thiết kế một thư viện/framework hay đơn thuần một mã lệnh dựa trên trừu tượng, interface, design đã được tăng cường sức mạnh thông qua default method. Tác giả bài viết ở phần này muốn nêu bật vai trò cài đặt mặc định của hàm trên interface là cầu nối giữa collection và stream, biến cách duyệt tập thành cách duyệt giống như luồng. Ngoài ra, default method cũng tạo giao diện sáng sửa hơn cho collection bằng cách gọi trực tiếp trên object thay vì phải dùng đến util class - lớp tiện ích/phụ trợ.

Vai trò 4: Phục vụ như kho constant

Phiên bản Java 5 trước đó đã đưa ra static imports vào ngôn ngữ và enums, interfaces được sử dụng rộng rãi hơn như một constant repositories (kho resources tĩnh gồm thuộc tính và hàm tĩnh). Nhờ đó, những lập trình viên lười biếng có thể sử dụng interface thay cho class trong việc sử dụng enumerated type (kiểu dữ liệu liệt kê), tránh việc phải thêm tên lớp làm tiền tố khi sử dụng giá trị constant trong class cài đặt interface. Code dưới đây như một ví dụ minh hoạ constant trong interface.

public interface Directions {

int NORTH = 0;

int SOUTH = 1;

int EAST = 2;

int WEST = 3;

}

public class Compass implements Directions {

private int curDirection;

// ... other code

public void printDirection() {

switch (curDirection) {

case NORTH: System.out.println("North"); break;

case SOUTH: System.out.println("South"); break;

case EAST : System.out.println("East"); break;

case WEST : System.out.println("West"); break;

default : System.out.println("Unknown");

}

Constant interface có thể là nguyên nhân đau đầu khi maintenance - bảo trì. Để đảm bảo tương thích nhị phân, class phải luôn cài đặt interface, ngay cả khi class không cần đến những giá trị constants. Giá trị constant có thể gây bối rối cho người sử dụng class - có lẽ chúng không cần gọi từ bên ngoài class nhưng chúng vẫn được nhìn thấy bởi vì biến trong interface thực chất là các biến được khai báo dạng public + static + final.

Khắc phục vấn đề này, chúng ta chuyển interface sang class, khai báo các biến constant là public + static + final

public class Directions {

public final static int NORTH = 0;

public final static int SOUTH = 1;

public final static int EAST = 2;

public final static int WEST = 3;

}

và sử dụng static import như dưới đây :

import static Directions.*;

khi đó, gọi đến các biến constant trong lớp Compass không cần phải thêm tiền tố Directions vào nữa.

Trường hợp này, enum là một lựa chọn tốt hơn

public enum Directions { NORTH, SOUTH, EAST, WEST }

và mã lệnh lớp Compass

public class Compass {

private Directions curDirection;

// ... other code

public void printDirection()s {

switch (curDirection) {

case NORTH: System.out.println("North"); break;

case SOUTH: System.out.println("South"); break;

case EAST : System.out.println("East"); break;

case WEST : System.out.println("West"); break;

default : System.out.println("Unknown");

}

Không nên và không bao giờ sử dụng constant interface.

Vai trò 5: Nơi chứa cho các phương thức tiện ích - utility methods

Cùng với phương thức mặc định, static method cũng là một điểm mới mà Java 8 tăng cường hỗ trợ cho interface. Khả năng mở ra tất cả những gì có thể như ví dụ dưới đây.

public interface Fillable {

public void fill(int color);

public static int rgb(int r, int g, int b) {

return r << 16 | g << 8 | b;

}

Fillable là interface có thể sử dụng cho graphical object - đối tượng đồ hoạ như hình tròn, hình vuông, nó có khả năng tự thân phủ màu bằng phương thức fill(). Để tiện hơn, rgb() - hàm tĩnh khai báo trong Fillable là một tiện ích giúp chuyển giá trị của mã màu red/green/blue tới số 32-bit value cho việc truyền vào khi gọi hàm fill(). Ví dụ:

int rgb = Fillable.rgb(200, 108, 29);

Vai trò 6: Nhận diện class với những tính năng đặc biệt

Vai trò cuối của interface là giúp nhận diện những tính năng đặc biệt của lớp cài đặt interface. Ví dụ, một class implement java.lang.Cloneable interface đồng nghĩa với việc phương thức Object.clone() có thể tạo ra bản sao của object với đầy đủ các thuộc tính có giá trị tương tự. Hoặc một class implements java.io.Serializable interface là dấu hiệu cho thấy các đối tượng của lớp đó có thể được phép serialized và deserialized - chuyển sang bytes hoặc ngược lại.

Cloneable and Serializable là empty interfaces - rỗng - không khai báo bất cứ hàm nào. Chúng tồn tại với mục đích duy nhất để xác định đối tượng tạo ra từ lớp cài đặt có thể clone (tạo bản sao) hay chuyển đổi thành bytes (serialized).

Kết luận

Người mới học java thường bối rối với interface bởi rất nhiều vai trò mà nó đảm nhận. Mặc dù tôi nghĩ mình đã đề cập đến tất cả các vai trò của nó nhưng cũng rất hân hạnh được các bạn quan tâm góp ý nếu còn thấy những vai trò khác của interface mà tôi chưa liệt kê.

Khám phá 6 vai trò của interface trong thế giới Java

2016-04-06T22:09:00.002+07:00

Bài gốc tại Java World.

Dành cho những ai mới học Java.

Tác giả: Jeff Friesen

Dịch giả: Minh Hiếu

Hiệu chỉnh: Lộc Hồ

Đính chính: Nhữ Đình Thuận

Những người mới làm quen ngôn ngữ Java thường hay gặp một số nhầm lẫn nhất định. Họ gặp bối rối bởi những tính năng lạ hoắc của ngôn ngữ, chẳng hạn như Generics, Lambdas trong Java. Song trên thực tế, ngay cả những thứ đơn giản như interface cũng rất có thể gây rối rắm khi muốn hiểu kỹ bản chất của chúng.

Gần đây, tôi đối mặt với một câu hỏi về lý do tại sao Java hỗ trợ interface (bởi từ khoá interface và implements). Khi tôi bắt đầu học Java trong những năm 1990, câu hỏi này thường được trả lời bằng giải thích rằng trong Java, interface được tạo ra thay thế vai trò của đa thừa kế - đặc điểm mà Java không hỗ trợ. Tuy nhiên, vai trò của interfaces phục vụ nhiều hơn một cỗ máy được lắp ráp cẩu thả chỉ mỗi mục đích đề cập trên. Trong bài này, tôi xin được trình bày sáu vai trò mà interfaces đảm nhiệm trong Java.

Định nghĩa “đa kế thừa”: Đa kế thừa thường được sử dụng để chỉ một lớp con kế thừa những hành vi và thuộc tính cho phép từ nhiều lớp cha. Trong Java, thuật ngữ cài đặt đa kế thừa cũng có nghĩa tương tự. Java hỗ trợ đa thừa kế với interface, trong đó một lớp interface con có thể kế thừa nhiều phương thức từ nhiều interface cha. Để tìm hiểu thêm về đa kế thừa (bao gồm cả các vấn đề nổi tiếng), hãy xem bài viết “Multiple inheritance” trên Wikipedia.

Vai trò 1: Khai báo kiểu dữ liệu annotation

Từ khóa interface sử dụng trong khai báo kiểu dữ liệu annotation. Ví dụ sau minh hoạ cho việc tạo một annotation có tên Stub:

import java.lang.annotation.Retention;
import java.lang.annotation.RetentionPolicy;

@Retention(RetentionPolicy.RUNTIME)
public @interface Stub {
int id(); // dấu chấm phẩy kết thúc lệnh.
String dueDate();
String developer() default "unassigned";
}

Stub mô tả một loại annotation (annotation type instances) với cách viết gồm kiểu dữ liệu và hàm (method) không cài đặt. Bắt đầu khai báo với phần tiền tố @ theo sau là từ khoá interface rồi đến tên của annotation. Các thuộc tính của annotation được viết tương tự như phần đầu của method, annotation gồm 3 trường:

id() - tên thuộc tính định danh cho annotation với kiểu số, bắt buộc khai báo giá trị.
dueDate() thuộc tính tên dueDate, kiểu string, bắt buộc khai báo giá trị.
developer() tên thuộc tính developer, kiểu string và có giá trị mặc định là “unassigned” (có thể không cần gán value cho trường này).

Ví dụ 2 minh hoạ cách sử dụng Stub cho việc chú thích một lớp và hàm của nó.

@Stub(
id = 1,
dueDate = "12/31/2016"
)
public class ContactMgr {
@Stub(
id = 2,
dueDate = "06/31/2016",
developer = "Marty"
)
public void addContact(String contactID){
}
}

Annotation có thể dụng cho class, field và method. Stub được dùng cho cả 3 vì không chỉ định dùng cho loại nào. Khi sử dụng annotation cho việc chú thích code, ta sử dụng tiền tố @ + tên và gán giá trị cho các trường của nó, ví dụ id = 1.

Annotation ở đây được dùng cả trong runtime - khi chạy. Một số annotation chỉ dùng trong compile, nghĩa là sau giai đoạn biên dịch, Compiler có thể loại bỏ chúng.

Ví dụ 3 minh hoạ việc đọc ra annotation từ code và dùng vào xử lý nghiệp vụ.

import java.lang.reflect.Method;

public class StubFinder {
public static void main(String[] args) throws Exception {
if (args.length != 1) {
System.err.println("usage: java StubFinder classfile");
return;
}

Class clazz = Class.forName(args[0]);
if (clazz.isAnnotationPresent(Stub.class)) {
Stub stub = clazz.getAnnotation(Stub.class);
System.out.println("Stub ID = " + stub.id());
System.out.println("Stub Date = " + stub.dueDate());
System.out.println("Stub Developer = " + stub.developer());
System.out.println();
}

Method[] methods = clazz.getMethods();
for (int i = 0; i < methods.length; i++) {
if (methods[i].isAnnotationPresent(Stub.class)) {
Stub stub = methods[i].getAnnotation(Stub.class);
System.out.println("Stub ID = " + stub.id());
System.out.println("Stub Date = " + stub.dueDate());
System.out.println("Stub Developer = " + stub.developer());
System.out.println();
}
}
}
}

Khi chạy hàm main, Java Reflection (một thư viện trong Java) có nhiệm vụ tìm kiếm class với tên truyền vào, hàm getAnnotation với parameter là Sub.class giúp tìm kiếm xem lớp có được đánh dấu bằng Stub. Sau đó in giá trị các trường của Stub nếu có ra Console. Logic code tiếp theo sẽ tìm kiếm các method được đánh dấu bằng Stub và in ra giá trị các trường nếu có.

Khi dịch và chạy bạn nhận được output sau:

Stub ID = 1
Stub Date = 12/31/2016
Stub Developer = unassigned

Stub ID = 2
Stub Date = 06/31/2016
Stub Developer = Marty

Bạn có thể tranh cãi rằng kiểu annotation và Stub annotation trên không liên quan gì đến interfaces. Thêm nữa, lớp khai báo và từ khóa implement lại không có mặt. Tuy nhiên tôi sẽ có ý kiến như sau.

@interfaces giống class trong việc ra một type - kiểu dữ liệu. Các trường bên trong nó như các phương thức có kiểu dữ liệu trả về. Chúng ta cũng có dữ liệu mặc định trả về khi các trường đó không được gán giá trị khi dùng annotation, có vẻ tương tự như objects. Non-Default-Element bắt buộc phải khai báo giá trị. Theo đó, một chú thích từ annotation này có đặc điểm như một cài đặt của class từ một interface nào đó. Inteface có mặc định và có bắt buộc cài đặt các method.

Ghi chú từ Nhữ Đình Thuận: Thực sự thì interface không phải được thiết kế cho đa thừa kế, trong Java, khái niệm đa thừa kế không tồn tại mà chỉ bị gán ghép một cách thô bỉ từ một số người hay một số cuốn sách. Vai trò của interface là nhằm tăng cường sự đa diện cho đối tượng trong OOP cũng như OOD. Để diễn giải kỹ hơn về vấn đề này, tôi sẽ sớm viết lại một bài rành mạch về bản chất interface trong lập trình hướng đối tượng.

Cách hiểu của tác giả về interface với annotation đang bị nhầm lẫn về mặt từ khoá, còn bản chất đây là 2 thứ hoàn toàn khác nhau, không liên quan. Đây là cách diễn giải của người mới học Java hoặc không hiểu cặn kẽ về Java.

Vai trò 2: Mô tả khả năng cài đặt chung

Một số lớp khác nhau có những khả năng, đặc tính chung. Ví dụ, các lớp java.nio.CharBuffer, javax.swing.text.Segment, java.lang.String, java.lang.StringBuffer,
và java.lang.StringBuilder cùng có khả năng đọc tuần tự character - ký tự.

Khi các lớp cùng chung một khả năng thực thi, một interface đóng vai trò thể hiện khả năng này cho việc tái sử dụng. Ví dụ, ta sử dụng một interface dùng chung là java.lang.CharSequence cho các class trên, nó định nghĩa hành vi đọc tuần tự ký tự. CharSequence cung cấp hình mẫu, chuẩn chung cho việc đọc tuần tự character với nhiều hình thái Tập Ký Tự (String, StringBuffer, Segment,...).

CharSequence cung cấp khuôn mẫu, và sự truy cập cận ở mức độ chỉ đọc(read-only) tới nhiều kiểu dãy chars khác nhau.
Giả dụ bạn muốn viết một chương trình nhỏ đếm các ký tự thường trong CharBuffer, String hay StringBuilder. Sau một hồi suy nghĩ, bạn có thể cài đặt như Ví dụ 4.

import java.nio.CharBuffer;

public class Freq {
public static void main(String[] args) {
if (args.length != 1) {
System.err.println("usage: java Freq text");
return;
}

analyzeS(args[0]);
analyzeSB(new StringBuffer(args[0]));
analyzeCB(CharBuffer.wrap(args[0]));
}

static void analyzeCB(CharBuffer cb) {
int counts[] = new int[26];
while (cb.hasRemaining()) {
char ch = cb.get();
if (ch >= 'a' && ch <= 'z') counts[ch - 'a']++;
}
for (int i = 0; i < counts.length; i++)
System.out.printf("Count of %c is %d%n", (i + 'a'), counts[i]);
System.out.println();
}

static void analyzeS(String s) {
int counts[] = new int[26];
for (int i = 0; i < s.length(); i++) {
char ch = s.charAt(i);
if (ch >= 'a' && ch <= 'z')
counts[ch - 'a']++;
}
for (int i = 0; i < counts.length; i++)
System.out.printf("Count of %c is %d%n", (i + 'a'), counts[i]);
System.out.println();
}

static void analyzeSB(StringBuffer sb) {
int counts[] = new int[26];
for (int i = 0; i < sb.length(); i++) {
char ch = sb.charAt(i);
if (ch >= 'a' && ch <= 'z')
counts[ch - 'a']++;
}

for (int i = 0; i < counts.length; i++)
System.out.printf("Count of %c is %d%n", (i + 'a'), counts[i]);
System.out.println();
}
}

Ví dụ trên sử dụng tới 3 method cùng một nhiệm vụ đếm ký tự thường cho 3 kiểu dữ liệu khác nhau. Mặc dù String và StringBuffer được cài đặt khá giống nhau về cấu trúc dữ liệu nhưng CharBuffer lại khác nhiều.

Code cài đặt trên bộc lộ vấn đề trùng lặp mã dẫn đến một class viết quá dài và không cần thiết. Nếu cài đặt phụ thuộc vào một interface có hàm chung là CharSequence thì ví dụ 5 là một phiên bản khác chạy tương tự.

import java.nio.CharBuffer;

public class Freq {
public static void main(String[] args) {
if (args.length != 1) {
System.err.println("usage: java Freq text");
return;
}
analyze(args[0]);
analyze(new StringBuffer(args[0]));
analyze(CharBuffer.wrap(args[0]));
}

static void analyze(CharSequence cs) {
int counts[] = new int[26];
for (int i = 0; i < cs.length(); i++) {
char ch = cs.charAt(i);
if (ch >= 'a' && ch <= 'z')
counts[ch - 'a']++;
}
for (int i = 0; i < counts.length; i++)
System.out.printf("Count of %c is %d%n", (i + 'a'), counts[i]);
System.out.println();
}
}

Như bạn thấy, chương trình trên rõ ràng đơn giản và sạch hơn bằng việc sử dụng interface chung mà cả 3 lớp String, StringBuffer, và CharBuffer đều có thể làm đầu vào.

Tóm lại, interface đóng vai trò mô tả những đặc điểm cài đặt chung nhất. Việc viết mã nên sử dụng interface để thể hiện được sử linh hoạt trong gọi hàm, tránh mã thừa, code ngắn gọn hơn. Ở ví dụ trên, bạn có thể tiết kiệm được 50% mã.

Ghi chú từ Nhữ Đình Thuận: Nguyên lý của thiết kế mã lệnh là phụ thuộc vào trừu tượng, thiết kế, vào lớp chung chứ không phụ thuộc vào cài đặt, cụ thể. Đây là nguyên lý Dependency Inversion trong SOLID và cách diễn giải của tác giả đang thể hiện ở mức "mới học code". Design code theo interface chỉ là 1 thực nghiệm của nguyên lý thiết kế mã này.

Còn nữa

Slide về Java 8 - How to change your code?

2016-04-04T09:19:00.001+07:00

Slide trình bày về những ảnh hưởng tới tư duy viết code với Java 8 có sự so sánh với Java 7. Toàn bộ slide là các code mẫu minh hoạ.

Tải slide tại đây.

Java 8 Optional - tiếng súng từ bên kia chiến tuyến

2016-03-31T11:14:00.002+07:00

Java 8 đã chính thức ra mắt từ 2 năm trước, có rất nhiều bài viết đề cập về những cải tiến cũng như vận dụng thực tế liên quan đã được viết trong suốt thời gian qua. Thật ngạc nhiên, trong vô số đặc điểm mới, một chủ đề gây tranh cãi nhiều nhất chính là lớp Optional.

Tác giả: Daniel Olszewski

Dịch giả: Trương Thanh Tùng

Hiệu chỉnh: Lộc Hồ
Xin không copy dưới mọi hình thức

Xây dựng Web Application bằng công nghệ JSP với Spring Boot

2016-03-29T21:35:00.002+07:00

Bài viết như một ví dụ thực tế nâng cấp từ triển khai truyền thống sử dụng Tomcat lên blue/green deployment (triển khai song song) sử dụng Spring Boot và Pivotal Web Services.

Nguồn bài gốc tại DZONE.

Tác giả: Gunnar Hillert

Dịch bởi: Phạm Trung Đức
Xin không copy dưới mọi hình thức