অবজেক্ট মডেল নির্মাণ

ইলিয়া গ্রিগোরিক

ব্রাউজার পৃষ্ঠাটি রেন্ডার করার আগে, এটিকে DOM এবং CSSOM ট্রি তৈরি করতে হবে। ফলস্বরূপ, আমাদের নিশ্চিত করতে হবে যে আমরা যত তাড়াতাড়ি সম্ভব ব্রাউজারে HTML এবং CSS উভয়ই সরবরাহ করি।

সারাংশ

  • বাইট → অক্ষর → টোকেন → নোড → অবজেক্ট মডেল।
  • HTML মার্কআপ একটি ডকুমেন্ট অবজেক্ট মডেল (DOM) এ রূপান্তরিত হয়; CSS মার্কআপ একটি CSS অবজেক্ট মডেল (CSSOM) এ রূপান্তরিত হয়।
  • DOM এবং CSSOM হল স্বাধীন ডেটা স্ট্রাকচার।
  • Chrome DevTools পারফরম্যান্স প্যানেল আমাদের DOM এবং CSSOM-এর নির্মাণ এবং প্রক্রিয়াকরণ খরচ ক্যাপচার এবং পরিদর্শন করতে দেয়।

ডকুমেন্ট অবজেক্ট মডেল (DOM) 

<!DOCTYPE html>
<html>
  <head>
    <meta name="viewport" content="width=device-width,initial-scale=1" />
    <link href="style.css" rel="stylesheet" />
    <title>Critical Path</title>
  </head>
  <body>
    <p>Hello <span>web performance</span> students!</p>
    <div><img src="awesome-photo.jpg" /></div>
  </body>
</html>

চেষ্টা করে দেখুন

আসুন সবচেয়ে সহজ সম্ভাব্য কেস দিয়ে শুরু করা যাক: কিছু পাঠ্য এবং একটি একক চিত্র সহ একটি সাধারণ HTML পৃষ্ঠা৷ কিভাবে ব্রাউজার এই পৃষ্ঠা প্রক্রিয়া করে?

DOM নির্মাণ প্রক্রিয়া

  1. রূপান্তর: ব্রাউজার ডিস্ক বা নেটওয়ার্কের বাইরে HTML এর কাঁচা বাইট পড়ে, এবং ফাইলের নির্দিষ্ট এনকোডিংয়ের (উদাহরণস্বরূপ, UTF-8) উপর ভিত্তি করে পৃথক অক্ষরে অনুবাদ করে।
  2. টোকেনাইজিং: ব্রাউজার অক্ষরগুলির স্ট্রিংগুলিকে স্বতন্ত্র টোকেনে রূপান্তর করে — যেমন W3C HTML5 মান দ্বারা নির্দিষ্ট করা হয়েছে, উদাহরণস্বরূপ, "<html>", "<body>"—এবং কোণ বন্ধনীর মধ্যে অন্যান্য স্ট্রিংগুলি। প্রতিটি টোকেনের একটি বিশেষ অর্থ এবং তার নিজস্ব নিয়ম রয়েছে।
  3. লেক্সিং: নির্গত টোকেনগুলি "বস্তুতে" রূপান্তরিত হয় যা তাদের বৈশিষ্ট্য এবং নিয়মগুলিকে সংজ্ঞায়িত করে।
  4. DOM নির্মাণ: অবশেষে, যেহেতু HTML মার্কআপ বিভিন্ন ট্যাগের মধ্যে সম্পর্ককে সংজ্ঞায়িত করে (কিছু ট্যাগ অন্যান্য ট্যাগের মধ্যে থাকে) তৈরি করা বস্তুগুলি একটি ট্রি ডেটা স্ট্রাকচারে সংযুক্ত থাকে যা মূল মার্কআপে সংজ্ঞায়িত পিতা-মাতা-সন্তানের সম্পর্ককেও ক্যাপচার করে: HTML অবজেক্ট বডি অবজেক্টের প্যারেন্ট, বডি প্যারাগ্রাফ অবজেক্টের প্যারেন্ট, ইত্যাদি।

DOM গাছ

