বর্তমান ডি 8 স্ট্যাটাসের সাথে, "নোড" সামগ্রী সত্তার জন্য একটি সামগ্রী প্রকার তৈরির বিপরীতে একটি নতুন সামগ্রী সত্তা প্রকার তৈরির সিদ্ধান্তের গাছটি কী?


24

আমরা চার বছর এবং ড্রুপাল 8-র প্রথম প্রকাশটি দেখেছি যেহেতু এই প্রশ্নের জন্য স্বীকৃত উত্তরটি লেখা হয়েছিল " কখন একটি নতুন সামগ্রীর ধরণের যুক্ত করে কোনও সত্তা তৈরি করা উপযুক্ত ?" এবং, সত্ত্বাগুলি দ্রুপাল were-এর তুলনায় দ্রুপাল ৮-এর আরও বেশি কেন্দ্রীয় (( রেফবি , রেফসি , রেফডি )

এই নতুন দ্রুপাল 8 বিশ্বে, "নোড" প্রকারের সামগ্রীর সত্তার জন্য একটি নতুন সামগ্রী সামগ্রী বনাম একটি নতুন সামগ্রী সৃজন প্রকার তৈরির সিদ্ধান্ত গাছ কী?

আপনি যেমন কোনও প্রতিক্রিয়া বিবেচনা করছেন, দয়া করে নিম্নলিখিতটি বিবেচনা করুন:

  • "নোড" ধরণের বিষয়বস্তু সত্তার ধরণের জন্য একটি নতুন সামগ্রীর ধরণটি এখনও 99% পরিস্থিতিতে কোনও নতুন সামগ্রীর সত্তার প্রকারের তুলনায় উপযুক্ত?
  • সিদ্ধান্তের গাছটিতে এখন "নোড" সামগ্রী সত্ত্বার প্রকারটি ব্যবহার থেকে দূরে সরে যাওয়ার পরিবর্তে আরও নতুন, আরও ভাল, বা পরিষ্কার কারণগুলি অন্তর্ভুক্ত করে একটি নতুন সামগ্রী সত্তার প্রকার তৈরি করতে হবে? এবং যদি হ্যাঁ, তারা কি? তারা কি অন্তর্ভুক্ত:
    • কর্মক্ষমতা?
    • নিরাপত্তা / অনুমতি?
    • নোড-সত্তা-ধরণের সামগ্রী-প্রকারের সাথে কাজ করে এবং অন্যান্য সামগ্রী সত্তার ধরণের সাথে কাজ করে না এমন মডিউলগুলির সংখ্যা?
  • সম্ভবত - পূর্ববর্তী স্বীকৃত উত্তরের উপর ভিত্তি করে উল্লেখ করা হয়েছে - একটি কাস্টম সামগ্রী সত্তা টাইপ করার একমাত্র সাধারণ কারণটি যদি আপনি নোড ডেটা গ্রুপ করতে চান, যেমন ট্যাক্সোনমি শর্তাবলী সহ, বা অন্যথায় নোডকে মন্তব্য করতে চান, যেমন মন্তব্য সহ?

মডিউল সামঞ্জস্যতা সিদ্ধান্ত গাছের জন্য বিশেষত আকর্ষণীয় বিবেচনার মতো বলে মনে হয়। বর্তমানে, সর্বাধিক ইনস্টল হওয়া মডিউলগুলির মধ্যে 8.x এর জন্য একটি রিলিজ রয়েছে যা কেবল আলফা, বিটা বা আরসি নয় (একটি রিলিজ প্রার্থী)। এবং তাদের মধ্যে কয়টি নতুন নোড-সত্তার সামগ্রী প্রকারের বিপরীতে একটি নতুন কাস্টম সত্তা টাইপের সাথে বাক্সের বাইরে কাজ করবে তা সনাক্ত করা কঠিন বলে মনে হচ্ছে। "সত্তার জন্য লিখিত" বনাম "নোড সত্তা বিষয়বস্তুর ধরণের জন্য লিখিত" তাদের মধ্যে পার্থক্য করার জন্য কোনও প্রকল্পের বৈশিষ্ট্য বলে মনে হয় না।

পাঠাটোতে একবার দেখুন, যা বর্তমানে কোন ধরণের 8.x রিলিজ রয়েছে তাদের মধ্যে চতুর্থ সর্বাধিক ইনস্টল করা মডিউল। লোকেরা একটি 8.x সংস্করণে কঠোর পরিশ্রম করছে যা সাধারণত নোড-সত্তা ধরণের বিষয়বস্তুর প্রকার নয়, সত্তাকে সমর্থন করে। তবে অন্যান্য সমস্ত মডিউল সম্পর্কে কী বলা যায়? এবং মডিউলগুলি যা মডিউলগুলি মডিউলগুলির সাথে কাজ করার আগে সাধারণত কাস্টম সামগ্রী সত্তার ধরণের প্রয়োজন মডিউল-নির্দিষ্ট "হুকস" লাগবে? (ভার্সেস কিভাবে মডিউল শুধু নতুন সামগ্রীর প্রকারগুলি সঙ্গে? বাক্সের সোজা কাজ হতে পারে) প্রদর্শিত হয় হবে যে চ্যালেঞ্জ pathauto দলের সঙ্গে কাজ করছে ধরনের, এবং সম্ভবত এটি একটি কাস্টম বিষয়বস্তু সত্তা ধরণ থেকে দূরে একবার টাইট একবার করার জন্য একটি কারণ আছে?

এটি উল্লেখ করার মতোও হতে পারে যে ড্রুপাল 8 কোরটিতে "নোড" প্রকারের সামগ্রীর সত্তার জন্য নতুন সামগ্রী প্রকার তৈরির জন্য একটি ইউআই রয়েছে তবে এটিতে বর্তমানে নতুন সামগ্রীর সত্তার প্রকারগুলি তৈরি করার জন্য কোনও ইউআই নেই। ( রেফএক্স , রিফাই , রেফজেড )

উত্তর:


17

নতুন নোড-সত্তা-ধরণের সামগ্রী প্রকারের বিপরীতে একটি নতুন সামগ্রী সত্তার প্রকারের মধ্যে চয়ন করার জন্য সিদ্ধান্ত গাছ:

  1. আপনি কি একজন প্রোগ্রামার, বা আপনার কোনও প্রোগ্রামার অ্যাক্সেস আছে?
    • যদি না হয় তবে আপনি বর্তমানে নোড-সত্তা সামগ্রী প্রকার তৈরির ক্ষেত্রে সীমাবদ্ধ। (নতুন সামগ্রীর সত্তার প্রকার তৈরির জন্য কোনও ইউআই নেই, এবং সত্তা নির্মাণ কট (ইসি) অবদানকারী মডিউলটিতে বর্তমানে কেবল একটি আলফা রিলিজ রয়েছে))
    • যদি হ্যাঁ, তবে চালিয়ে যান ...
  2. আপনি কি জানেন যে কোনটি অবদানের মডিউলগুলি আপনি আপনার ডেটার জন্য উত্তোলন করতে চান?
    • যদি না হয় তবে নিরাপদ বাজি সম্ভবত একটি নোড-সত্তা সামগ্রী প্রকার তৈরি করা।
    • যদি হ্যাঁ, সেই মডিউলগুলি কী আপনি ইতিমধ্যে বিবেচনা করছেন এমন কাস্টম সত্তা ধরণের (গুলি) সমর্থন করে বা আপনি কি তাদের মডিউলটিতে পছন্দসই কার্যকারিতা পুনরায় তৈরি করতে সহায়তা করতে প্রস্তুত?
      • যদি না হয় তবে কেবল নোড-সত্তা-ধরণের সামগ্রী প্রকার তৈরি করা আপনার পক্ষে সেরা হতে পারে।
      • যদি হ্যাঁ, তবে চালিয়ে যান ...
  3. আপনার মডিউল দ্বারা সক্ষম করা আসল সামগ্রীর ডেটা কি কেবল গোষ্ঠী বা অন্যান্য সামগ্রী ডেটা বেনিফিট করতে সহায়তা করবে? (যাতে এটি খুব কমই নিজেরাই দেখা হবে))
    • যদি হ্যাঁ, তবে আপনার মডিউলটি শুল্কের শর্তাবলী এবং মন্তব্যের জন্য বিদ্যমান সত্তার ধরণের মতো কিনা তা বিবেচনা করুন। যদি এটি হয় তবে কোনও নতুন সত্তার প্রকারটি নিরাপদ বাজি হতে পারে।
    • যদি না হয় তবে চালিয়ে যান ...
  4. আপনি কী স্পষ্টভাবে বলতে পারবেন যে কোনও নতুন নোড-সত্তা-ধরণের সামগ্রী সামগ্রী আপনার জন্য কাজ করবে না?
    • যদি না হয়, তবে আপনার নিরাপদ বাজি সম্ভবত একটি নতুন নোড-সত্তা-ধরণের সামগ্রী প্রকার তৈরি করা।
    • যদি হ্যাঁ, তবে চালিয়ে যান ...
  5. শেষ অবধি, আপনি কি নিশ্চিত যে আপনি কেবল নোড-সত্তা-প্রকারটি প্রসারিত করতে পারবেন না এবং আপনি CRUD ক্রিয়াকলাপগুলির মতো এর সমস্ত কার্যকরী কার্যকারিতা পুনরায় তৈরি করতে চান?
    • যদি হ্যাঁ, তবে এগিয়ে যান এবং একটি নতুন কাস্টম সত্তার প্রকার তৈরি করুন।
    • যদি না, বা আপনি নিশ্চিত না হন, তবে আপনি সম্ভবত সিদ্ধান্ত নিতে সহায়তা করার জন্য কিছু বিশেষজ্ঞকে জড়িত করতে চান।

