ឃ្លាំងមានប្រយោជន៍ជាមួយ 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::save
• PostRepository::getById, ការរៀបចំអង្គភាព និងការកោះហៅ PostRepository::save
• បញ្ហាប្រឈម PostRepository::delete

ប្រតិបត្តិការសរសេរមិនប្រើវិធីសាស្ត្រទាញយកទេ។ ក្នុង​ប្រតិបត្តិការ​អាន ប្រើ​តែ​វិធីសាស្ត្រ get* ប៉ុណ្ណោះ។ ប្រសិនបើអ្នកអានអំពី គោលការណ៍បែងចែកចំណុចប្រទាក់ (លិខិត I в រឹង) បន្ទាប់មក វានឹងកាន់តែច្បាស់ថា ចំណុចប្រទាក់របស់យើងធំពេក ហើយអនុវត្តការទទួលខុសត្រូវខុសគ្នាយ៉ាងតិចពីរ។ វាដល់ពេលដែលត្រូវបែងចែកវាដោយពីរ។ វិធីសាស្រ្ត getById វាចាំបាច់សម្រាប់ទាំងពីរ ប៉ុន្តែនៅពេលដែលកម្មវិធីកាន់តែស្មុគស្មាញ ការអនុវត្តរបស់វានឹងខុសគ្នា។ យើង​នឹង​ឃើញ​វា​បន្តិច​ក្រោយ​មក។ ខ្ញុំបានសរសេរអំពីភាពគ្មានប្រយោជន៍នៃផ្នែកសរសេរនៅក្នុងអត្ថបទមុន ដូច្នេះក្នុងអត្ថបទនេះ ខ្ញុំនឹងបំភ្លេចវាចោល។

ផ្នែក Read ហាក់ដូចជាខ្ញុំមិនសូវមានប្រយោជន៍ទេ ព្រោះសូម្បីតែសម្រាប់ Eloquent ក៏អាចមានការអនុវត្តជាច្រើននៅទីនេះដែរ។ តើត្រូវដាក់ឈ្មោះថ្នាក់អ្វី? អាច ReadPostRepositoryប៉ុន្តែចំពោះគំរូ ឃ្លាំង គាត់មានភាពពាក់ព័ន្ធតិចតួចរួចទៅហើយ។ អ្នកអាចគ្រាន់តែ PostQueries:

<?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();
    }
}

ចំណុចប្រទាក់ត្រូវតែភ្ជាប់ជាមួយការអនុវត្តឧទាហរណ៍ក្នុង អ្នកផ្តល់សេវាកម្មវិធី:

<?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(),
        ]);
    }
} 

វិធីសាស្រ្ត PostController::lastPosts គ្រាន់តែសុំឱ្យអនុវត្តខ្លះ PostQueries និងធ្វើការជាមួយវា។ នៅក្នុងអ្នកផ្តល់សេវាដែលយើងភ្ជាប់ PostQueries ជាមួយថ្នាក់ EloquentPostQueries ហើយថ្នាក់នេះនឹងត្រូវបានជំនួសទៅក្នុងឧបករណ៍បញ្ជា។

សូមស្រមៃថាកម្មវិធីរបស់យើងបានក្លាយជាការពេញនិយមយ៉ាងខ្លាំង។ អ្នកប្រើប្រាស់រាប់ពាន់នាក់ក្នុងមួយនាទីបើកទំព័រជាមួយនឹងការបោះពុម្ពចុងក្រោយបំផុត។ ការបោះពុម្ពដែលពេញនិយមបំផុតក៏ត្រូវបានអានជាញឹកញាប់ផងដែរ។ មូលដ្ឋានទិន្នន័យមិនគ្រប់គ្រងបន្ទុកបែបនេះបានល្អទេ ដូច្នេះពួកគេប្រើដំណោះស្រាយស្តង់ដារ - ឃ្លាំងសម្ងាត់។ បន្ថែមពីលើមូលដ្ឋានទិន្នន័យ រូបថតទិន្នន័យជាក់លាក់មួយត្រូវបានរក្សាទុកក្នុងការផ្ទុកដែលបានធ្វើឱ្យប្រសើរសម្រាប់ប្រតិបត្តិការជាក់លាក់ - memcached ឬ 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 តាមវិធីនេះ។

