Những bài học

Hiệu quả Các lập trình viên có kinh nghiệm có thể dễ dàng phân biệt một kiến trúc tốt với một kiến trúc tồi, nhưng nếu được yêu cầu mô tả nó trong một vài từ, họ sẽ không thể làm được như vậy. Không có tiêu chí duy nhất cho kiến trúc tốt và

Tiêu chí cho thiết kế xấu Cuộc sống hoạt động khá đơn giản: thông thường, để trở nên thông minh, bạn chỉ cần không làm những điều ngu ngốc. Điều này cũng áp dụng cho việc phát triển phần mềm: trong hầu hết các trường hợp, để làm tốt một việ

6.1 Phân hủy Mặc dù có nhiều tiêu chí khác nhau, nhiệm vụ chính trong việc phát triển các hệ thống lớn là nhiệm vụ giảm độ phức tạp của hệ thống . Để giảm bớt sự phức tạp, không có gì khác ngoài việc chia thành các phần chưa được phát minh.

Phân rã theo thứ bậc Bạn không bao giờ nên bắt đầu viết các lớp cho ứng dụng của mình ngay lập tức. Đầu tiên nó cần được thiết kế. Thiết kế nên kết thúc với một kiến trúc chu đáo. Và để có được kiến trúc này, bạn cần phải phân rã hệ thống m

8.1 Sự phân hủy là tất cả Để rõ ràng, một hình ảnh từ một bài báo hay "Tách rời các hệ thống hướng đối tượng", minh họa những điểm chính sẽ được thảo luận. Bạn vẫn nghĩ rằng thiết kế một kiến trúc ứng dụng là dễ dàng? 8.2 Giao diện, ẩn triể

9.1 Đảo ngược phụ thuộc Hãy nhớ rằng, chúng tôi đã từng nói rằng trong ứng dụng máy chủ, bạn không thể chỉ tạo luồng thông qua new Thread().start()? Chỉ vùng chứa mới tạo chủ đề. Bây giờ chúng tôi sẽ phát triển ý tưởng này hơn nữa. Tất cả c

Thay thế các phụ thuộc trực tiếp bằng tin nhắn Đôi khi một mô-đun chỉ cần thông báo cho những người khác rằng một số sự kiện/thay đổi đã xảy ra trong đó và điều gì xảy ra với thông tin này sau đó không quan trọng. Trong trường hợp này, các

Các giai đoạn trong vòng đời của một sản phẩm phần mềm Việc phát triển phần mềm chất lượng cao đòi hỏi một số yếu tố: đội ngũ có trình độ, lập kế hoạch quy trình làm việc, sản phẩm tuân thủ mong đợi của khách hàng, đáp ứng thời hạn. 1. Phân

Thiết bị mô hình thác Mô hình thác nước, còn được gọi là Thác nước, là một trong những cách tiếp cận nổi tiếng nhất để phát triển phần mềm. Tác giả của mô hình là Winston Royce. Năm 1970, ông đã mô tả bản chất của sự đổi mới của mình trong

Mô hình nhanh nhẹn Phương pháp linh hoạt (Agile) giúp giảm rủi ro trong quá trình phát triển phần mềm bằng cách chuyển quy trình làm việc thành nhiều chu kỳ nhỏ. Các chu kỳ này được gọi là lặp lại và thường kéo dài từ hai đến ba tuần. Lặp l

Lịch sử Scrum Kể từ khi Winston Royce công bố báo cáo "Quản lý sự phát triển của các hệ thống phần mềm lớn" vào năm 1970, nhiều người đã cố gắng tìm ra một phương pháp luận có thể loại bỏ những nhược điểm của mô hình phát triển Thác nước. M

Câu chuyện người dùng Câu chuyện của người dùng là một cách hiệu quả để nêu các yêu cầu đối với phần mềm đang phát triển. Những câu chuyện như vậy chứa những lời khuyên ngắn gọn thay mặt cho người dùng phần mềm. Vì trong phương pháp Scrum,