Eloquent ਨਾਲ ਉਪਯੋਗੀ ਭੰਡਾਰ?

ਪਿਛਲੇ ਹਫ਼ਤੇ ਮੈਂ ਲਿਖਿਆ ਸੀ Eloquent ਸੰਸਥਾਵਾਂ ਲਈ ਰਿਪੋਜ਼ਟਰੀ ਟੈਂਪਲੇਟ ਦੀ ਬੇਕਾਰਤਾ ਬਾਰੇ ਲੇਖ, ਹਾਲਾਂਕਿ, ਉਸਨੇ ਮੈਨੂੰ ਇਹ ਦੱਸਣ ਦਾ ਵਾਅਦਾ ਕੀਤਾ ਕਿ ਇਸਨੂੰ ਆਪਣੇ ਫਾਇਦੇ ਲਈ ਅੰਸ਼ਕ ਤੌਰ 'ਤੇ ਕਿਵੇਂ ਵਰਤਣਾ ਹੈ। ਅਜਿਹਾ ਕਰਨ ਲਈ, ਮੈਂ ਵਿਸ਼ਲੇਸ਼ਣ ਕਰਨ ਦੀ ਕੋਸ਼ਿਸ਼ ਕਰਾਂਗਾ ਕਿ ਇਹ ਟੈਮਪਲੇਟ ਆਮ ਤੌਰ 'ਤੇ ਪ੍ਰੋਜੈਕਟਾਂ ਵਿੱਚ ਕਿਵੇਂ ਵਰਤਿਆ ਜਾਂਦਾ ਹੈ। ਇੱਕ ਰਿਪੋਜ਼ਟਰੀ ਲਈ ਵਿਧੀਆਂ ਦਾ ਘੱਟੋ-ਘੱਟ ਲੋੜੀਂਦਾ ਸੈੱਟ:

<?php
interface PostRepository
{
    public function getById($id): Post;
    public function save(Post $post);
    public function delete($id);
}

ਹਾਲਾਂਕਿ, ਅਸਲ ਪ੍ਰੋਜੈਕਟਾਂ ਵਿੱਚ, ਜੇਕਰ ਰਿਪੋਜ਼ਟਰੀਆਂ ਦੀ ਵਰਤੋਂ ਕਰਨ ਦਾ ਫੈਸਲਾ ਕੀਤਾ ਗਿਆ ਸੀ, ਤਾਂ ਰਿਕਾਰਡਾਂ ਨੂੰ ਮੁੜ ਪ੍ਰਾਪਤ ਕਰਨ ਦੇ ਢੰਗ ਅਕਸਰ ਉਹਨਾਂ ਵਿੱਚ ਸ਼ਾਮਲ ਕੀਤੇ ਜਾਂਦੇ ਹਨ:

<?php
interface PostRepository
{
    public function getById($id): Post;
    public function save(Post $post);
    public function delete($id);

    public function getLastPosts();
    public function getTopPosts();
    public function getUserPosts($userId);
}

ਇਹ ਵਿਧੀਆਂ ਇਲੋਕੁਐਂਟ ਸਕੋਪਾਂ ਦੁਆਰਾ ਲਾਗੂ ਕੀਤੀਆਂ ਜਾ ਸਕਦੀਆਂ ਹਨ, ਪਰ ਆਪਣੇ ਆਪ ਨੂੰ ਪ੍ਰਾਪਤ ਕਰਨ ਦੀ ਜ਼ਿੰਮੇਵਾਰੀ ਨਾਲ ਇਕਾਈ ਦੀਆਂ ਕਲਾਸਾਂ ਨੂੰ ਓਵਰਲੋਡ ਕਰਨਾ ਸਭ ਤੋਂ ਵਧੀਆ ਵਿਚਾਰ ਨਹੀਂ ਹੈ, ਅਤੇ ਇਸ ਜ਼ਿੰਮੇਵਾਰੀ ਨੂੰ ਰਿਪੋਜ਼ਟਰੀ ਕਲਾਸਾਂ ਵਿੱਚ ਲਿਜਾਣਾ ਤਰਕਪੂਰਨ ਲੱਗਦਾ ਹੈ। ਕੀ ਇਸ ਤਰ੍ਹਾਂ ਹੈ? ਮੈਂ ਖਾਸ ਤੌਰ 'ਤੇ ਇਸ ਇੰਟਰਫੇਸ ਨੂੰ ਦੋ ਹਿੱਸਿਆਂ ਵਿੱਚ ਵੰਡਿਆ ਹੈ। ਤਰੀਕਿਆਂ ਦਾ ਪਹਿਲਾ ਹਿੱਸਾ ਲਿਖਣ ਕਾਰਜਾਂ ਵਿੱਚ ਵਰਤਿਆ ਜਾਵੇਗਾ।

