Laravel 13 এখন আপনাকে $table, $fillable এবং $casts প্রপার্টিগুলোকে (properties) নেটিভ PHP attributes দিয়ে প্রতিস্থাপন করার সুযোগ দিচ্ছে, যা সাধারণত বেশিরভাগ মডেলে ভিড় করে থাকে। এই পরিবর্তনটি মডেল কনফিগারেশন থেকে শুরু করে ইভেন্ট লিসেনার (event listeners) এবং মেইলএবল (mailables) পর্যন্ত ফ্রেমওয়ার্কের এক ডজনেরও বেশি ফিচারে প্রযোজ্য এবং এটি বিদ্যমান কোডকে ক্ষতিগ্রস্ত না করেই কাজ করে।

কেন Laravel নেটিভ attributes যোগ করেছে

Laravel দীর্ঘকাল ধরে “magic strings”-এর ওপর নির্ভর করে আসছে – যা হলো একটি মডেল ক্লাসের উপরে থাকা কলামের নাম বা হিডেন ফিল্ডের (hidden fields) অ্যারে। এই অ্যারেগুলো IDE-কে অন্তর্নিহিত স্কিমা (schema) সম্পর্কে কোনো ধারণা দেয় না, ফলে কলামের নাম রিফ্যাক্টর (refactoring) করার সময় তা অনেক সময় নজর এড়িয়ে যেতে পারে। কনফিগারেশনকে প্রকৃত, টাইপড কোডে (typed code) নিয়ে আসার মাধ্যমে, Laravel ডেভেলপারদের ক্লাস বডিকে বিজনেস লজিকের ওপর ফোকাস রাখতে সাহায্য করে, আর একই সাথে এডিটরকে autocomplete, type-checking এবং rename-refactor টুলস ব্যবহারের সুবিধা দেয়।

ফ্রেমওয়ার্কটি PHP-র reflection API-এর মাধ্যমে attributes পড়ে এবং ফলাফলটি ক্যাশ (cache) করে রাখে, তাই রানটাইম ওভারহেড (runtime overhead) কার্যত শূন্য। বিদ্যমান প্রপার্টি-ভিত্তিক মডেলগুলো ঠিক আগের মতোই কাজ করতে থাকবে, যার মানে হলো আপনি ধাপে ধাপে নতুন সিনট্যাক্সটি গ্রহণ করতে পারেন।

আপনি কী কী সুবিধা পাবেন

  • Typed configuration – Attributes টাইপড আর্গুমেন্ট গ্রহণ করে, যা magic strings-এর প্রয়োজনীয়তা দূর করে। একটি কলামের নাম পরিবর্তন করলে IDE আপনাকে দেখিয়ে দেবে কোথায় কোথায় আপডেট করতে হবে।
  • Cleaner class bodies – সমস্ত কনফিগারেশন ক্লাসের নামের উপরে থাকে; ক্লাসের বডিতে শুধুমাত্র রিলেশনশিপ (relationships), স্কোপ (scopes) এবং মেথড (methods) থাকে।
  • Better IDE experience – Autocomplete এবং static analysis attribute arguments-এর ওপর কাজ করে, যা স্ট্রিংয়ের অ্যারে দিয়ে সম্ভব নয়।
  • No breaking changes – Laravel পুরনো প্রপার্টি এবং নতুন attribute উভয়ই পড়তে পারে, তাই একটি মিশ্র কোডবেস (mixed codebase) কোনো সমস্যা ছাড়াই চলতে পারে।

ধাপে ধাপে মাইগ্রেশন গাইড

  1. মাইগ্রেট করার জন্য মডেলটি শনাক্ত করুন
    মডেল ফাইলটি ওপেন করুন। যদি প্রথম ডজনখানেক লাইনে $table, $fillable, $hidden বা একটি casts() মেথড প্রাধান্য পায়, তবে এটি মাইগ্রেশনের জন্য উপযুক্ত।

  2. Attribute ক্লাসগুলো যোগ করুন
    ফাইলের শুরুতে, আপনি যে প্রপার্টিগুলো প্রতিস্থাপন করবেন তার সাথে সামঞ্জস্যপূর্ণ attribute ক্লাসগুলো ইমপোর্ট করুন (যেমন: Table, Fillable, Casts)। Laravel এগুলো ডিফল্টভাবেই প্রদান করে।

  3. Property ডিক্লারেশনগুলোকে attribute দিয়ে প্রতিস্থাপন করুন 

    // Before
protected $table = 'site_deployments';
protected $fillable = ['site_id', 'server_id', 'status'];
protected function casts(): array
{
    return ['is_rollback' => 'boolean'];
}

    // After
