Vì vậy, tôi đã thấy mọi người sử dụng .build, .create và .create! trong bộ điều khiển của họ ngày càng nhiều gần đây. Có gì khác biệt khi chỉ sử dụng .new và passig đối tượng param'd và sau đó .save? Có những ưu và nhược điểm? Có sử dụng các phương pháp khác cung cấp lợi ích?
Câu trả lời:
Có một vài sự khác biệt, nhưng chúng không lớn:
.createtương đương với .newtheo sau .save. Nó chỉ ngắn gọn hơn..create!tương đương với .newtheo sau .save!(ném lỗi nếu lưu thất bại). Nó cũng chỉ ngắn hơn một chút.buildlà chủ yếu là một bí danh cho .new. Nó hoạt động một cách trong Rails 3 và một cách khác trong Rails <3.xTuy nhiên, phần quan trọng nhất là các phương thức này có thể được gọi thông qua một liên kết ( has_many, v.v.) để tự động liên kết hai mô hình.
Mặc dù đúng là createcác cuộc gọi newvà sau đó savecó một sự khác biệt lớn giữa hai lựa chọn thay thế trong các giá trị trả về của chúng.
Savetrả về một trong hai truehoặc falsetùy thuộc vào việc đối tượng đã được lưu thành công vào cơ sở dữ liệu hay chưa. Điều này sau đó có thể được sử dụng để kiểm soát dòng chảy theo ví dụ đầu tiên trong câu hỏi trên.
Createsẽ trả về mô hình bất kể đối tượng đã được lưu hay chưa. Điều này có ý nghĩa đối với mã ở trên trong đó nhánh trên cùng của ifcâu lệnh sẽ luôn được thực thi ngay cả khi đối tượng không xác nhận hợp lệ và không được lưu.
Nếu bạn sử dụng createvới logic phân nhánh, bạn có nguy cơ thất bại thầm lặng, đó không phải là trường hợp nếu bạn sử dụng new+ save.
create! không gặp phải vấn đề tương tự khi nó phát sinh và ngoại lệ nếu hồ sơ không hợp lệ.
Sự createthay thế có thể hữu ích trong các bộ điều khiển respond_withđược sử dụng cho các phản hồi API (JSON / XML). Trong trường hợp này, sự tồn tại của các lỗi trên đối tượng sẽ khiến các lỗi được trả về trong phản hồi với trạng thái unprocessable_entity, đó chính xác là những gì bạn muốn từ API.
Tôi sẽ luôn sử dụng tùy chọn new+ savecho html, đặc biệt nếu bạn đang dựa vào giá trị trả về cho điều khiển luồng.