ਮਿਆਰੀ ਲਿਖਣ ਦੀ ਕਾਰਵਾਈ ਹੈ:

• ਇੱਕ ਨਵੀਂ ਵਸਤੂ ਅਤੇ ਚੁਣੌਤੀ ਦਾ ਨਿਰਮਾਣ ਪੋਸਟ ਰਿਪੋਜ਼ਟਰੀ:: ਸੇਵ ਕਰੋ
• PostRepository::getById, ਇਕਾਈ ਹੇਰਾਫੇਰੀ ਅਤੇ ਸੰਮਨ ਪੋਸਟ ਰਿਪੋਜ਼ਟਰੀ:: ਸੇਵ ਕਰੋ
• ਚੁਣੌਤੀ PostRepository::delete

ਲਿਖਣ ਦੀਆਂ ਕਾਰਵਾਈਆਂ ਪ੍ਰਾਪਤ ਕਰਨ ਦੇ ਢੰਗਾਂ ਦੀ ਵਰਤੋਂ ਨਹੀਂ ਕਰਦੀਆਂ ਹਨ। ਰੀਡ ਓਪਰੇਸ਼ਨਾਂ ਵਿੱਚ, ਸਿਰਫ਼ get* ਢੰਗ ਵਰਤੇ ਜਾਂਦੇ ਹਨ। ਜੇ ਤੁਸੀਂ ਇਸ ਬਾਰੇ ਪੜ੍ਹਦੇ ਹੋ ਇੰਟਰਫੇਸ ਵੱਖ ਕਰਨ ਦਾ ਸਿਧਾਂਤ (ਪੱਤਰ I в ਸੌਲੀਡ), ਤਾਂ ਇਹ ਸਪੱਸ਼ਟ ਹੋ ਜਾਵੇਗਾ ਕਿ ਸਾਡਾ ਇੰਟਰਫੇਸ ਬਹੁਤ ਵੱਡਾ ਹੈ ਅਤੇ ਘੱਟੋ-ਘੱਟ ਦੋ ਵੱਖਰੀਆਂ ਜ਼ਿੰਮੇਵਾਰੀਆਂ ਨਿਭਾਉਂਦਾ ਹੈ। ਇਸ ਨੂੰ ਦੋ ਨਾਲ ਵੰਡਣ ਦਾ ਸਮਾਂ ਆ ਗਿਆ ਹੈ। ਵਿਧੀ getById ਦੋਵਾਂ ਵਿੱਚ ਜ਼ਰੂਰੀ ਹੈ, ਪਰ ਜਿਵੇਂ-ਜਿਵੇਂ ਐਪਲੀਕੇਸ਼ਨ ਵਧੇਰੇ ਗੁੰਝਲਦਾਰ ਹੁੰਦੀ ਜਾਂਦੀ ਹੈ, ਇਸ ਦੇ ਲਾਗੂਕਰਨ ਵੱਖਰੇ ਹੋਣਗੇ। ਅਸੀਂ ਇਸਨੂੰ ਥੋੜ੍ਹੀ ਦੇਰ ਬਾਅਦ ਦੇਖਾਂਗੇ। ਮੈਂ ਪਿਛਲੇ ਲੇਖ ਵਿਚ ਲਿਖਣ ਵਾਲੇ ਹਿੱਸੇ ਦੀ ਬੇਕਾਰਤਾ ਬਾਰੇ ਲਿਖਿਆ ਸੀ, ਇਸ ਲਈ ਇਸ ਵਿਚ ਮੈਂ ਇਸ ਬਾਰੇ ਭੁੱਲ ਜਾਵਾਂਗਾ.

