DEV Community: Shahariar Ikbal

"সব কোড তো Controller এ লিখেই কাজ করানো যায়" তাহলে কেনো আমরা Service অথবা Repository Design Pattern ব্যবহার করব ?

Shahariar Ikbal — Wed, 09 Apr 2025 18:23:03 +0000

প্রশ্নটা অনেক ভালো, এবং এটা সত্যিই একজন ওয়েব ডেভেলপারের ক্যারিয়ারে অনেক গুরুত্বপূর্ণ
১ম এ ছোট করে উত্তর দেই তারপরে এর বিস্তারিত বলার চেষ্টা করব।
Service অথবা Repository Design Pattern ব্যবহার করব এই কারণে, আমার কোড মেইনটেইনেবল এবং রি-ইউজেবল করার জন্য। এখন আসি বিস্তারিত,

১. Separation of Concerns (SoC):

Service বা Repository ব্যবহার করলে কোডকে বিভিন্ন ভাগে ভাগ করে ফেলা যায়।
Controller: শুধুমাত্র HTTP request/response হ্যান্ডল করে।
Service: business logic পরিচালনা করে।
Repository: ডাটাবেজ সম্পর্কিত কাজ করে।
এতে করে কোড ক্লিন হয় এবং সহজে বোঝা যায় কে কোন কাজটা করছে।

২. কোড পুনঃব্যবহারযোগ্যতা (Reusability):
Service বা Repository যখন আলাদা করে লিখা হয়, তখন সেই ফাংশন বা ক্লাস অন্য Controller, Job, Event, বা API-তে পুনরায় ব্যবহার করতে পারা যায়।

৩. Maintainability ও Scalability:
ধরেন, আপনার প্রজেক্ট বড় হচ্ছে—নতুন ফিচার যোগ হচ্ছে বা পুরাতন লজিক আপডেট করতে হচ্ছে। যদি সব কিছু Controller-এ থাকে, তখন সেটা খুঁজে পেতে এবং বুঝে কোড আপডেট করা খুব কঠিন হয়ে যায়।
কিন্তু যদি Service/Repository ব্যবহার করা হয়, তাহলে সহজে ওই অংশটা আলাদা করতে পারা যায় এবং পরিবর্তন করতে পারা যায় ।

৪. Unit Testing সহজ হয়:
Controller-এ সব কোড রাখলে সেটা টেস্ট করা কঠিন, কারণ এতে অনেক dependency থাকে।
কিন্তু Service বা Repository আলাদা থাকলে আপনি Mock বা Fake দিয়ে সহজেই আলাদা অংশগুলো টেস্ট করতে পারবেন।

৫. SOLID Principles অনুসরণ করা সহজ:
Service অথবা Repository pattern ব্যবহার করলে আপনি সহজেই SOLID principles (যেমন Single Responsibility Principle, Dependency Inversion Principle ইত্যাদি) ফলো করতে পারবেন।

Without Pattern (সব Controller-এ):

public function store(Request $request)
{
    $validated = $request->validate([...]);

    $user = User::create([
        'name' => $validated['name'],
        'email' => $validated['email'],
        'password' => bcrypt($validated['password']),
    ]);

    Mail::to($user->email)->send(new WelcomeMail($user));

    return response()->json(['message' => 'User created']);
}

With Service Pattern:

// Controller
public function store(UserRegisterRequest $request)
{
    $user = $this->userService->register($request->validated());

    return response()->json(['message' => 'User created']);
}

// UserService.php
public function register(array $data)
{
    $user = $this->userRepository->create($data);

    Mail::to($user->email)->send(new WelcomeMail($user));

    return $user;
}

Service or Repository use করলে কি application slow হয়ে যায়?

সংক্ষেপে উত্তর: না, Service বা Repository Design Pattern ব্যবহার করলে application slow হয়ে যায় না।

Service এবং Repository design pattern হলো code organization techniques, অর্থাৎ কোডকে সুন্দর ও পর্যায়ক্রমে সাজিয়ে লেখার পদ্ধতি। এগুলো শুধুমাত্র আপনার কোডের structure পরিবর্তন করে, execution flow বা performance নয়।