নোট:

  1. এই সিদ্ধান্ত গাছ কর্মক্ষমতা বা সুরক্ষা বিবেচনা করে না। আমি নিশ্চিত না কখন বা কোনও নতুন কাস্টম সামগ্রীর সত্তার ধরণটি নোড-সত্তা-টাইপের চেয়ে আরও ভাল বা কম বেশি সুরক্ষিত হবে।
  2. এমনকি যদি এই গাছটি একটি ভাল উত্তর হয় তবে এটি দ্রুপাল কোর আপডেট এবং মডিউল রিলিজ অবদানের কারণে সম্ভবত সময়ের সাথে এক থাকবে না। আজকের "সেরা" উত্তরটি আগামীকাল কীভাবে সেরা উত্তর হতে পারে না তা স্ট্যাক এক্সচেঞ্জের সাথে সামঞ্জস্যপূর্ণ বলে মনে হচ্ছে না))

1
আকর্ষণীয় প্রশ্ন, এবং চিত্তাকর্ষক উত্তর, chapeau! (oeps: টুপি বন্ধ!)। আপনার নোট (1) এর "সুরক্ষা" অংশ সম্পর্কে: গ্রুপ (= ডি 8 এর জন্য "ওগ" এর একটি প্রকরণ) তার জন্য বিবেচিত হওয়ার যোগ্যতা অর্জন করবে?
পিয়ের.ভ্রিয়েন্স 14

