CFSDN nhấn mạnh vào giá trị tạo ra nguồn mở và chúng tôi cam kết xây dựng nền tảng chia sẻ tài nguyên để mọi nhân viên CNTT có thể tìm thấy thế giới tuyệt vời của bạn tại đây.

Bài viết trên blog CFSDN này giải thích sự khác biệt giữa lớp dao và lớp dịch vụ trong springmvc được tác giả sưu tầm và biên soạn. Nếu các bạn quan tâm đến bài viết này thì nhớ like nhé.

Sự khác biệt giữa lớp dao springmvc và lớp dịch vụ

Đầu tiên hãy giải thích ý nghĩa của nó. Dịch vụ là lớp nghiệp vụ và dao là lớp truy cập dữ liệu.

Tôi đã từng gặp vấn đề này trước đây. Tôi nhớ khi mới học lập trình, tôi luôn gọi dao trực tiếp trong dịch vụ, tôi chỉ tạo một đối tượng lớp dao mới và không làm những việc có ý nghĩa khác. Tôi không hiểu nó có ý nghĩa gì. Sau một thời gian dài làm việc, bạn sẽ biết rằng kinh doanh là điều quan trọng nhất trong công việc của mình.

Tất cả chúng ta đều biết rằng các phương pháp lập trình chính thống tiêu chuẩn hiện nay áp dụng mẫu thiết kế toàn diện MVC. Bản thân MVC không phải là một loại mẫu thiết kế. Nó mô tả một cấu trúc và mục tiêu cuối cùng là đạt được sự tách rời có nghĩa là bạn thay đổi Một lớp nhất định. mã sẽ không ảnh hưởng đến các lớp mã khác của tôi. Nếu bạn biết một framework như spring, bạn sẽ hiểu lập trình hướng giao diện. Lớp trình bày gọi lớp điều khiển, lớp điều khiển gọi lớp nghiệp vụ và lớp nghiệp vụ gọi lớp truy cập dữ liệu. lớp.

Trong giai đoạn đầu, có thể các đối tượng mới được sử dụng để gọi lớp tiếp theo. Ví dụ: nếu bạn tạo một đối tượng lớp DAO mới trong lớp nghiệp vụ và gọi phương thức lớp DAO để truy cập cơ sở dữ liệu, điều này là sai vì lớp nghiệp vụ phải như vậy. không chứa các đối tượng cụ thể. Chỉ có thể có các tài liệu tham khảo. Nếu một đối tượng cụ thể tồn tại, nó sẽ được ghép nối. Khi đối tượng đó không tồn tại, tôi vẫn phải sửa đổi mã doanh nghiệp, điều này không hợp lý.

Ví dụ, bộ nhớ trên bo mạch chủ bị hỏng. Nếu tôi thay bộ nhớ thì cũng không cần phải thay bo mạch chủ. Tôi không cần biết bộ nhớ của hãng nào, dung lượng bao nhiêu, chỉ cần là bộ nhớ là tôi có thể cắm vào giao diện này và sử dụng. Đây chính là nội dung của MVC.

Tiếp theo, hãy nói về ý nghĩa của việc phục vụ mà bạn nghĩ. Trên thực tế, thứ bậc của những việc bạn làm hiện tại không quá khắt khe và bản thân công việc kinh doanh ở đất nước này cũng nhỏ. nếu bạn tạo một hàm phân trang với 1.000 mẩu dữ liệu, 20 mục trên một trang, bạn có thể viết hàm này dưới dạng một lớp công cụ để đóng gói nó, sau đó gọi phương thức được đóng gói này trong lớp nghiệp vụ. business. Miễn là cơ sở dữ liệu không được truy cập, nó phải được ghi trong tệp .

Giải thích chi tiết về lớp DAO, lớp Dịch vụ, lớp Trình điều khiển và Lớp Xem

Lớp DAO

Lớp DAO chủ yếu chịu trách nhiệm về công việc của lớp lưu giữ dữ liệu. Một số nhiệm vụ chịu trách nhiệm giao tiếp với cơ sở dữ liệu được gói gọn ở đây. Thiết kế của lớp DAO trước tiên là thiết kế giao diện DAO, sau đó xác định lớp triển khai của giao diện này. trong tệp cấu hình Spring, sau đó Bạn có thể gọi giao diện này trong mô-đun để xử lý các dịch vụ dữ liệu mà không cần quan tâm đến lớp triển khai cụ thể của giao diện này là gì. Cấu hình nguồn dữ liệu của lớp DAO và các tham số liên quan. đến kết nối cơ sở dữ liệu đều có trong Spring. Cấu hình trong tệp cấu hình.

Lớp dịch vụ