#[Table('site_deployments')]
#[Fillable(['site_id', 'server_id', 'status'])]
#[Casts(['is_rollback' => 'boolean'])]
class Deployment extends Model
{
    // business logic only
}

    Attribute সিনট্যাক্সটি সরাসরি ক্লাস ডিক্লারেশনের উপরে থাকবে। Attribute কাজ করছে কিনা তা নিশ্চিত করার পর মূল প্রপার্টি বা মেথডটি সরিয়ে ফেলুন।

  4. টেস্ট স্যুট (test suite) চালান
    Mass-assignment, serialization এবং যেকোনো কাস্টম কাস্টিং (custom casting) আগের মতোই কাজ করছে কিনা তা যাচাই করুন। Laravel-এর attribute হ্যান্ডলিং ক্যাশ করা থাকে, তাই কোনো টেস্ট ফেল করলে সাধারণত সেটি attribute আর্গুমেন্টে টাইপো (typo) হওয়ার কারণে হয়।

  5. ছোট ছোট ব্যাচে কমিট এবং ডেপ্লয় করুন
    মাইগ্রেট করা মডেলটি একটি ফিচার ব্রাঞ্চে পুশ করুন, CI পাইপলাইন পাস করার পর এটি মার্জ করুন এবং সার্ভারের একটি নির্দিষ্ট অংশে রিলিজ করুন। যেহেতু পুরনো প্রপার্টি সিনট্যাক্স এখনও সমর্থিত, তাই কোনো ভুল রেফারেন্স রানটাইম এরর তৈরি করবে না।

  6. প্রতিটি নেমস্পেসের জন্য পুনরাবৃত্তি করুন
    একবারে পুরো কোডবেস নতুন করে না লিখে, মডেলের একটি লজিক্যাল গ্রুপ (যেমন: সমস্ত বিলিং-সম্পর্কিত এনটিটি) প্রথমে attributes-এ নিয়ে আসুন, তারপর পরবর্তী গ্রুপের জন্য একই কাজ করুন। এটি কোনো রিগ্রেশন (regression) হওয়ার ক্ষতির পরিধি কমিয়ে দেয়।

টুলস এবং সেফটি নেট (safety nets)

  • Rector – একটি অটোমেটেড রিফ্যাক্টরিং টুল যা পুনরাবৃত্তিমূলক প্রপার্টি সিনট্যাক্সকে attributes-এ রূপান্তর করতে পারে। এটি কোডবেসের একটি কপিতে চালান, ডিফ (diff) রিভিউ করুন এবং সঠিক মনে হওয়া পরিবর্তনগুলো প্রয়োগ করুন।
  • Automated tests – Laravel-এর বিল্ট-ইন টেস্টিং ইউটিলিটিগুলো mass-assignment এবং JSON আউটপুটে কোনো অমিল থাকলে তা ধরে ফেলে। প্রতিটি মাইগ্রেশন ধাপের পর টেস্টগুলো গ্রিন (green) রাখুন।
  • Feature flags – যদি দ্রুত রোলব্যাক করার প্রয়োজন হয়, তবে নতুন attribute ব্যবহারের ক্ষেত্রে একটি ফ্ল্যাগ ব্যবহার করুন যা পুরনো এবং নতুন কনফিগারেশনের মধ্যে টগল করতে পারে।

কখন আপনি মাইগ্রেশন এড়িয়ে যেতে পারেন

যদি একটি প্রজেক্ট ছোট, স্থিতিশীল এবং খুব কম পরিবর্তন করা হয়, তবে ক্লিন মডেল পাওয়ার সুবিধাটি কনভার্সন বা রূপান্তরের পরিশ্রমের চেয়ে কম হতে পারে। Attribute সিনট্যাক্সটি ঐচ্ছিক; আপনি অনির্দিষ্টকাল ধরে ক্লাসিক প্রপার্টি পদ্ধতি ব্যবহার করতে পারেন। অন্যদিকে, সক্রিয়ভাবে ডেভেলপ করা অ্যাপ্লিকেশনগুলোর জন্য, বিশেষ করে যেগুলোর মডেল বড় বা স্কিমা ঘন ঘন পরিবর্তন হয়, সেখানে দ্রুত attributes গ্রহণ করা ভবিষ্যতের জটিলতা কমিয়ে দেয়।

পরবর্তী যা খেয়াল রাখা উচিত

Laravel 13-এর attribute সাপোর্ট মডেলের বাইরে ইভেন্ট লিসেনার, নোটিফিকেশন, মেইলএবল এবং ব্রডকাস্ট ইভেন্ট পর্যন্ত বিস্তৃত। কমিউনিটি যখন এই ক্ষেত্রগুলোতে সিনট্যাক্সটি গ্রহণ করবে, তখন একই ধরনের রিফ্যাক্টরিং প্যাটার্ন দেখা যাবে। ভবিষ্যতে আসা নতুন attribute ক্লাসগুলোর জন্য অফিসিয়াল আপগ্রেড গাইডের ওপর নজর রাখুন।

সারসংক্ষেপ: Laravel 13 আপনাকে আরও স্লিম এবং IDE-বান্ধব মডেল তৈরির একটি সহজ পথ প্রদান করে। একবারে একটি করে namespace পরিবর্তন করুন, Rector এবং আপনার test suite-এর সাহায্য নিন, এবং আপনি এমন ক্লাস পাবেন যা কনফিগারেশন ডাম্প ফাইলের পরিবর্তে বিজনেস স্পেসিফিকেশনের মতো মনে হবে।