@ পিয়ের.ভ্রিয়েন্স, মার্সি বিউকউপ! নোট (") এর" সুরক্ষা "অংশটি কোথাও একটি পোস্ট দ্বারা উত্সাহিত হয়েছিল (যেখানে আমি মনে করি না) নতুন সত্তার প্রকারের পরিবর্তে প্রচুর নতুন সামগ্রী প্রকার তৈরি করা সম্ভাব্যতা বাড়িয়ে তুলবে যে আপনি দুর্ঘটনাক্রমে কোনও নির্দিষ্ট সামগ্রীর ধরণের প্রকাশ ঘটাতে পারেন ডেটা। গ্রুপের রেফারেন্সের জন্য আপনাকে ধন্যবাদ। এটি অবশ্যই সুরক্ষা কার্যকারিতার একটি রেডিমেড বিকল্প সরবরাহ করে নতুন সত্তা তৈরির সুবিধার্থে যা কেবল নোডের সামগ্রীর প্রকারের জন্যই হতে পারে। সুতরাং, এটি সত্তা টাইপ বিকাশকারীদের নিজেরাই সুরক্ষার কার্যকারিতা তৈরি করার প্রয়োজনীয়তা হ্রাস করতে পারে।
জন মুক্ত

3

এই সমস্যা সম্পর্কে একটি সহজ পদ্ধতির বিষয়টি হ'ল প্রকল্পের উদ্দেশ্য, আকার এবং ব্যবসায়ের প্রয়োজনীয়তা বিবেচনা করা।

  1. কীভাবে ডিফল্ট নোড-সত্তা সামগ্রীর ধরণটি প্রকল্পের ডক্সের বিশ্লেষণাত্মক চিন্তাভাবনা থেকে উত্পাদিত আর্কিটেকচার এবং ডেটা প্রবাহের আরও নিকটতম, স্বাচ্ছন্দ্যে প্রকল্প তৈরিতে প্রভাব ফেলবে।

এখানে একটি গুরুত্বপূর্ণ নোটিশ সাধারণত সত্তা প্রকার তৈরির সিদ্ধান্তটি সাধারণত ডেভেলপার বা প্রযুক্তিগত নেতৃত্বের দ্বারা গৃহীত হয় যা অ্যাপলিকেশন পরিচালনা করে এবং কেবল ব্যবসায়ের দিকে মনোনিবেশ করে এমন সাইট বিল্ডার বা প্রকল্পের মালিকরা নয়।

  1. ড্রুপাল 8 কিছু symfony2 প্যাকেজগুলির উপর নির্ভর করে এবং ফ্রেমওয়ার্কগুলির সাথে আরও বেশি কাছাকাছি, বিকাশ যে cতিহ্যবাহী সিএমএস সেই বড় স্থাপত্য পরিবর্তনের সাথে দ্রুপালের কথা বলছে, আমি একটি নতুন সত্তা তৈরির কথা ভাবছি নোড-সত্তার সামগ্রীর ধরণের ক্ষেত্রে অনেকগুলি কাস্টমাইজেশন এবং জটিল কনফিগারেশন করার চেয়ে ভাল v অন্যান্য ফ্রেমওয়ার্কগুলির মধ্যে দ্রুপালকে উত্তোলন করতে যেমন অনেকে ড্রুপাল কনফিগারেশন এবং বিতরণকৃত সেটিংসকে পছন্দ করেন না, আপনি কিছু লোকদের মুখোমুখি হতে পারেন ওয়ার্ডপ্রেস থেকে এবং একটি রূপ থেকে প্রতিটি জিনিসকে কনফিগার করতে ব্যবহার করেছিলেন যা ড্রুপাল অ্যাডমিন ড্যাশবোর্ডের সাথে ডিল করার সময় তাদের বিরক্ত করে তোলে।

  2. ড্রুপাল 9 পরিকল্পনা সম্পূর্ণরূপে হুক সিস্টেম সরিয়ে এবং ইভেন্ট প্রেরণকারীকে প্রতিস্থাপন করবে যা একটি নতুন সত্তা তৈরি করার জন্য প্রশাসক ইন্টারফেসের একটি বড় প্রয়োজনের দিকে নিয়ে যায় কারণ কোড থেকে বিদ্যমান কার্যকারিতা পরিবর্তন করা এমন লোকদের পক্ষে আরও শক্ত হয়ে উঠবে যারা বিকাশকারী নয় এবং এটির জন্য অত্যন্ত প্রয়োজনীয় বৈশিষ্ট্য যুক্ত করুন।

শেষে , আমি দেখতে পাচ্ছি যে প্রকল্পের প্রয়োজনগুলির জন্য উপযুক্ত নতুন সংস্থাগুলি বিশাল সংখ্যক ক্ষেত্রযুক্ত জটিল সামগ্রী ধরণের চেয়ে উচ্চ কার্যকারিতা দেয় কারণ আমরা এখন প্রতিটি ক্ষেত্র ডিবিতে 2 টি টেবিল যুক্ত করি এবং প্রতিটি অনুরোধে এটির কনফিগারেশন লোড করা দরকার, বিশেষত ভারী ব্যবসায়িক যুক্তি প্রয়োজন।


3

সরল এবং সহজ: এটি সমস্ত সামগ্রী নয়। সামগ্রীর তালিকাটি বেশ দীর্ঘ যেতে পারে এবং আপনি যদি কেবলমাত্র সামগ্রী ধরণের ব্যবহার করেন তবে বিভ্রান্তিকর হতে পারে। ( ContentEntityBase একটি কাস্টম সত্তা thoe দ্বারা বাস্তবায়িত হতে পারে)

আপনার যদি কোনও লেখক এবং প্রকাশিত রাজ্য থাকে তবে আপনার কোনও সামগ্রীর ধরণের জন্য যাওয়া উচিত।


অন্যথায় (আপনার প্রোগ্রামার ধরে নিচ্ছেন) কাস্টম সত্তাগুলি পছন্দ করা উচিত। সমস্ত ইন্টারফেসের (যেমন রিভিশন-সক্ষম, ক্ষেত্র-সক্ষম, অ্যাক্সেস সীমাবদ্ধতা ইত্যাদি) দিয়ে খুব সহজেই প্রয়োগ করা যায়)