Класс CachedPostQueries អនុវត្តតែឃ្លាំងសម្ងាត់ប៉ុណ្ណោះ។ $this->cache-> ចងចាំ ពិនិត្យមើលថាតើធាតុនេះស្ថិតនៅក្នុងឃ្លាំងសម្ងាត់ឬអត់ នោះហៅទូរស័ព្ទទៅការហៅត្រឡប់មកវិញ ហើយសរសេរតម្លៃដែលបានត្រឡប់ទៅកាន់ឃ្លាំងសម្ងាត់។ អ្វីដែលនៅសល់គឺត្រូវអនុវត្តថ្នាក់នេះទៅក្នុងកម្មវិធី។ យើងត្រូវការថ្នាក់ទាំងអស់ដែលនៅក្នុងកម្មវិធីដើម្បីស្នើសុំការអនុវត្តចំណុចប្រទាក់ PostQueries ចាប់ផ្តើមទទួលបានឧទាហរណ៍នៃថ្នាក់ CachedPostQueries. ទោះយ៉ាងណាក៏ដោយគាត់ផ្ទាល់ CachedPostQueries អ្នកសាងសង់ត្រូវតែទទួលបានថ្នាក់ជាប៉ារ៉ាម៉ែត្រ EloquentPostQueriesចាប់តាំងពីវាមិនអាចដំណើរការដោយគ្មានការអនុវត្ត "ពិតប្រាកដ" ។ យើងផ្លាស់ប្តូរ អ្នកផ្តល់សេវាកម្មវិធី:

<?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) ស្នើឱ្យធ្វើប្រតិបត្តិការអាន និងសរសេរដាច់ដោយឡែកទាំងស្រុងនៅកម្រិតចំណុចប្រទាក់។ ខ្ញុំបានមករកគាត់តាមរយៈ គោលការណ៍បែងចែកចំណុចប្រទាក់ដែលបង្ហាញថាខ្ញុំរៀបចំលំនាំ និងគោលការណ៍យ៉ាងប៉ិនប្រសប់ ហើយទាញយកពីមួយទៀតជាទ្រឹស្តីបទ :) ជាការពិតណាស់ មិនមែនគ្រប់គម្រោងទាំងអស់ត្រូវការអរូបីបែបនេះសម្រាប់ការជ្រើសរើសអង្គភាពនោះទេ ប៉ុន្តែខ្ញុំនឹងចែករំលែកល្បិចជាមួយអ្នកនៅដំណាក់កាលដំបូងនៃការអនុវត្ត។ ការអភិវឌ្ឍន៍ អ្នកគ្រាន់តែអាចបង្កើតថ្នាក់បាន។ PostQueries ជាមួយនឹងការអនុវត្តធម្មតាតាមរយៈ Eloquent:

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

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

នៅពេលដែលតម្រូវការសម្រាប់ឃ្លាំងសម្ងាត់កើតឡើង ជាមួយនឹងការផ្លាស់ទីដ៏សាមញ្ញមួយ អ្នកអាចបង្កើតចំណុចប្រទាក់ (ឬថ្នាក់អរូបី) ជំនួសថ្នាក់នេះ PostQueriesចម្លងការអនុវត្តរបស់វាទៅថ្នាក់ EloquentPostQueries ហើយចូលទៅកាន់គ្រោងការណ៍ដែលខ្ញុំបានពិពណ៌នាពីមុន។ លេខកូដកម្មវិធីដែលនៅសល់មិនចាំបាច់ផ្លាស់ប្តូរទេ។

ល្បិចទាំងអស់នេះជាមួយនឹងថ្នាក់, ចំណុចប្រទាក់, ការចាក់បញ្ចូលភាពអាស្រ័យ и CQRS បានពិពណ៌នាលម្អិតនៅក្នុង សៀវភៅរបស់ខ្ញុំ "ស្ថាបត្យកម្មនៃកម្មវិធីបណ្តាញស្មុគស្មាញ". វាក៏មានដំណោះស្រាយចំពោះពាក្យស្លោកថាហេតុអ្វីបានជាថ្នាក់របស់ខ្ញុំទាំងអស់នៅក្នុងឧទាហរណ៍សម្រាប់អត្ថបទនេះត្រូវបានសម្គាល់ថាជាចុងក្រោយ។

ប្រភព: www.habr.com