Nếu bạn đã quen thuộc với khung công tác MVC thì bạn nên biết rằng cơ sở dữ liệu/kho dữ liệu nào bạn sử dụng trong phần phụ trợ sẽ không ảnh hưởng đến toàn bộ ứng dụng MVC hoặc cách cấu trúc mọi thứ - nó chỉ ảnh hưởng đến dữ liệu của bạn và cách nó lấy dữ liệu.
Với Spring MVC, thực tế được chấp nhận là bạn đại diện cho mô hình dữ liệu của mình dưới dạng một loạt "mô hình/lớp miền", thường chỉ là POJO để giữ dữ liệu của bạn. "Miền" ở đây có nghĩa là nó có liên quan đến miền vấn đề của bạn; vì vậy nếu bạn có một ứng dụng đề cập đến khách hàng sắp xếp thứ bạn muốn có một lớp học Customer
, một lớp học Order
, v.v.
Mỗi trong ba lớp ứng dụng MVC của bạn - bộ điều khiển, logic dịch vụ/kinh doanh lớp và lớp DAO tương tác với các lớp mô hình miền này. Vì lớp DAO chịu trách nhiệm truy xuất hoặc cập nhật dữ liệu này trong phần phụ trợ, điều này có nghĩa là lớp DAO cần biết cách lấy lớp Customer
hoặc Order
từ Cassandra, cách cập nhật một số trường nhất định Customer
, v.v.
Vì vậy, không có gì đặc biệt về cách bạn sẽ tự xây dựng ứng dụng Spring MVC của mình khi sử dụng Cassandra hoặc bất kỳ cơ sở dữ liệu "NoSQL" nào khác. Bạn sẽ chỉ cần cung cấp các triển khai khác nhau của các lớp DAO có thể giao tiếp với Cassandra.
Nếu bạn đang hỏi liệu có bất kỳ tiện ích Spring được xây dựng sẵn nào có thể truy cập Cassandra (hoặc tiết kiệm) thì câu trả lời là không, ít nhất là trong Spring 3.0. Nhưng điều này nên được khá đơn giản để viết một khi bạn có bộ giao diện DAO và tất cả các lớp khác của ứng dụng của bạn tại chỗ.
Nguồn
2010-03-18 17:38:05
Vì vậy, bạn đang học Spring MVC, không mùa xuân, trong đó có một tập trung rộng hơn –
@ mirror303: xin lỗi vì sự misconfusion, nhưng có, tôi đang tập trung thời gian của tôi để học Spring MVC, không phải toàn bộ công nghệ Spring. – zeroDivisible
trong tương lai, hãy theo dõi dự án Dữ liệu mùa xuân. Họ đã lên kế hoạch hỗ trợ cho cassandra và HBase. http://www.springsource.org/spring-data –