আমার দৃষ্টিতে এটি কেবল পরিষ্কার এবং লেজ- অর্ডারযুক্ত আর্কিটেকচার (এবং আরও পারফরম্যান্ট)।

বিভিন্ন প্রকল্পে পুনর্ব্যবহারযোগ্যতার কথা চিন্তা করে কাস্টম সত্তাগুলি ফুটিয়ে তুলতে চেষ্টা করা হয়েছে .. ড্রপাল কোড-জেনারেটরের মতো নিফটি সহায়কও রয়েছে । কাস্টম কোডিং (বা জটিলতা) একটি নিম্ন স্তরে রাখতে আপনার চাইলে সামগ্রী ধরণের ব্যবহারগুলি বিবেচনা করা উচিত:

  • 'সত্তা' অনুবাদ করতে (কমপক্ষে D7 এ), সেখানে একটি ইন্টারফেসও থাকবে।
  • (পরামর্শের জন্য উন্মুক্ত) ..

3

এটি একটি কঠিন প্রশ্ন যা সত্য বলে আমি মনে করি কেবল এটির আগে আপনি এটি প্রয়োগ করার পরে বোঝা যাবে। কিন্তু রেমির উল্লেখ হিসাবে, সমস্ত কিছুই কাঁচা নয়, ব্যবহারকারীরা সামগ্রীর মুখোমুখি

