Xác nhận đầu vào ở đâu thuộc về ứng dụng MVC?

Question

Tôi có một ứng dụng MVC nhận đầu vào từ một biểu mẫu.
Đây là biểu mẫu đăng nhập để xác thực duy nhất cần thiết là kiểm tra xem đầu vào có trống không.
Ngay bây giờ trước khi tôi chuyển nó cho mô hình, tôi xác nhận nó trong bộ điều khiển.
Đây có phải là phương pháp hay nhất hay không? Nó có thuộc về mô hình không?

Answer 1

Tôi không nghĩ rằng có một phương pháp hay nhất chính thức giới hạn xác thực cho bất kỳ phần nào của mẫu MVC. Ví dụ, xem của bạn có thể (và nên) làm một số xác nhận phía trước bằng cách sử dụng Javascript. Bộ điều khiển của bạn cũng nên cung cấp cùng một loại xác thực, cũng như xác thực liên quan đến logic kinh doanh hơn. Mô hình cũng có thể cung cấp các hình thức xác thực, tức là, người định cư không cho phép các giá trị null.

Có một cuộc thảo luận thú vị về điều này at joelonsoftware.

Answer 2

Logic nghiệp vụ của nó, vì vậy không, nó không thuộc về mô hình.

Answer 3

Business Logic -> Controller 
Data Validation -> Model 

Answer 4

Trong bộ điều khiển bạn có thuộc tính ModelState mà bạn có thể thêm lỗi xác thực vào.

Xem this example on the MSDN.

Answer 5

Giả sử ứng dụng của bạn được cấu trúc như:

• MVC
• Dịch vụ
• Persistence
• Mẫu

Các đầu vào người dùng sẽ đến để điều khiển của bạn, và bạn sẽ sử dụng các dịch vụ trong lớp dịch vụ để xác thực nó.

Answer 6

Tôi đã suy nghĩ về điều này trong một thời gian dài và sau khi thử đặt xác nhận trong cả hai bộ điều khiển và mô hình .... cuối cùng tôi đã đi đến kết luận rằng đối với nhiều ứng dụng của tôi ... xác nhận thuộc về mô hình và không có trong bộ điều khiển. Tại sao? Bởi vì cùng một mô hình có thể trong tương lai được sử dụng bởi các cuộc gọi hoặc API điều khiển khác nhau ... và sau đó tôi sẽ phải lặp lại quá trình xác nhận lặp đi lặp lại. Điều đó sẽ vi phạm DRY và dẫn đến nhiều lỗi. Cộng với triết lý của nó mô hình tương tác với cơ sở dữ liệu (hoặc lưu trữ liên tục khác) và do đó là sắp xếp của một 'cuộc gọi cuối cùng cho rượu' nơi để làm điều này anyway.

Vì vậy, tôi thực hiện dịch/nhận bản dịch trong bộ điều khiển và sau đó gửi dữ liệu thô đến mô hình để xác thực và xử lý. Tất nhiên tôi thường làm các ứng dụng web php/mysql và nếu bạn đang thực hiện các kết quả khác thì có thể khác nhau. Tôi hi vọng điêu nay se giup được ai đo.

Answer 7

Validation phải nằm trong mẫu

Chỉ có mô hình biết những "chi tiết" của doanh nghiệp. chỉ mô hình biết dữ liệu nào được chấp nhận và dữ liệu nào không được chấp nhận. bộ điều khiển chỉ biết cách "sử dụng" mô hình. Ví dụ:

ví dụ: giả sử chúng ta cần chức năng đăng ký người dùng mới cho hệ thống của chúng tôi.

Model:

public function registerUser(User $user){ 
    //pseudo code 
     //primitive validation 
     if(!isInt($user->age)){ 
      //log the invalid input error 
      return "age"; 
     } 
     if(!isString($user->name)){ 
      //log the invalid input error 
      return "name"; 
     } 
     //business logic validation 

     //our buisnees only accept grown peoples 
     if($user->age < 18){ 
      //log the error 
      return "age"; 
     } 
     //our buisness accepts only users with good physique 
     if($user->weight > 100){ 
      //log the error 
      return "weight"; 
     } 
     //ervery thing is ok ? then insert the user 
     //data base query (insert into user (,,,) valeues (?,?,?,?)) 
     return true; 
} 

Bây giờ điều khiển/s công việc là để "sử dụng" chức năng mô hình registerUser() mà không có kiến ​​thức về cách thức mô hình đang xảy ra để làm xác nhận, hoặc thậm chí những gì được coi là "hợp lệ " hay không!

Controller:

$user = new User(); 
$user->age = isset($_POST['age']) ? $_POST['age'] : null; 
$user->name = isset($_POST['name']) ? $_POST['name'] : null; 
$user->age = isset($_POST['weight']) ? $_POST['weight'] : null; 
$result = $theModel->registerUser($user);// <- the controller uses the model 
if($result === true){ 
//build the view(page/template) with success message and die 
} 
$msg = ""; 
//use the return value from the function or you can check the error logs 
switch ($result){ 
    case"age" : 
     $msg = "Sorry, you must be over 18"; 
     break; 
    case "name": 
     $msg = "name field is not correct"; 
     break; 
    case "weight": 
     $msg = "Sorry, you must have a good physique"; 
     break; 
} 
//build the view(page/template) with error messages and die 

Người dùng lớp

class User { 
    public $age; 
    public $name; 
    public $weight; 
} 

có một kiến ​​trúc như vậy sẽ "miễn phí" các bộ điều khiển hoàn toàn từ các chi tiết của logic kinh doanh -which là một thing- tốt .

Giả sử chúng tôi muốn tạo một hình thức đăng ký người dùng khác ở một nơi khác trên trang web (và chúng tôi sẽ có một trình điều khiển khác được phân bổ cho nó). bây giờ bộ điều khiển khác sẽ sử dụng cùng một phương thức của mô hình registerUser().

Nhưng nếu chúng tôi phân phối logic xác nhận giữa bộ điều khiển và mô hình, chúng sẽ không được tách biệt - điều xấu và chống lại MVC - nghĩa là mỗi lần bạn cần tạo chế độ xem và bộ điều khiển mới để đăng ký người dùng mới, bạn phải sử dụng cùng một bộ điều khiển cũ và mô hình cùng nhau. Hơn nữa, nếu logic nghiệp vụ thay đổi (bây giờ chúng tôi chấp nhận thanh thiếu niên trong câu lạc bộ thể thao của chúng tôi), bạn sẽ chỉ thay đổi mã trong hàm registerUser() mô hình. mã bộ điều khiển vẫn giống nhau.