ਪੜ੍ਹਿਆ ਹੋਇਆ ਹਿੱਸਾ ਮੈਨੂੰ ਇੰਨਾ ਬੇਕਾਰ ਨਹੀਂ ਲੱਗਦਾ, ਕਿਉਂਕਿ Eloquent ਲਈ ਵੀ ਇੱਥੇ ਕਈ ਲਾਗੂਕਰਨ ਹੋ ਸਕਦੇ ਹਨ। ਕਲਾਸ ਨੂੰ ਕੀ ਨਾਮ ਦੇਣਾ ਹੈ? ਸਕਦਾ ਹੈ ReadPostRepository, ਪਰ ਟੈਂਪਲੇਟ ਲਈ ਰਿਪੋਜ਼ਟਰੀ ਉਸ ਕੋਲ ਪਹਿਲਾਂ ਹੀ ਬਹੁਤ ਘੱਟ ਪ੍ਰਸੰਗਿਕਤਾ ਹੈ। ਤੁਸੀਂ ਹੁਣੇ ਹੀ ਕਰ ਸਕਦੇ ਹੋ ਪੋਸਟ ਪੁੱਛਗਿੱਛ:

<?php
interface PostQueries
{
    public function getById($id): Post;
    public function getLastPosts();
    public function getTopPosts();
    public function getUserPosts($userId);
}

Eloquent ਨਾਲ ਇਸ ਨੂੰ ਲਾਗੂ ਕਰਨਾ ਕਾਫ਼ੀ ਸਧਾਰਨ ਹੈ:

<?php
final class EloquentPostQueries implements PostQueries
{
    public function getById($id): Post
    {
        return Post::findOrFail($id);
    }

    /**
    * @return Post[] | Collection
    */
    public function getLastPosts()
    {
        return Post::orderBy('created_at', 'desc')
            ->limit(/*some limit*/)
            ->get();
    }
    /**
    * @return Post[] | Collection
    */
    public function getTopPosts()
    {
        return Post::orderBy('rating', 'desc')
            ->limit(/*some limit*/)
            ->get();
    }

    /**
    * @param int $userId
    * @return Post[] | Collection
    */
    public function getUserPosts($userId)
    {
        return Post::whereUserId($userId)
            ->orderBy('created_at', 'desc')
            ->get();
    }
}

ਇੰਟਰਫੇਸ ਨੂੰ ਲਾਗੂ ਕਰਨ ਨਾਲ ਜੁੜਿਆ ਹੋਣਾ ਚਾਹੀਦਾ ਹੈ, ਉਦਾਹਰਨ ਲਈ ਵਿੱਚ AppServiceProvider:

<?php
final class AppServiceProvider extends ServiceProvider 
{
    public function register()
    {
        $this->app->bind(PostQueries::class, 
            EloquentPostQueries::class);
    }
}

ਇਹ ਕਲਾਸ ਪਹਿਲਾਂ ਹੀ ਉਪਯੋਗੀ ਹੈ। ਉਹ ਕੰਟਰੋਲਰਾਂ ਜਾਂ ਇਕਾਈ ਵਰਗ ਨੂੰ ਰਾਹਤ ਦੇ ਕੇ ਆਪਣੀ ਜ਼ਿੰਮੇਵਾਰੀ ਦਾ ਅਹਿਸਾਸ ਕਰਦਾ ਹੈ। ਇੱਕ ਕੰਟਰੋਲਰ ਵਿੱਚ ਇਸਨੂੰ ਇਸ ਤਰ੍ਹਾਂ ਵਰਤਿਆ ਜਾ ਸਕਦਾ ਹੈ:

<?php
final class PostsController extends Controller
{
    public function lastPosts(PostQueries $postQueries)
    {
        return view('posts.last', [
            'posts' => $postQueries->getLastPosts(),
        ]);
    }
} 