ড্রুপাল In-তে, কাস্টম সত্তা তৈরি করার ক্ষমতা বিদ্যমান ছিল, তবে আপনি ওওপি সহ প্রান্তগুলির চারপাশে মোটামুটি থাকলে এটি একটি কঠিন কাজ হতে পারে। এটি অর্ধেকভাবে বাস্তবায়িত হয়েছিল (বা অর্ধেকটি সম্পন্ন হয়েছে, তবে আপনি এটি বলতে চান), যা সত্তা তৈরির উপায়গুলি তৈরি করেছিল যা পুরোপুরি অভিন্ন ছিল না এবং পদ্ধতির উপর একমত ছিল না, মিশ্র পদ্ধতিগত এবং মিশ্র ওওপি সহ।

ড্রুপাল 8-এ, ধারণাটি আরও অনেক বেশি উপলব্ধি করা হয়েছে, এবং কাস্টম সত্তার সাথে উঠে আসা এবং চালানো অনেক সহজ। নোড নিজেই কন্টেন্টএন্টিটিবেসের উপর ভিত্তি করে, যেমন ব্লক, ব্যবহারকারী, ফাইল এবং বিভাগশাসন।

নোডগুলি বিশেষত প্রকাশিত, দৃশ্যমান (বা অনুমোদিত) সামগ্রীর ডেটার জন্য যা সাধারণত সামগ্রী হিসাবে কাজ করে (এটি মেনুতে বা সাইটম্যাপে বা এক্সএমএল সাইটম্যাপ, বা আরএসএস ফিডস ইত্যাদি) etc দ্রুপাল এমনভাবে নকশা করা হয়েছিল যেখানে আপনি নোড ক্রিয়াকলাপের প্রক্রিয়াটির যে কোনও ধাপে প্রবেশ করতে পারেন এবং এটির পরিবর্তন করতে পারেন যা অবদানযুক্ত মডিউলগুলির ভুল মিশ্রণ থাকলে অনিচ্ছাকৃত পরিণতি হতে পারে। এটি সম্ভবত একটি বিতর্কিত মতামত, তবে সত্তা ধারণাটিকে আরও আলিঙ্গন করার জন্য "সবকিছুই একটি নোড" ধারণা থেকে নিজেকে তালাক দিতে সহায়তা করে।