Laravel বা PHP এর মতো interpreted language-এ method/function call করা বা একটা class থেকে অন্য class invoke করা খুবই দ্রুত এবং lightweight। অতিরিক্ত কোনো DB query, HTTP request, বা বড় লজিক না থাকলে এর performance-এ প্রায় কোনো পার্থক্য হয় না।

যখন performance আসলেই slow হতে পারে:
Unnecessary Abstraction:
অনেক ছোট জিনিসের জন্য আলাদা Repository বা Service করে ফেললে call stack unnecessarily বড় হয়ে যায়। এটা তেমন খারাপ না, তবে over-engineering করলে project complexity বাড়ে।

Inefficient Logic inside Repository/Service:
যদি আপনি Repository-তে অনেক ভারী query বা loop লিখেন, তাহলে naturally performance কমবে, কিন্তু সেটা pattern এর দোষ না—logic-এর সমস্যা।

Caching না থাকা:
যদি আপনি repeatable বা static ডেটা সার্ভ করতে গিয়ে প্রতিবার DB hit করেন, তাহলে performance কমবে—যেটা আপনি caching দিয়ে ঠিক করতে পারবেন (যেমন Redis, Laravel Cache ইত্যাদি)।

শেষ কথা হলো এই যে:
আপনি যতদিন ছোট প্রজেক্ট নিয়ে কাজ করবেন, Controller-এ কোড রেখে কাজ করতে পারবেন।
কিন্তু যতই প্রজেক্ট বড় হবে, ততই কোডের জটিলতা বাড়বে। তখন Service এবং Repository pattern আপনার কোডকে Clean, Maintainable, এবং Testable রাখতে অনেক সাহায্য করবে।

Service এবং Repository Pattern পারফর্মেন্স কমায় না বরং

কোড clean করে,
মেইনটেইন করা সহজ করে,
টেস্টিং সুবিধা দেয়।

তবে structure/design করতে গিয়ে over-complication না করাই ভালো। ছোট প্রজেক্টে খুব বেশি abstraction দরকার হয় না। কিন্তু scalable system বানাতে গেলে এগুলো অপরিহার্য।

জাযাকাল্লাহ
আপনাদের মতামত আসা করছি।

github CI/CD Pipeline with Laravel

Shahariar Ikbal — Thu, 12 Sep 2024 19:57:02 +0000

এটা আমার ১ম পোষ্ট তাই অনেক কিছুই গুছানো কথা হয়ত পাবেন না, তবে আমি যেভাবে কাজ করেছি বা করছি ঠিক সে ভাবেই বলার চেষ্টা করব ইনশাআল্লাহ।
সাধারণত বাংলায় তেমন কোন ভালো পোষ্ট না পেয়ে ভাবলাম আমি যেভাবে CI/CD ব্যবহার করে লারাভেল সাইট cPanel এ ডেপলয় করতেছি এবং করি সেটা একটা পোষ্ট হিসেবে থাকলে, আমার নিজেরও পরে কাজে লাগবে এবং অনেকে ভাইয়ের উপকারেও আসতে পারে। তো চলুন আমরা মেইন কাজে চলে যাই।

শুরুতেই আমাদের কে cPanel এ লগইন করতে হবে, এবং FTP Accounts মেনুতে যেতে হবে। ওখানে যাওয়ার পরে আমাদের কে একটা FTP Account খুলতে হবে। এবং সেখানে যদি Successful ভাবে Account create হয়ে যায় তাহলে নিচের ছবির মত দেখতে পাওয়া যাবে।

অ্যাকাউন্ট ক্রিয়েট হয়ে গেলে username, server, port save করে রাখুন এ গুলো একটু পরেই কাজে লাগবে।
এর পরেই আপনি ডাটাবেজ ক্রিয়েট করে নেন, আপনি ডেভেলপার হলে অবশ্যই এটা জানেন, তাই এটা দেখানো হলো না।

এর পরেই আপনি github login করুন, এবং আপনার প্রোজেক্ট এর রিপসিটরি তে জান।
এবং নিচের ছবির মত কাজ করুন।