Lớp Dịch vụ chủ yếu chịu trách nhiệm thiết kế ứng dụng logic của các mô-đun kinh doanh. Ngoài ra, trước tiên hãy thiết kế giao diện, sau đó thiết kế lớp triển khai nó và sau đó định cấu hình liên kết triển khai của nó trong tệp cấu hình Spring. Bằng cách này, chúng ta có thể gọi giao diện Dịch vụ trong ứng dụng để thực hiện xử lý nghiệp vụ. Việc triển khai kinh doanh của lớp Dịch vụ đặc biệt yêu cầu gọi giao diện lớp DAO đã xác định. Việc đóng gói logic nghiệp vụ của lớp Dịch vụ có lợi cho tính độc lập và khả năng sử dụng lại của logic nghiệp vụ chung và chương trình rất ngắn gọn.

Lớp điều khiển

Lớp Controller chịu trách nhiệm kiểm soát các quy trình mô-đun nghiệp vụ cụ thể. Trong lớp này, giao diện của lớp Serice phải được gọi để kiểm soát quy trình nghiệp vụ. Cấu hình điều khiển cũng được thực hiện trong tệp cấu hình Spring. sẽ có Bộ điều khiển khác nhau, trong quy trình thiết kế cụ thể của chúng tôi, chúng tôi có thể trừu tượng hóa quy trình và thiết kế các mô-đun quy trình đơn vị con có thể được sử dụng lại. Điều này không chỉ làm cho cấu trúc chương trình rõ ràng mà còn giảm đáng kể số lượng mã.

Xem lớp

Lớp này được tích hợp chặt chẽ với lớp điều khiển và cả hai cần được kết hợp để hợp tác phát triển. Lớp View chịu trách nhiệm chính cho việc trình bày trang jsp front-end.

Lớp DAO

Cả lớp Dịch vụ và lớp Dịch vụ đều có thể được phát triển độc lập. Sự kết hợp với nhau rất thấp và có thể được thực hiện hoàn toàn độc lập. Mô hình như vậy đặc biệt thuận lợi trong quá trình phát triển các dự án lớn. khả năng ghép cao, vì vậy chúng nên được phát triển cùng nhau, nhưng chúng cũng có thể được phát triển độc lập với toàn bộ hai lớp đầu tiên. Bằng cách này, chúng ta chỉ cần biết định nghĩa của giao diện trước từng lớp và ứng dụng đơn vị logic cần thiết có thể được hoàn thành bằng cách gọi giao diện. Mọi thứ đều rất rõ ràng và đơn giản. Quy hoạch tổng thể của thiết kế DAO yêu cầu sự tương ứng 1-1 giữa các bảng được thiết kế và các lớp triển khai.

Các phương thức trong các giao diện được xác định bởi lớp DAO đều tương tự nhau. Điều này được xác định bởi các hoạt động của chúng tôi khi truy cập cơ sở dữ liệu trong lớp DAO. Đối với các hoạt động cơ sở dữ liệu, về cơ bản chúng tôi sử dụng các phương thức như thêm, cập nhật, xóa, truy vấn, v.v. Do đó, các hoạt động tương ứng với các phương thức này về cơ bản phải được bao phủ trong lớp DAO. Ngoài ra, bạn có thể xác định một số phương thức đặc biệt tùy chỉnh để truy cập cơ sở dữ liệu.

Thiết kế lớp logic dịch vụ

Lớp Dịch vụ được xây dựng trên lớp DAO. Lớp Dịch vụ chỉ có thể được thiết lập sau khi lớp DAO được thiết lập. Do đó, lớp Dịch vụ không chỉ gọi giao diện của lớp DAO mà còn. cũng cung cấp các giao diện cho lớp lớp Trình điều khiển để thực hiện các cuộc gọi, nằm ở lớp trung gian. Mỗi mô hình có một giao diện Dịch vụ và mỗi giao diện đóng gói phương thức xử lý nghiệp vụ riêng của nó.

Một số phương thức được xác định trong lớp DAO không được sử dụng trong lớp Dịch vụ, vậy tại sao chúng phải được xác định trong lớp DAO? Điều này được xác định bởi logic nhu cầu mà chúng tôi đã xác định.

Các hoạt động của lớp DAO về cơ bản là phổ biến sau khi được trừu tượng hóa. Do đó, khi xác định lớp DAO, chúng tôi có thể xác định các phương thức liên quan. Ưu điểm của việc này là chúng tôi không cần sửa đổi lớp DAO khi mở rộng Dịch vụ được cải tiến. khả năng mở rộng chương trình.

Trên đây là kinh nghiệm cá nhân của mình, hi vọng có thể cho các bạn tham khảo và mong các bạn có thể ủng hộ mình.

Liên kết gốc: https://blog.csdn.net/Dopamy_BusyMonkey/article/details/51422392.

Cuối cùng, bài viết về sự khác biệt giữa lớp dao và lớp dịch vụ trong springmvc kết thúc tại đây. Nếu bạn muốn biết thêm về sự khác biệt giữa lớp dao và lớp dịch vụ trong springmvc, vui lòng tìm kiếm các bài viết CFSDN hoặc tiếp tục duyệt các bài viết liên quan. Bài viết, tôi hy vọng bạn sẽ ủng hộ blog của tôi trong tương lai! .