আদর্শ সামগ্রী যা দুর্দান্ত সামগ্রীর প্রকার তৈরি করে:

  • প্রবন্ধ
  • পৃষ্ঠা
  • চাকরির পোস্টিং
  • ঘটনা
  • অবতরণ পাতা
  • হোম পেজ

তাদের কাছে সাধারণ থ্রেড হ'ল তারা এক ধরণের সামগ্রীর ধারণা ভাগ করে নেয়। এটি সাধারণত যে কোনও ওয়ার্কফ্লো রাজ্যে (প্রকাশিত, প্রচারিত, স্টিকি, আর্কাইভযুক্ত, বৈশিষ্ট্যযুক্ত ইত্যাদি) - যদি আপনি কাস্টম প্রকাশের বিকল্পগুলি ব্যবহার করেন), এবং প্রচুর অবদানযুক্ত মডিউলগুলি সরাসরি এটির সাথে যোগাযোগ করে, যেমন পাঠাটো uto

তবে ধরে নেওয়া যাক আপনি অভ্যন্তরীণ, ব্যক্তিগত, ড্রুপালে ডেটা সঞ্চয় করতে চান যা আপনাকে অনুমতি না দিলে তার সুযোগের বাইরে একীকরণের অনুমতি দেয় না এমন ডেটা বা ডেটা চালায়। এটি কী ধরণের ডেটা হতে পারে? এখানে কয়েকটি সম্ভাব্য প্রকার:

  • পণ্য (দ্রুপাল বাণিজ্য)
  • লাইন আইটেম (দ্রুপাল বাণিজ্য)
  • সার্ভার সার্চ করুন (অ্যাপাচি সোলার / সার্চএপিআই)
  • যোগাযোগ (সিআরএম সীসার মতো)
  • টিকিট (সমর্থন টিকিটের মতো)