এই সম্পূর্ণ প্রক্রিয়াটির চূড়ান্ত আউটপুট হল আমাদের সাধারণ পৃষ্ঠার ডকুমেন্ট অবজেক্ট মডেল (DOM), যা ব্রাউজারটি পৃষ্ঠার পরবর্তী সমস্ত প্রক্রিয়াকরণের জন্য ব্যবহার করে।

যতবার ব্রাউজার HTML মার্কআপ প্রক্রিয়া করে, এটি উপরের সমস্ত ধাপের মধ্য দিয়ে যায়: বাইটকে অক্ষরে রূপান্তর করা, টোকেন সনাক্ত করা, টোকেনগুলিকে নোডে রূপান্তর করা এবং DOM ট্রি তৈরি করা। এই সম্পূর্ণ প্রক্রিয়াটিতে কিছু সময় লাগতে পারে, বিশেষ করে যদি প্রক্রিয়া করার জন্য আমাদের কাছে প্রচুর পরিমাণে HTML থাকে।

DevTools-এ DOM নির্মাণ ট্রেসিং

আপনি যদি Chrome DevTools খোলেন এবং পৃষ্ঠাটি লোড করার সময় একটি টাইমলাইন রেকর্ড করেন, তাহলে আপনি এই পদক্ষেপটি সম্পাদন করতে প্রকৃত সময় দেখতে পাবেন—উপরের উদাহরণে, HTML এর একটি অংশকে একটি DOM ট্রিতে রূপান্তর করতে আমাদের ~5ms লেগেছে৷ একটি বড় পৃষ্ঠার জন্য, এই প্রক্রিয়াটি উল্লেখযোগ্যভাবে বেশি সময় নিতে পারে। মসৃণ অ্যানিমেশন তৈরি করার সময়, ব্রাউজারটিকে প্রচুর পরিমাণে এইচটিএমএল প্রক্রিয়া করতে হলে এটি সহজেই একটি বাধা হয়ে দাঁড়াতে পারে।

DOM ট্রি ডকুমেন্ট মার্কআপের বৈশিষ্ট্য এবং সম্পর্ক ক্যাপচার করে, কিন্তু রেন্ডার করার সময় উপাদানটি কেমন দেখাবে তা আমাদের জানায় না। এটা CSSOM এর দায়িত্ব।

CSS অবজেক্ট মডেল (CSSOM)

ব্রাউজারটি যখন আমাদের সাধারণ পৃষ্ঠার DOM তৈরি করছিল, তখন এটি একটি বহিরাগত CSS স্টাইলশীট উল্লেখ করে নথির প্রধান বিভাগে একটি লিঙ্ক ট্যাগের সম্মুখীন হয়েছিল: style.css । পৃষ্ঠাটি রেন্ডার করার জন্য এটির এই সংস্থানটির প্রয়োজন বলে অনুমান করে, এটি অবিলম্বে এই সংস্থানটির জন্য একটি অনুরোধ প্রেরণ করে, যা নিম্নলিখিত সামগ্রীর সাথে ফিরে আসে:

body {
  font-size: 16px;
}
p {
  font-weight: bold;
}
span {
  color: red;
}
p span {
  display: none;
}
img {
  float: right;
}

আমরা সরাসরি HTML মার্কআপ (ইনলাইন) এর মধ্যে আমাদের শৈলীগুলি ঘোষণা করতে পারতাম, কিন্তু আমাদের CSS HTML থেকে স্বাধীন রেখে আমাদের বিষয়বস্তু এবং ডিজাইনকে আলাদা উদ্বেগ হিসাবে বিবেচনা করার অনুমতি দেয়: ডিজাইনাররা CSS-এ কাজ করতে পারে, বিকাশকারীরা HTML-এ ফোকাস করতে পারে ইত্যাদি।

HTML এর মতো, আমাদের প্রাপ্ত CSS নিয়মগুলিকে এমন কিছুতে রূপান্তর করতে হবে যা ব্রাউজার বুঝতে এবং কাজ করতে পারে। তাই, আমরা HTML প্রক্রিয়াটি পুনরাবৃত্তি করি, কিন্তু HTML এর পরিবর্তে CSS-এর জন্য:

CSSOM নির্মাণের ধাপ

