আমি অতীতে কয়েকবার এটি নিয়ে চিন্তা করেছি তাই ভেবেছিলাম যে আমি যে বিভিন্ন ধারণা / ব্যবহার করেছি সেগুলি লিখে ফেলব। কিছু কার্যকর হতে পারে তবে কোনওটিই "নিখুঁত" সিমফনি 2 সমাধান নয়।
কনস্ট্রাক্টর
সত্তায় আপনি এটি করতে পারেন> এটি-> সেটবার ('ডিফল্ট মান'); আপনি যখন সত্তাটি লোড করেন তখনই এটি ডাকা হয় (ডিবি বা না) এবং কিছুটা অগোছালো। এটি প্রতিটি ক্ষেত্রের ধরণের জন্য কাজ করে কারণ আপনি খেজুরগুলি তৈরি করতে পারেন বা আপনার যা যা প্রয়োজন প্রয়োজন।
এর মধ্যে বিবৃতি যদি
না হয় আমি না, কিন্তু আপনি করতে পারেন।
return ( ! $this->hasFoo() ) ? 'default' : $this->foo;
কারখানার / উদাহরণস্বরূপ । একটি স্ট্যাটিক ফাংশন / মাধ্যমিক শ্রেণি কল করুন যা আপনাকে একটি পূর্বনির্ধারিত সত্তা ডেটা সহ প্রেরণে সরবরাহ করে। যেমন
function getFactory() {
$obj = new static();
$obj->setBar('foo');
$obj->setFoo('bar');
return $obj;
}
আপনি অতিরিক্ত ক্ষেত্র যুক্ত করলে আপনাকে এই ফাংশনটি বজায় রাখতে হবে এমন সত্যিকার অর্থে আদর্শ নয়, তবে এর অর্থ হ'ল আপনি ডেটা সেটারগুলি / ডিফল্ট এবং ডিবি থেকে উত্পন্ন যা পৃথক করছেন। একইভাবে আপনার বিভিন্ন ডিফল্ট ডেটা চাইলে একাধিক গেটফ্যাক্টরিগুলি থাকতে পারে।
বর্ধিত / প্রতিচ্ছবি সত্তা
একটি প্রসারিত সত্তা তৈরি করুন (যেমন ফুকারিট ফু ফু বাড়িয়ে তোলে) যা আপনাকে তৈরির সময় (কনস্ট্রাক্টরের মাধ্যমে) ডিফল্ট ডেটা দেয়। কারখানা / উদাহরণ আইডির অনুরূপ কেবল একটি ভিন্ন পদ্ধতির - আমি ব্যক্তিগতভাবে স্থির পদ্ধতিগুলি পছন্দ করি।
বিল্ড ফর্মের আগে ডেটা সেট
করুন কনস্ট্রাক্টর / সার্ভিসে, আপনি যদি জানেন যে আপনার কোনও নতুন সত্ত্বা রয়েছে বা এটি ডিবি থেকে পপুলেটেড ছিল। অতএব আপনি যখন কোনও নতুন সত্তাকে দখল করবেন তখন বিভিন্ন ক্ষেত্রে সেট ডেটা কল করা বাঞ্ছনীয়। যেমন
if( ! $entity->isFromDB() ) {
$entity->setBar('default');
$entity->setDate( date('Y-m-d');
...
}
$form = $this->createForm(...)
ফর্ম ইভেন্টগুলি
আপনি ফর্মটি তৈরি করার সময় ক্ষেত্রগুলি তৈরি করার সময় আপনি ডিফল্ট ডেটা সেট করেন। আপনি এই ব্যবহারটি প্রিজেটডাটা ইভেন্ট শ্রোতাকে ওভাররাইড করে। এটির সাথে সমস্যা হ'ল আপনি ফর্ম ওয়ার্কলোড / ডুপ্লিকেট কোডটি ফর্মুলিপি করছেন এবং বজায় রাখা / বোঝা আরও শক্ত করে তুলছেন।
ফর্ম ইভেন্টগুলির অনুরূপ বর্ধিত ফর্মগুলি , তবে আপনি এটি ডিবি / নতুন সত্তা কিনা তার উপর নির্ভর করে আপনি বিভিন্ন ধরণের কল করেন। এর অর্থ হ'ল আপনার কাছে ফুটাইপ রয়েছে যা আপনার সম্পাদনা ফর্মটি সংজ্ঞায়িত করে, বারটাইপ এটিকে ফুটাইপ প্রসারিত করে এবং সমস্ত ডেটা ক্ষেত্রগুলিতে সেট করে। আপনার নিয়ামক আপনি তারপর উত্সাহিত করতে কোন ফর্ম টাইপ চয়ন করুন। যদি আপনার পছন্দসই থিম থাকে এবং ইভেন্টগুলি পছন্দ করে তবে এটি আমার স্তন্যপান করে too
টুইগ
আপনি যখন প্রতি ক্ষেত্রের ভিত্তিতে এটি করেন তখন আপনি নিজের থিম তৈরি করতে এবং মান বিকল্পটি ব্যবহার করে ডেটা ডিফল্ট করতে পারেন। এটিকে কোনও ফর্ম থিমে মুড়িয়ে দেওয়ার কোনও কারণ নেই আপনার হয় যদি আপনার টেম্পলেটগুলি পরিষ্কার রাখতে চান এবং ফর্মটি পুনরায় ব্যবহারযোগ্য করে তোলা উচিত। যেমন
form_widget(form.foo, {attr: { value : default } });
জেএস
ক্ষেত্রগুলি খালি থাকলে একটি জেএস ফাংশন সহ ফর্মটি পপুল করা তুচ্ছ হবে। উদাহরণস্বরূপ আপনি স্থানধারীদের সাথে কিছু করতে পারেন। যদিও এটি একটি খারাপ, খারাপ ধারণা।
একটি পরিষেবা হিসাবে ফর্মগুলি
আমি তৈরি করেছিলাম এমন একটি বৃহত ফর্ম ভিত্তিক প্রকল্পগুলির জন্য, আমি একটি পরিষেবা তৈরি করেছি যা সমস্ত ফর্ম তৈরি করে, সমস্ত প্রক্রিয়াজাতকরণ ইত্যাদি করেছিল This কারণ এটি ফর্মগুলি একাধিক পরিবেশে একাধিক নিয়ামক জুড়ে ব্যবহৃত হত এবং ফর্মগুলির মধ্যে ছিল একইভাবে উত্পন্ন / পরিচালনা করা হয়েছিল, তারা ভিন্নভাবে (যেমন ত্রুটি হ্যান্ডলিং, পুনর্নির্দেশগুলি ইত্যাদি) প্রদর্শিত / ইন্টারঅ্যাক্ট করা হয়েছিল। এই পদ্ধতির সৌন্দর্যটি হ'ল আপনি ডেটা ডিফল্ট করতে পারেন, আপনার যা কিছু প্রয়োজন তা করতে পারেন, ত্রুটিগুলি সাধারণভাবে পরিচালনা করতে পারেন এবং এগুলি সমস্ত এক জায়গায় আবদ্ধ করা যায়।
উপসংহার
যেমনটি আমি দেখতে পেয়েছি আপনি আবার একই সমস্যাটিতে সময় এবং সময় দৌড়াবেন - ডিফল্ট ডেটা কোথায় থাকবে?
- আপনি যদি এটি ডিবি / মতবাদ স্তরে সঞ্চয় করেন আপনি প্রতিবার ডিফল্ট সঞ্চয় করতে চান না তবে কি হবে?
- আপনি যদি এটি সত্ত্বা স্তরে সংরক্ষণ করেন আপনি যদি কোনও সত্তায় কোনও ডেটা ছাড়াই পুনরায় ব্যবহার করতে চান তবে কী হবে?
- আপনি যদি এটি সত্ত্বা স্তরে সঞ্চয় করেন এবং একটি নতুন ক্ষেত্র যুক্ত করেন, আপনি কি সম্পাদনা করার পরে পূর্ববর্তী সংস্করণগুলির সেই ডিফল্ট মান রাখতে চান? একই ডিবিতে ডিফল্ট হয়ে যায় ...
- আপনি যদি ফর্ম পর্যায়ে এটি সঞ্চয় করেন তবে আপনি পরে কোডটি বজায় রাখার সময় এটাই সুস্পষ্ট?
- যদি এটি কনস্ট্রাক্টরে থাকে তবে আপনি যদি একাধিক জায়গায় ফর্মটি ব্যবহার করেন তবে কী হয়?
- যদি আপনি এটিকে জেএস স্তরে নিয়ে যান তবে আপনি খুব বেশি এগিয়ে গেছেন - তথ্যটি জেএস-এর কিছু মনে করবেন না (এবং আমরা সামঞ্জস্যতা, রেন্ডারিং ত্রুটি ইত্যাদি) উপস্থাপন করব না)
- আপনি যদি একাধিক জায়গায় এটি ব্যবহার করেন তবে পরিষেবাটি দুর্দান্ত but তবে এটি একটি সাইটে সাধারণ অ্যাড / সম্পাদনা ফর্মের জন্য ওভারকিল ...
সে লক্ষ্যে, আমি প্রতিবারই সমস্যার থেকে ভিন্নভাবে যোগাযোগ করেছি। উদাহরণস্বরূপ, একটি সাইনআপ ফর্ম "নিউজলেটার" বিকল্পটি ফর্মটি তৈরির ঠিক আগে কনস্ট্রাক্টরে সহজেই (এবং যুক্তিযুক্তভাবে) সেট করা হয়। যখন আমি ফর্ম সংগ্রহগুলি তৈরি করছিলাম যা একসাথে যুক্ত ছিল (যেমন বিভিন্ন ফর্ম ধরণের রেডিও বোতামগুলি একসাথে যুক্ত) তখন আমি ইভেন্ট শ্রোতাদের ব্যবহার করেছি। যখন আমি আরও জটিল সত্তা তৈরি করেছি (যেমন একটি যা শিশুদের বা প্রচুর ডিফল্ট ডেটা প্রয়োজন) আমি যখন প্রয়োজন তার উপাদান তৈরি করতে আমি একটি ফাংশন (উদাহরণস্বরূপ 'গেটফ্যাক্টরি') ব্যবহার করেছি।
আমি মনে করি না যে প্রতিবারই এই প্রয়োজনীয়তাটি কিছুটা আলাদা হয়ে গেছে বলে একটি "সঠিক" দৃষ্টিভঙ্গি রয়েছে।
শুভকামনা! আমি আশা করি যে কোনও হারে চিন্তাভাবনা করার জন্য আমি আপনাকে কিছু খাবার দিয়েছি এবং খুব বেশি কাঁপছি না;)