এগুলি এত আলাদা করে তোলে কী? ব্যবহারকারীর মডেলটি ব্যবহার না করে আপনি কেন যোগাযোগের জন্য কোনও সত্তা চান? আপনি সেখানে কয়েকটি যুক্তি দিতে পারেন, তবে আমার উদাহরণটি হ'ল যদি আপনি কোনও যোগাযোগের ফর্ম থেকে ইমেল ঠিকানা এবং নাম এবং কিছু অন্যান্য মেটা ডেটা সংগ্রহ করে থাকেন তবে সেই ডেটাটিকে কাস্টম সত্তা হিসাবে সংরক্ষণ করুন। আপনি অ্যাকাউন্টটি অ-অ্যাকাউন্ট আইটেমগুলির সাথে দূষিত হতে বাধা দিতে পারেন, আপনি সম্ভাব্য সুরক্ষা সমস্যাগুলি হ্রাস করুন (কোনও স্ক্রিপ্ট বা কেউ যদি ঘটনাক্রমে সেই অ্যাকাউন্টগুলিকে প্রশাসক হিসাবে আপডেট করতে বা কোনও ম্যাস মেল প্রেরণ করে তবে কী হবে?), আপনি প্রকৃত ব্যবহারকারীর অভ্যন্তরীণ ওভারহেড পরিচালনা করেন অ্যাকাউন্টগুলি সহজতর হয় এবং আপনি যা ভাগ করে নিচ্ছেন সেটিকে আপনি বিভাগ করেন, এটি একটি বিশেষ বিট ডেটা।

এখান থেকে, এটি মূলত দ্রুপাল / নোড সিস্টেমের আরও বেশি স্বয়ংক্রিয় অংশগুলি থেকে তালাকপ্রাপ্ত এবং আপনি ক্রিয়া এবং অভিজ্ঞতা উপস্থাপন করতে পারেন। আপনি রুটগুলি, অ্যাক্সেস এবং সিআরইউডি ওয়ার্কফ্লো নির্ধারণ করেন।

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

আর একটি উদাহরণ বহিরাগত, আমদানি করা ডেটা হবে। বেশিরভাগ ক্ষেত্রে, এই ডেটা সাধারণত স্থানীয় দ্রুপাল ডেটা সমৃদ্ধ হয় না (এমনকি এটি কোনও সত্তা হিসাবে, আপনি এখনও এটি করতে পারেন)। এটা কিছু হতে পারে। হতে পারে এটি চালান, সম্ভবত তারা বই, সম্ভবত এটি ব্র্যান্ডের বিয়ার টানছে।

এর মতো ডেটা সাধারণত নির্দিষ্ট থাকে এবং নোডের অর্থ যা বোঝায় তার বাইরে নিয়ন্ত্রণ প্রয়োজন। এর অর্থ এই নয় যে আপনি আপনার কাস্টম সত্তাকে নির্দেশ করতে কোনও নোডে রেফারেন্স ফিল্ডটি ব্যবহার করে এটি বাড়িয়ে তুলতে পারবেন না (এটি কোনও স্তরে ড্রপাল কমার্স কাজ করেছিল), ডেটা সমৃদ্ধ করতে। একই সময়ে, আপনি ভুলভাবে অবদান কোড থেকে আপনার ডেটা এবং ইউআইয়ের নিয়ন্ত্রণকে আলাদা করে নিচ্ছেন এবং এটি আপনার নকশার বাইরে চলে গেছে এবং আপনার মডেলটিতে হস্তক্ষেপ করছেন। এটি ডি 7-র তুলনায় ডি 8-র সমস্যা সম্ভবত কম, যদিও কিছু হুক রয়ে গেছে।

বিচ্ছেদকে উত্সাহিত করার জন্য এখন যথাযথ আর্কিটেকচার বিদ্যমান। সব কিছুই নোড নয়।

আমাদের সাইট ব্যবহার করে, আপনি স্বীকার করেছেন যে আপনি আমাদের কুকি নীতি এবং গোপনীয়তা নীতিটি পড়েছেন এবং বুঝতে পেরেছেন ।
Licensed under cc by-sa 3.0 with attribution required.