Tôi nên triển khai thành viên người dùng trong trang web MVC ASP.NET như thế nào?

Question

Tôi đang tạo trang ASP.NET MVC và tôi cần triển khai chức năng đăng nhập và tư cách thành viên.

Đây có phải là nơi tôi tự cuộn của mình không? Tôi đã có một bảng thành viên trong cơ sở dữ liệu của mình, tôi có nên tạo một trường băm tên người dùng và mật khẩu và chỉ cần kiểm tra nó? Điều gì về việc giữ cho người dùng đăng nhập bằng cookie hết hạn?

Đây có phải là trường hợp khi bạn sử dụng dịch vụ Tư cách thành viên tích hợp của ASP.NET không?

ASP.NET MVC neophyte tìm trợ giúp.

Answer 1

Khi bạn tạo một trang web ASP.NET MVC mới, nó đã có thành viên xây dựng trong Dự án CodePlex được đề cập trong bài trả lời khác chỉ cần thiết trong trường hợp đặc biệt, cụ thể là:.

• Bạn đang sử dụng một đầu beta của khung MVC, không có tính năng thành viên.
• Bạn muốn sử dụng hệ thống xác thực như OpenID, không được hỗ trợ "out-of-the-box" với MVC.
• Bạn muốn quản lý thành viên các tính năng không bao gồm "out-of-the-box"

Tuy nhiên, như tôi đã nói, chức năng thành viên cơ bản là đã có trong một trang web MVC. Chỉ cần thêm thuộc tính [Authorize] vào bất kỳ hành động nào yêu cầu thông tin đăng nhập. Đây là xác thực biểu mẫu thông thường, vì vậy bạn đã định cấu hình trong Web.config như trang web không phải MVC (chỉ định cơ sở dữ liệu, v.v ..; có rất nhiều thông tin trên web về điều này).

Trang web MVC mặc định sẽ chứa bộ điều khiển "Tài khoản" và chế độ xem mà bạn có thể tùy chỉnh để phù hợp với nhu cầu của mình.

Để trả lời câu hỏi rõ ràng, không, bạn không nên "cuộn của riêng bạn". Ngay cả khi bạn cần xác thực tùy chỉnh, nó sẽ là tốt hơn để tạo ra một nhà cung cấp thành viên ASP.NET thường xuyên hơn để tạo ra một khung thành viên hoàn toàn mới.

Cập nhật: Các CodePlex project đã được cập nhật để làm việc với MVC 1.0

Answer 2

Nếu bạn muốn sử dụng thứ gì đó an toàn để bắt đầu, hãy sử dụng tư cách thành viên mẫu của dự án mới hoặc xem xét sử dụng http://www.codeplex.com/MvcMembership.