CSS বাইটগুলিকে অক্ষর, তারপর টোকেন, তারপর নোডগুলিতে রূপান্তরিত করা হয় এবং অবশেষে তারা "CSS অবজেক্ট মডেল" (CSSOM) নামে পরিচিত একটি ট্রি কাঠামোর সাথে সংযুক্ত থাকে:

CSSOM গাছ

কেন CSSOM একটি গাছের গঠন আছে? পৃষ্ঠায় যেকোন বস্তুর জন্য শৈলীর চূড়ান্ত সেট গণনা করার সময়, ব্রাউজারটি সেই নোডের জন্য প্রযোজ্য সবচেয়ে সাধারণ নিয়ম দিয়ে শুরু করে (উদাহরণস্বরূপ, যদি এটি একটি বডি এলিমেন্টের শিশু হয়, তাহলে সমস্ত বডি স্টাইল প্রযোজ্য) এবং তারপরে পুনরাবৃত্তভাবে পরিমার্জিত হয়। আরো নির্দিষ্ট নিয়ম প্রয়োগ করে গণনা করা শৈলী; যে, নিয়ম "ক্যাসকেড নিচে।"

এটিকে আরও কংক্রিট করতে, উপরের CSSOM গাছটি বিবেচনা করুন। <span> ট্যাগের মধ্যে থাকা যেকোন পাঠ্য যা বডি এলিমেন্টের মধ্যে স্থাপন করা হয়, তার ফন্টের আকার 16 পিক্সেল এবং লাল টেক্সট রয়েছে— font-size নির্দেশিকাটি body থেকে span পর্যন্ত ক্যাসকেড হয়। যাইহোক, যদি একটি span ট্যাগ একটি অনুচ্ছেদ ( p ) ট্যাগের চাইল্ড হয়, তাহলে এর বিষয়বস্তু প্রদর্শিত হয় না।

এছাড়াও, মনে রাখবেন যে উপরের গাছটি সম্পূর্ণ CSSOM ট্রি নয় এবং শুধুমাত্র সেই শৈলীগুলি দেখায় যা আমরা আমাদের স্টাইলশীটে ওভাররাইড করার সিদ্ধান্ত নিয়েছি। প্রতিটি ব্রাউজার স্টাইলগুলির একটি ডিফল্ট সেট সরবরাহ করে যা "ব্যবহারকারী এজেন্ট শৈলী" নামেও পরিচিত—এটি আমরা দেখি যখন আমরা আমাদের নিজস্ব কোনো সরবরাহ করি না—এবং আমাদের শৈলীগুলি কেবল এই ডিফল্টগুলিকে ওভাররাইড করে৷

CSS প্রক্রিয়াকরণে কতক্ষণ সময় লাগে তা জানতে আপনি DevTools-এ একটি টাইমলাইন রেকর্ড করতে পারেন এবং "পুনরায় গণনা করা শৈলী" ইভেন্টটি সন্ধান করতে পারেন: DOM পার্সিংয়ের বিপরীতে, টাইমলাইন একটি পৃথক "পার্স CSS" এন্ট্রি দেখায় না এবং পরিবর্তে পার্সিং এবং CSSOM ট্রি ক্যাপচার করে নির্মাণ, প্লাস এই একটি ইভেন্টের অধীনে গণনা করা শৈলীর পুনরাবৃত্ত গণনা।

DevTools-এ CSSOM নির্মাণ ট্রেসিং

আমাদের তুচ্ছ স্টাইলশীটটি প্রক্রিয়া করতে ~0.6ms লাগে এবং পৃষ্ঠার আটটি উপাদানকে প্রভাবিত করে — বেশি নয়, কিন্তু আবার, বিনামূল্যে নয়৷ যাইহোক, আটটি উপাদান কোথা থেকে এসেছে? CSSOM এবং DOM হল স্বাধীন ডেটা স্ট্রাকচার! দেখা যাচ্ছে, ব্রাউজার একটি গুরুত্বপূর্ণ পদক্ষেপ লুকিয়ে রাখছে। এর পরে, আসুন রেন্ডার ট্রি সম্পর্কে কথা বলি যা DOM এবং CSSOM কে একসাথে লিঙ্ক করে।

প্রতিক্রিয়া