Thực hành tốt nhất của Symfony. Truy vấn có nên nằm trong kho hoặc dịch vụ không?

Question

Tôi có câu hỏi về các phương pháp hay nhất trong Symfony 2. Xin lỗi nếu có chút mơ hồ và chủ quan. Tôi đoán tôi có thể tổng hợp câu hỏi của mình là:

"Các kho lưu trữ có luôn đúng chỗ cho các truy vấn không?".

Hiện tại, tôi đang đặt hầu hết các truy vấn học thuyết của mình vào kho lưu trữ thực thể. Hầu hết các hành động điều khiển của tôi làm những việc điển hình như truy vấn cho một thực thể hoặc tập hợp các thực thể, ném một ngoại lệ hoặc chuyển hướng tùy thuộc vào kết quả của điều đó, nếu không cập nhật một hoặc nhiều thực thể. Hầu hết các hành động phức tạp hơn có thể được thực hiện hiệu quả với các truy vấn chuẩn -> find, -> findBy etc. Hầu hết yêu cầu tham gia. Khi một truy vấn liên quan đến nhiều thực thể, đôi khi tôi không chắc chắn kho lưu trữ nào nên đi vào. Tôi đoán có thực thể gốc của truy vấn nhưng ... đôi khi dữ liệu từ các thực thể được kết nối quan trọng và có liên quan hơn để đặt nó vào kho chứa của thực thể gốc.

Điều đó hoạt động tốt nhưng tôi có xu hướng kết thúc với nhiều truy vấn gần giống nhau nhưng hơi khác nhau trong kho của tôi. Đến với tên và theo dõi chính xác những gì mỗi người làm có thể gây nhầm lẫn và tẻ nhạt. Hầu hết các truy vấn này chỉ được sử dụng bởi một hoặc hai (thường hiếm khi được sử dụng) các hành động điều khiển trong cùng một bộ điều khiển. Tôi cảm thấy như tôi đang làm lộn xộn kho của mình với quá nhiều công cụ chuyên dùng, ít khi được sử dụng.

Dường như tất cả nhưng hành động đơn giản nhất phải được đóng gói trong một đối tượng hoặc dịch vụ. Vì vậy, tôi đã bắt đầu thực hiện rất nhiều truy vấn của mình trực tiếp trong dịch vụ chứ không phải là một kho lưu trữ. Thật dễ dàng để xem xét hành động ở một nơi. Đây có phải là một thực hành không sao?

Answer 1

truy vấn của bạn nên được giữ trong tổ chức của bạn kho và không có trong bộ điều khiển của bạn để có thể tái sử dụng chúng dễ dàng.

Đó là những gì các kho lưu trữ thực sự. Cung cấp vị trí có thể sử dụng lại cho các truy vấn cơ sở dữ liệu.

Tuy nhiên, có một số trường hợp giữ tất cả các truy vấn của bạn trong kho lưu trữ ... đặc biệt là khi nói đến việc lọc nhanh nơi cần nhiều truy vấn.

Benjamin Eberlei (tác giả của Doctrine) xem xét 5 phương pháp công khai trong lớp học là ổn và 10 là khá lớn. Gần đây, ông đã xuất bản một bài viết thú vị có tên "On Taming Repository Classes in Doctrine" về điều này trên blog của mình.

Tôi phần nào giống như giải pháp tính trạng kho lưu trữ có thể lọc bởi KnpLabs trong số DoctrineBehaviors của chúng tôi.

Đặc điểm kiểm tra khó khăn hơn nhưng bạn có thể có một kho lưu trữ ... nơi bạn nên giữ truy vấn.

Answer 2

Bạn có thể thực hiện điều gì đó giữa chừng.

Xác định một dịch vụ:

blog.post_manager: 
    class: Acme\BlogBundle\Entity\Manager\PostManager 
    arguments: 
     em: "@doctrine.orm.entity_manager" 
     class: Acme\BlogBundle\Entity\Post 

Sau đó tạo lớp Manager:

use Doctrine\ORM\EntityManager; 
use Doctrine\ORM\EntityRepository; 

class PostManager 
{ 
    protected $em; 

    protected $repo; 

    protected $class; 

    public function __construct(EntityManager $em, $class) { 
     $this->em = $em; 
     $this->class = $class; 
     $this->repo = $em->getRepository($class); 
    } 

    public function get($id) 
    { 
     return $this->repo->findById($id); 
    } 
} 

Bằng cách này, bạn vẫn có thể để lại các truy vấn mà họ thuộc về, trong kho, trong khi cho phép mã tái sử dụng thông qua dịch vụ quản lý có thể được sử dụng như thế này trong bất kỳ trình điều khiển nào:

$this->container->get('blog.post_manager')->get(1); 

Kể từ khi dịch vụ băng chăm sóc tiêm lớp và quản lý thực thể cho lớp Manager, điều này cũng giữ cho bộ điều khiển mỏng hơn và tốt hơn để tóm tắt nó khỏi mô hình.