এর পরেই আপনি Action menu তে চলে জান, এবং নিচের মত একটা ইন্টারফেস দেখতে পাবেন, এখানে থেকে set up a workflow yourself এখানে ক্লিক করুন এর পরেই আপনাকে বলবে yml এ Logic লিখুন। নিচের ফাইলটা কপি পেস্ট করে, ডাটাবেজ নাম, ইউসার নাম, পাসওয়ার্ড আপনার গুলো দিন।
`name: Laravel CI/CD
on:
push:
branches: [ master ]
pull_request:
branches: [ master ]

jobs:
web-deploy:
name: Deploying
runs-on: ubuntu-latest

services:
  mysql:
    image: mysql:5.7
    ports:
      - 3306:3306
    env:
      MYSQL_ROOT_PASSWORD: root
      MYSQL_DATABASE: dbname
      MYSQL_USER: username
      MYSQL_PASSWORD: password
    options: '--health-cmd="mysqladmin ping --silent" --health-interval=10s --health-timeout=5s --health-retries=3'

steps:
  - uses: actions/checkout@v2.3.2

  - name: Setup PHP
    uses: shivammathur/setup-php@15c43e89cdef867065b0213be354c2841860869e
    with:
      php-version: '8.1.21'

  - name: Copy .env
    run: php -r "file_exists('.env') || copy('.env.example', '.env');"

  - name: Update .env for CI environment
    run: |
      sed -i 's/^DB_CONNECTION=.*/DB_CONNECTION=mysql/' .env
      sed -i 's/^DB_HOST=.*/DB_HOST=127.0.0.1/' .env
      sed -i 's/^DB_PORT=.*/DB_PORT=3306/' .env
      sed -i 's/^DB_DATABASE=.*/DB_DATABASE=dbname/' .env
      sed -i 's/^DB_USERNAME=.*/DB_USERNAME=username/' .env
      sed -i 's/^DB_PASSWORD=.*/DB_PASSWORD=password/' .env

  - name: Install Dependencies
    run: composer install --ignore-platform-reqs

  - name: Generate key
    run: php artisan key:generate

  - name: Wait for MySQL to be ready
    run: |
      until mysqladmin ping --host=127.0.0.1 --user=username --password=password --silent; do
        echo "Waiting for database connection..."
        sleep 5
      done

  - name: Test Database Connection
    run: php -r "new PDO('mysql:host=127.0.0.1;dbname=dbname', 'username', 'password');"

  - name: Rollback Migrations and Seed
    run: php artisan migrate:fresh --seed --verbose

  - name: Directory Permissions
    run: chmod -R 775 storage

  - name: 📂 Sync files
    uses: SamKirkland/FTP-Deploy-Action@4.0.0
    with:
      server: ${{ secrets.FTP_SERVER }}
      username: ${{ secrets.FTP_USERNAME }}
      password: ${{ secrets.FTP_PASSWORD }}
      server-dir: /
      local-dir: ./
      exclude: |
        vendor/*
        node_modules/*

এর পরেই Commit changes Button এ ক্লিক করুন, তাহলে যদি আপনার গিট এ master branch এ কোন কোড থাকে তাহলে সে গুলো আপনার cpanel এর public_html folder এ জমা হবে। এবং লোকাল এ আপনাকে master branch থেকে পুল নিয়ে আপডেট থাকতে হবে। ১ম বার অনেক সময় নিবে আপলোড দেয়ার সময়, কিন্তু পরের বার থেকে আর সময় নিবে না তেমন। master branch এ নতুন কোন কোড push হয়ে গেলেই আপনাআপনি সার্ভারে চলে যাবে কোন প্রকার ঝামেলা ছাড়া, এতে করে সময় অনেক কম লাগে, কাজে অনেক বুস্টিং পাওয়া যায়।

আসা করি আপনারা বুজতে পেরেছেন। কোন ভুল হলে কমেন্ট এ জানিয়ে দিবেন দয়া করে।
আর ভাল লাগলে কমেন্ট করবেন
ধন্যবাদ।