.ੰਗ PostsController::lastPosts ਬਸ ਕੁਝ ਲਾਗੂ ਕਰਨ ਲਈ ਪੁੱਛ ਰਿਹਾ ਹੈ ਪੋਸਟਸਕੁਆਰੀਆਂ ਅਤੇ ਇਸ ਨਾਲ ਕੰਮ ਕਰਦਾ ਹੈ. ਪ੍ਰਦਾਤਾ ਵਿੱਚ ਅਸੀਂ ਲਿੰਕ ਕੀਤਾ ਹੈ ਪੋਸਟ ਪੁੱਛਗਿੱਛ ਕਲਾਸ ਦੇ ਨਾਲ EloquentPostQuerys ਅਤੇ ਇਸ ਕਲਾਸ ਨੂੰ ਕੰਟਰੋਲਰ ਵਿੱਚ ਬਦਲ ਦਿੱਤਾ ਜਾਵੇਗਾ।

ਚਲੋ ਕਲਪਨਾ ਕਰੀਏ ਕਿ ਸਾਡੀ ਐਪਲੀਕੇਸ਼ਨ ਬਹੁਤ ਮਸ਼ਹੂਰ ਹੋ ਗਈ ਹੈ. ਪ੍ਰਤੀ ਮਿੰਟ ਹਜ਼ਾਰਾਂ ਉਪਭੋਗਤਾ ਨਵੀਨਤਮ ਪ੍ਰਕਾਸ਼ਨਾਂ ਨਾਲ ਪੰਨਾ ਖੋਲ੍ਹਦੇ ਹਨ। ਸਭ ਤੋਂ ਪ੍ਰਸਿੱਧ ਪ੍ਰਕਾਸ਼ਨ ਵੀ ਅਕਸਰ ਪੜ੍ਹੇ ਜਾਂਦੇ ਹਨ. ਡੇਟਾਬੇਸ ਅਜਿਹੇ ਲੋਡਾਂ ਨੂੰ ਬਹੁਤ ਚੰਗੀ ਤਰ੍ਹਾਂ ਨਹੀਂ ਸੰਭਾਲਦੇ, ਇਸਲਈ ਉਹ ਇੱਕ ਮਿਆਰੀ ਹੱਲ ਦੀ ਵਰਤੋਂ ਕਰਦੇ ਹਨ - ਇੱਕ ਕੈਸ਼. ਡਾਟਾਬੇਸ ਤੋਂ ਇਲਾਵਾ, ਕੁਝ ਖਾਸ ਓਪਰੇਸ਼ਨਾਂ ਲਈ ਅਨੁਕੂਲਿਤ ਸਟੋਰੇਜ ਵਿੱਚ ਇੱਕ ਖਾਸ ਡਾਟਾ ਸਨੈਪਸ਼ਾਟ ਸਟੋਰ ਕੀਤਾ ਜਾਂਦਾ ਹੈ - ਮੈਮਕੈਚਡ ਜ redis.

ਕੈਚਿੰਗ ਤਰਕ ਆਮ ਤੌਰ 'ਤੇ ਇੰਨਾ ਗੁੰਝਲਦਾਰ ਨਹੀਂ ਹੁੰਦਾ ਹੈ, ਪਰ ਇਸ ਨੂੰ EloquentPostQueries ਵਿੱਚ ਲਾਗੂ ਕਰਨਾ ਬਹੁਤ ਸਹੀ ਨਹੀਂ ਹੈ (ਜੇਕਰ ਸਿਰਫ ਕਿਉਂਕਿ ਇਕੋ ਜ਼ਿੰਮੇਵਾਰੀ ਸਿਧਾਂਤ). ਟੈਂਪਲੇਟ ਦੀ ਵਰਤੋਂ ਕਰਨਾ ਬਹੁਤ ਜ਼ਿਆਦਾ ਕੁਦਰਤੀ ਹੈ ਸਜਾਵਟ ਕਰਨ ਵਾਲਾ ਅਤੇ ਮੁੱਖ ਕਾਰਵਾਈ ਲਈ ਸਜਾਵਟ ਵਜੋਂ ਕੈਚਿੰਗ ਨੂੰ ਲਾਗੂ ਕਰੋ:

<?php
use IlluminateContractsCacheRepository;

final class CachedPostQueries implements PostQueries
{
    const LASTS_DURATION = 10;

    /** @var PostQueries */
    private $base;

    /** @var Repository */
    private $cache;

    public function __construct(
        PostQueries $base, Repository $cache) 
    {
        $this->base = $base;
        $this->cache = $cache;
    }

    /**
    * @return Post[] | Collection
    */
    public function getLastPosts()
    {
        return $this->cache->remember('last_posts', 
            self::LASTS_DURATION, 
            function(){
                return $this->base->getLastPosts();
            });
    }

    // другие методы практически такие же
}

ਇੰਟਰਫੇਸ ਨੂੰ ਅਣਡਿੱਠ ਕਰੋ ਰਿਪੋਜ਼ਟਰੀ ਕੰਸਟਰਕਟਰ ਵਿੱਚ. ਕਿਸੇ ਅਣਜਾਣ ਕਾਰਨ ਕਰਕੇ, ਉਹਨਾਂ ਨੇ Laravel ਵਿੱਚ ਕੈਚਿੰਗ ਲਈ ਇੰਟਰਫੇਸ ਨੂੰ ਇਸ ਤਰੀਕੇ ਨਾਲ ਨਾਮ ਦੇਣ ਦਾ ਫੈਸਲਾ ਕੀਤਾ।

Класс ਕੈਸ਼ਡਪੋਸਟਕਵੇਰੀਆਂ ਸਿਰਫ਼ ਕੈਸ਼ਿੰਗ ਨੂੰ ਲਾਗੂ ਕਰਦਾ ਹੈ। $this->cache->ਯਾਦ ਰੱਖੋ ਜਾਂਚ ਕਰਦਾ ਹੈ ਕਿ ਕੀ ਇਹ ਐਂਟਰੀ ਕੈਸ਼ ਵਿੱਚ ਹੈ ਅਤੇ ਜੇਕਰ ਨਹੀਂ, ਤਾਂ ਕਾਲਬੈਕ ਨੂੰ ਕਾਲ ਕਰਦਾ ਹੈ ਅਤੇ ਕੈਸ਼ ਵਿੱਚ ਵਾਪਸ ਕੀਤੇ ਮੁੱਲ ਨੂੰ ਲਿਖਦਾ ਹੈ। ਇਸ ਕਲਾਸ ਨੂੰ ਐਪਲੀਕੇਸ਼ਨ ਵਿੱਚ ਲਾਗੂ ਕਰਨਾ ਬਾਕੀ ਹੈ। ਸਾਨੂੰ ਇੰਟਰਫੇਸ ਨੂੰ ਲਾਗੂ ਕਰਨ ਲਈ ਬੇਨਤੀ ਕਰਨ ਲਈ ਐਪਲੀਕੇਸ਼ਨ ਵਿੱਚ ਸਾਰੀਆਂ ਕਲਾਸਾਂ ਦੀ ਲੋੜ ਹੈ ਪੋਸਟ ਪੁੱਛਗਿੱਛ ਕਲਾਸ ਦੀ ਇੱਕ ਉਦਾਹਰਣ ਪ੍ਰਾਪਤ ਕਰਨਾ ਸ਼ੁਰੂ ਕੀਤਾ ਕੈਸ਼ਡਪੋਸਟਕਵੇਰੀਆਂ. ਹਾਲਾਂਕਿ, ਉਸਨੇ ਖੁਦ ਕੈਸ਼ਡਪੋਸਟਕਵੇਰੀਆਂ ਕੰਸਟਰਕਟਰ ਨੂੰ ਪੈਰਾਮੀਟਰ ਦੇ ਤੌਰ 'ਤੇ ਕਲਾਸ ਪ੍ਰਾਪਤ ਕਰਨੀ ਚਾਹੀਦੀ ਹੈ EloquentPostQuerysਕਿਉਂਕਿ ਇਹ "ਅਸਲ" ਲਾਗੂ ਕੀਤੇ ਬਿਨਾਂ ਕੰਮ ਨਹੀਂ ਕਰ ਸਕਦਾ। ਅਸੀਂ ਬਦਲਦੇ ਹਾਂ AppServiceProvider:

<?php
final class AppServiceProvider extends ServiceProvider 
{
    public function register()
    {
        $this->app->bind(PostQueries::class, 
            CachedPostQueries::class);

        $this->app->when(CachedPostQueries::class)
            ->needs(PostQueries::class)
            ->give(EloquentPostQueries::class);
    }
}

ਮੇਰੀਆਂ ਸਾਰੀਆਂ ਇੱਛਾਵਾਂ ਪ੍ਰਦਾਤਾ ਵਿੱਚ ਕੁਦਰਤੀ ਤੌਰ 'ਤੇ ਵਰਣਨ ਕੀਤੀਆਂ ਗਈਆਂ ਹਨ। ਇਸ ਤਰ੍ਹਾਂ, ਅਸੀਂ ਸਿਰਫ਼ ਇੱਕ ਕਲਾਸ ਲਿਖ ਕੇ ਅਤੇ ਕੰਟੇਨਰ ਕੌਂਫਿਗਰੇਸ਼ਨ ਨੂੰ ਬਦਲ ਕੇ ਸਾਡੀਆਂ ਬੇਨਤੀਆਂ ਲਈ ਕੈਸ਼ਿੰਗ ਲਾਗੂ ਕੀਤੀ। ਬਾਕੀ ਐਪਲੀਕੇਸ਼ਨ ਕੋਡ ਨਹੀਂ ਬਦਲਿਆ ਗਿਆ ਹੈ।

ਬੇਸ਼ੱਕ, ਕੈਚਿੰਗ ਨੂੰ ਪੂਰੀ ਤਰ੍ਹਾਂ ਲਾਗੂ ਕਰਨ ਲਈ, ਅਵੈਧਤਾ ਨੂੰ ਲਾਗੂ ਕਰਨਾ ਵੀ ਜ਼ਰੂਰੀ ਹੈ ਤਾਂ ਜੋ ਮਿਟਾਇਆ ਲੇਖ ਕੁਝ ਸਮੇਂ ਲਈ ਸਾਈਟ 'ਤੇ ਲਟਕ ਨਾ ਜਾਵੇ, ਪਰ ਤੁਰੰਤ ਮਿਟਾ ਦਿੱਤਾ ਜਾਵੇ। ਪਰ ਇਹ ਮਾਮੂਲੀ ਗੱਲਾਂ ਹਨ।

ਤਲ ਲਾਈਨ: ਅਸੀਂ ਇੱਕ ਨਹੀਂ, ਪਰ ਦੋ ਟੈਂਪਲੇਟਾਂ ਦੀ ਵਰਤੋਂ ਕੀਤੀ ਹੈ। ਨਮੂਨਾ ਕਮਾਂਡ ਪੁੱਛਗਿੱਛ ਜ਼ਿੰਮੇਵਾਰੀ ਅਲੱਗ-ਥਲੱਗ (CQRS) ਇੰਟਰਫੇਸ ਪੱਧਰ 'ਤੇ ਰੀਡ ਅਤੇ ਰਾਈਟ ਓਪਰੇਸ਼ਨਾਂ ਨੂੰ ਪੂਰੀ ਤਰ੍ਹਾਂ ਵੱਖ ਕਰਨ ਦਾ ਪ੍ਰਸਤਾਵ ਕਰਦਾ ਹੈ। ਰਾਹੀਂ ਮੈਂ ਉਸ ਕੋਲ ਆਇਆ ਇੰਟਰਫੇਸ ਵੱਖ ਕਰਨ ਦਾ ਸਿਧਾਂਤ, ਜੋ ਸੁਝਾਅ ਦਿੰਦਾ ਹੈ ਕਿ ਮੈਂ ਕੁਸ਼ਲਤਾ ਨਾਲ ਪੈਟਰਨਾਂ ਅਤੇ ਸਿਧਾਂਤਾਂ ਦੀ ਹੇਰਾਫੇਰੀ ਕਰਦਾ ਹਾਂ ਅਤੇ ਇੱਕ ਪ੍ਰਮੇਏ ਦੇ ਰੂਪ ਵਿੱਚ ਇੱਕ ਦੂਜੇ ਤੋਂ ਪ੍ਰਾਪਤ ਕਰਦਾ ਹਾਂ :) ਬੇਸ਼ੱਕ, ਹਰੇਕ ਪ੍ਰੋਜੈਕਟ ਨੂੰ ਇਕਾਈਆਂ ਦੀ ਚੋਣ ਕਰਨ ਲਈ ਅਜਿਹੇ ਐਬਸਟਰੈਕਸ਼ਨ ਦੀ ਲੋੜ ਨਹੀਂ ਹੁੰਦੀ ਹੈ, ਪਰ ਮੈਂ ਤੁਹਾਡੇ ਨਾਲ ਚਾਲ ਨੂੰ ਸਾਂਝਾ ਕਰਾਂਗਾ. ਐਪਲੀਕੇਸ਼ਨ ਦੇ ਸ਼ੁਰੂਆਤੀ ਪੜਾਅ 'ਤੇ. ਵਿਕਾਸ, ਤੁਸੀਂ ਬਸ ਇੱਕ ਕਲਾਸ ਬਣਾ ਸਕਦੇ ਹੋ ਪੋਸਟ ਪੁੱਛਗਿੱਛ Eloquent ਦੁਆਰਾ ਆਮ ਲਾਗੂ ਕਰਨ ਦੇ ਨਾਲ:

<?php
final class PostQueries
{
    public function getById($id): Post
    {
        return Post::findOrFail($id);
    }

    // другие методы
}

ਜਦੋਂ ਕੈਚਿੰਗ ਦੀ ਜ਼ਰੂਰਤ ਪੈਦਾ ਹੁੰਦੀ ਹੈ, ਤਾਂ ਇੱਕ ਸਧਾਰਨ ਚਾਲ ਨਾਲ ਤੁਸੀਂ ਇਸ ਕਲਾਸ ਦੀ ਥਾਂ 'ਤੇ ਇੱਕ ਇੰਟਰਫੇਸ (ਜਾਂ ਐਬਸਟਰੈਕਟ ਕਲਾਸ) ਬਣਾ ਸਕਦੇ ਹੋ ਪੋਸਟ ਪੁੱਛਗਿੱਛ, ਇਸਦੇ ਲਾਗੂਕਰਨ ਨੂੰ ਕਲਾਸ ਵਿੱਚ ਕਾਪੀ ਕਰੋ EloquentPostQuerys ਅਤੇ ਉਸ ਸਕੀਮ 'ਤੇ ਜਾਓ ਜੋ ਮੈਂ ਪਹਿਲਾਂ ਦੱਸਿਆ ਹੈ। ਬਾਕੀ ਐਪਲੀਕੇਸ਼ਨ ਕੋਡ ਨੂੰ ਬਦਲਣ ਦੀ ਲੋੜ ਨਹੀਂ ਹੈ।

ਕਲਾਸਾਂ, ਇੰਟਰਫੇਸ ਨਾਲ ਇਹ ਸਾਰੀਆਂ ਚਾਲਾਂ, ਨਿਰਭਰਤਾ ਟੀਕਾ и CQRS ਵਿੱਚ ਵਿਸਥਾਰ ਵਿੱਚ ਦੱਸਿਆ ਗਿਆ ਹੈ ਮੇਰੀ ਕਿਤਾਬ "ਕੰਪਲੈਕਸ ਵੈੱਬ ਐਪਲੀਕੇਸ਼ਨਾਂ ਦਾ ਆਰਕੀਟੈਕਚਰ". ਇਸ ਬੁਝਾਰਤ ਦਾ ਇੱਕ ਹੱਲ ਵੀ ਹੈ ਕਿ ਇਸ ਲੇਖ ਲਈ ਉਦਾਹਰਣਾਂ ਵਿੱਚ ਮੇਰੀਆਂ ਸਾਰੀਆਂ ਕਲਾਸਾਂ ਨੂੰ ਅੰਤਮ ਵਜੋਂ ਕਿਉਂ ਚਿੰਨ੍ਹਿਤ ਕੀਤਾ ਗਿਆ ਹੈ।

ਸਰੋਤ: www.habr.com