قبول اور اطلاق ویب ڈیزائن کے درمیان اختلافات

ملٹی ڈیوائس ویب ڈیزائن کے دو مختلف طریقوں کا موازنہ کریں

ذمہ دار اور انکولی ویب ڈیزائن کثیر آلہ دوستانہ ویب سائٹ بنانے کے لئے دونوں طریقوں ہیں جو مختلف قسم کے سکرین کے سائز پر کام کرتے ہیں. جبکہ Google کے ذریعہ ذمہ دار ویب ڈیزائن کی سفارش کی گئی ہے اور دو نقطہ نظروں کا زیادہ مقبول ہے، کثیر آلہ ویب ڈیزائن کے لئے ان دونوں طریقوں میں ان کی طاقت اور ان کی کمزوری ہے.

چلو ان اہم علاقوں پر خاص طور پر توجہ مرکوز، ذمہ دار اور انکولی ویب ڈیزائن کے درمیان اختلافات پر نظر آتے ہیں:

کچھ تعریفیں

اس سے پہلے ہم ذمہ دار اور انکولی ویب ڈیزائن کی طرف سے ہمارا ضمنی طرف موازنہ حاصل کرنے سے قبل، دو دو نقطہ نظروں کی اعلی سطح کی تعریف کو دیکھنے کیلئے ایک لمحے لے جاتے ہیں.

قبول ویب سائٹس میں ایک سیال ترتیب ہے جو اسکرین کے سائز کا استعمال کئے جانے کے بغیر تبدیل اور ایڈاپ کرتا ہے. میڈیا سوالات براؤزر کو دوبارہ تبدیل کرنے کے لئے ذمہ دار سائٹس کو "مکھی پر" تبدیل کرنے کی بھی اجازت دیتا ہے.

انپیٹک ڈیزائن پہلے سے طے کردہ بریک پوزیشن پر مشتمل مقررہ سائز کا استعمال کرتا ہے جس میں اسکرین سائز کے لئے سب سے مناسب ترتیب ورژن فراہم کرنے کے لئے جو پہلے ہی صفحے کا پہلا بوجھ ہوتا ہے پتہ چلا ہے.

ان وسیع تعریف کے ساتھ، ہم توجہ مرکوز کے اپنے اہم علاقوں میں تبدیل کرتے ہیں.

ترقی کی آسانی

ذمہ دار اور انکولی ویب ڈیزائن کے درمیان سب سے اہم فرق یہ ہے کہ ان حلوں کو ایک ویب سائٹ پر لاگو کیا جاتا ہے. کیونکہ ذمہ دار ڈیزائن ایک مکمل طور پر سیال ترتیب تخلیق کرتا ہے، یہ سب سے بہتر اس منصوبوں پر استعمال کیا جاتا ہے جہاں آپ اس سائٹ سے زمین سے دوبارہ ترتیب دے رہے ہیں. ذمہ دار بننے کے لئے موجودہ ویب سائٹ کا کوڈ ریٹروفٹ کرنے کی کوشش اکثر اکثر ایک شدید معاملہ ہے کیونکہ آپ کو صرف کنٹرول کا درجہ نہیں ہے، اگر آپ اس کوڈ کو ترقی سے تیار کر رہے ہیں اور ذمہ دار ڈیزائن کو اس عمل کے ابتدائی مراحل کے لۓ اکاؤنٹ میں لے رہے ہیں. . اس کا مطلب یہ ہے کہ جب آپ کسی ویب سائٹ کو ذمہ دار ہونے کے لۓ واپس لے لیتے ہیں، تو آپ موجودہ کوڈ بیس کے اندر اندر رہنے کے لئے سمجھوتہ کرنے پر مجبور ہوجاتے ہیں.

اگر آپ موجودہ مقررہ چوڑائی کی ویب سائٹ کے ساتھ کام کر رہے ہیں تو، ایک انضمام نقطہ نظر کا مطلب یہ ہے کہ آپ اس سائز کو چھوڑ سکتے ہیں کہ سائٹ کو برقرار رکھنے کے لئے ڈیزائن کیا گیا تھا اور ضرورت کے مطابق اضافی انکولی بریک پوائنٹس پر اضافہ ہوتا ہے. کچھ معاملات میں، اگر ایک منصوبے کا بجٹ چھوٹا ہے، اور اگر یہ صرف تھوڑا سا ترقیاتی کام کو ایڈجسٹ کرے گا تو آپ کو صرف چھوٹے اسکرین / موبائل سینٹر سائز کے لئے نئے انکولی بریک پوائنٹس کا انتخاب کرسکتے ہیں. اس کا مطلب یہ ہے کہ آپ بڑے اسکرینز کو ایک ہی ترتیب استعمال کرتے ہیں - شاید 960 بریک پوائنٹ کے ورژن کو جو کہ اس سائٹ کا بنیادی طور پر اصل میں ڈیزائن کیا گیا تھا.

ایک انسپکولی نقطہ نظر کے اوپر یہ ہے کہ آپ موجودہ سائٹ کے کوڈ کو بہتر طریقے سے لے سکتے ہیں، لیکن ایک downsides میں سے ایک یہ ہے کہ آپ ہر بریک پوائنٹ کے لئے مختلف ترتیب کے سانچوں کو تشکیل دے رہے ہیں جو آپ کو سپورٹ کرنے کا انتخاب کرتے ہیں. یہ اس طویل عرصے میں اس حل کی ترقی اور برقرار رکھنے کے لئے ضروری کام کا بوجھ پر اثر پڑے گا.

ڈیزائن کنٹرول

ذمہ دار ویب سائٹس میں سے ایک یہ ہے کہ ان کی بہاؤ ان تمام سکرین کے سائز کو اپنانے اور اس کی حمایت کرنے کی اجازت دیتا ہے، جیسے ہی انکولی نقطہ نظر میں تعین کردہ پری سیٹ ٹوکن پوائنٹس کی مخالفت ہوتی ہے. تاہم، یہ حقیقت یہ ہے کہ ذمہ دار سائٹس کچھ اہم اسکرین کے سائز (عام طور پر سائز جو مارکیٹ میں دستیاب مقبول آلات کے مطابق) کے ساتھ بہت اچھے نظر آتے ہیں، لیکن بصری ڈیزائن اکثر ان مقبول پریکٹس کے درمیان ٹوٹ جاتا ہے.

مثال کے طور پر، 1400 پکسلز کی وسیع اسکرین ترتیب پر 960 پکسلز کی درمیانی اسکرین سائز اور 480 پکسلز پر چھوٹی اسکرین کی نظر میں ایک ویب سائٹ بہت اچھی لگ سکتی ہے، لیکن ان سائز کے اندرونی ریاستوں کے بارے میں کیا ہوسکتا ہے؟ ڈیزائنر کے طور پر، آپ کے درمیان کے سائز اور ان سائز کے صفحے کے بصری نظر پر ان پر کوئی کنٹرول نہیں ہے، مثالی طور پر مثالی طور پر کم ہے.

ایک انضمام ویب سائٹ کے ساتھ، آپ کو مختلف ترتیبوں پر زیادہ ڈیزائن کنٹرول کا استعمال کیا جا رہا ہے کیونکہ وہ آپ کے قائم کردہ بریک پوائنٹس کے مطابق سائز طے کر رہے ہیں. ریاستوں کے درمیان اقوام متحدہ میں کوئی مسئلہ نہیں ہے کیونکہ آپ نے ہر "نظر" کو احتیاط سے ڈیزائن کیا ہے (ہر بریک پوائنٹ کے ڈسپلے کا مطلب ہے کہ) زائرین کو بھیج دیا جائے گا.

جیسا کہ پرکشش ہے اس طرح کے ڈیزائن کے کنارے کنٹرول کے مطابق، آپ کو معلوم ہونا چاہئے کہ یہ قیمت پر آتا ہے. جی ہاں، آپ کو ہر وقفے کے نقطہ نظر پر مکمل کنٹرول ہے، لیکن اس کا مطلب ہے کہ آپ کو ہر ایک منفرد ترتیب کے لئے ڈیزائن کرنے کے لئے ڈیزائن ڈیزائن وقت سرمایہ کاری کرنا ہوگا. زیادہ بریک پوائنٹس جو آپ ڈیزائن کرتے ہیں، اس وقت آپ کو اس عمل پر خرچ کرنے کی ضرورت ہوگی.

سپورٹ کی برہ

دونوں ذمہ دار اور انکولی ویب ڈیزائن بہت مضبوط حمایت سے لطف اندوز، خاص طور پر جدید براؤزرز میں.

اطلاق ویب سائٹس کو سرور کے اجزاء یا اسکرین کا سائز کا پتہ لگانے کے لئے جاوا اسکرپٹ کی ضرورت ہوتی ہے. ظاہر ہے، اگر ایک انکولی سائٹ کو جاوا اسکرپٹ کی ضرورت ہوتی ہے تو، اس کا مطلب یہ ہے کہ براؤزر کو اس کو مناسب طریقے سے کام کرنے کے لۓ فعال کرنے کی ضرورت ہے. یہ آپ کے لئے ایک اہم تشویش نہیں ہوسکتا ہے کیونکہ زیادہ تر لوگ ان کے براؤزر میں جاوا اسکرپٹ پڑے گا، لیکن کسی بھی وقت کسی سائٹ پر کسی بھی اہم تناسب ہے، یہ غور کرنا چاہئے.

قبول ویب سائٹس اور ذرائع ابلاغ کے سوالات ہیں کہ وہ طاقتور تمام جدید براؤزروں میں اچھی طرح سے کام کریں گے. آپ کے پاس صرف ایک ہی مسئلہ انٹرنیٹ پر ایکسپلورر کے پرانے ایڈیشن کے ساتھ ہیں جب سے ورژن 8 اور ذیل میں میڈیا کے سوالات کی حمایت نہیں کرتے ہیں. اس کے ارد گرد کام کرنے کے لئے ، ایک جاوا اسکرپٹ polyfill اکثر استعمال کیا جاتا ہے ، جس کا مطلب یہ ہے کہ یہاں جاوا اسکرپٹ پر بھی انحصار ہے، کم از کم IE کے ان قدیم ورژن کے لئے. پھر، یہ آپ کے لئے بہت زیادہ تشویش نہیں ہوسکتا ہے، خاص طور پر اگر آپ کی سائٹ کے تجزیات سے پتہ چلتا ہے کہ آپ ان پرانے براؤزر کے ورژن کا استعمال کرتے ہوئے بہت سے زائرین نہیں ملتے ہیں.

مستقبل دوستی

ذمہ دار ویب سائٹس کی سیال نوعیت ان کو انکشش سائٹس سے فائدہ اٹھانے دیتا ہے جب یہ مستقبل کے دوستی کے ساتھ آتا ہے. یہی وجہ ہے کہ ان ذمہ دار سائٹس کو صرف ٹوٹ پوائنٹس کے پہلے سے مقرر کردہ سیٹ کو ایڈجسٹ کرنے کے لئے تعمیر نہیں کیا جاتا ہے. انہوں نے تمام اسکرینوں کو فٹ ہونے کے لۓ اپنانے کے لۓ، ان میں شامل ہونے والے افراد جو اصل میں آج مارکیٹ میں نہیں ہوسکتے ہیں. اس کا مطلب یہ ہے کہ ذمہ دار سائٹوں کو "مقررہ" ہونے کی ضرورت نہیں ہوگی اگر کوئی نیا اسکرین قرارداد اچانک مقبول ہو جائے.

ڈیوائس زمین کی تزئین میں ناقابل اعتماد قسم کی تلاش میں (جیسا کہ اگست 2015، مارکیٹ میں 24،000 سے زائد مختلف لوڈ، اتارنا Android آلات موجود تھے)، اس سائٹ پر جو اس وسیع پیمانے پر اسکرینوں کو ایڈجسٹ کرنا چاہتے ہیں مستقبل کے دوستی کے لئے انتہائی ضروری ہے. یہ اس لیے ہے کہ اس زمین کی تزئین کی مستقبل میں کسی بھی کم متنوع ہونے کی امکان نہیں ہے، جس کا مطلب یہ ہے کہ مخصوص اسکرین یا سائز کے لئے ڈیزائن ناممکن بن جائے گا، اگر ہم نے اس حقیقت کو پہلے ہی نہیں پہنچایا ہے.

اس مقابلے کے منظر کے دوسری طرف، اگر کوئی سائٹ انکولی ہے اور اس میں نئی ​​قراردادیں شامل نہیں ہوسکتی ہے جو مارکیٹ میں اہم ہوسکتی ہے، تو پھر آپ کو اس بریک پوائنٹ میں شامل کرنے کے لئے مجبور کیا جا سکتا ہے جسے آپ نے پیدا کیا ہے. اس منصوبوں پر ڈیزائن اور ترقی کا وقت بڑھتا ہے اور اس کا مطلب یہ ہے کہ ان انکولی سائٹس کو یہ یقینی بنانے کے لئے مسلسل نگرانی کرنا ضروری ہے کہ اس بازار میں کوئی نیا بریک پوائنٹس متعارف کرایا جاسکیں جس پر سائٹ پر شامل ہونا ضروری ہے. پھر، آلہ کی تنوع کے ساتھ یہ کیا جا رہا ہے، مسلسل نئے سائز کی جانچ پڑتال اور نئے بریک پوائنٹس کے ساتھ ان کو ایڈجسٹ کرنے کے لئے ایک جاری چیلنج ہے جس کے لئے آپ کو ایک سائٹ کی حمایت اور اس کی بحالی کی لاگت کرنا ہوگا اس پر اثر پڑے گا. کمپنی یا تنظیم جس کے لئے سائٹ ہے.

کارکردگی

ڈاؤن لوڈ کی رفتار / کارکردگی کے نقطہ نظر سے غریب حل ہونے کے لۓ قبول ویب ڈیزائن طویل عرصہ پر (بہت سے معاملات میں) پر الزام لگایا گیا ہے. یہ زیادہ تر حقیقت یہ ہے کہ اس نقطہ نظر کے ابتدائی دنوں میں، بہت سارے ویب ڈیزائنرز نے صرف ایک چھوٹی سی اسکرین میڈیا سوالات کو سائٹ کے موجودہ سی ایس ایس پر ڈال دیا. اس نے زبردست اسکرینوں کو جو تمام آلات پر پہنچایا ہے ان کی تصاویر اور ذرائع پر مجبور کر دیا، یہاں تک کہ اگر ان چھوٹے اسکرینوں کو ان کے آخری ترتیب میں استعمال نہیں کیا گیا. قبول ڈیزائن ایک طویل راستہ آیا ہے کیونکہ ان دنوں اور حقیقت یہ ہے کہ آج کی معیار کے ذمہ دار سائٹس کی کارکردگی کے مسائل سے کوئی تعلق نہیں ہے.

سست ڈاؤن لوڈ کی رفتار اور پردہ ویب سائٹس ایک ذمہ دار ویب سائٹ کا مسئلہ نہیں ہے - یہ ایک ایسی مسئلہ ہے جو تمام ویب سائٹس پر پایا جا سکتا ہے. تصاویر جو بہت بھاری ہیں، سماجی میڈیا، فی زیادہ سکرپٹ اور زیادہ سے زیادہ فیڈ اور ایک ویب سائٹ وزن، لیکن ذمہ دار اور انکولی ویب سائٹس کو روزہ لوڈنگ کرنے کے لئے بنایا جا سکتا ہے. یقینا ، وہ ایسے طریقے سے بھی تعمیر کی جاسکتی ہیں جو کارکردگی کو ترجیح دیتے نہیں ہیں، لیکن یہ خود حل کا کوئی فائدہ نہیں ہے، بلکہ اس ٹیم کی عکاسی ہے جسے سائٹ کی ترقی میں ملوث تھا.

باہر لے آؤٹ

انکولی ویب ڈیزائن کے سب سے زیادہ باہمی پہلوؤں میں سے ایک یہ ہے کہ آپ سائٹ کے ڈیزائن کے اوپر سیٹ ٹوٹ پوائنٹس کے لئے نہ صرف کنٹرول کرسکتے ہیں بلکہ وسائل کے ورژن بھی فراہم کرتے ہیں. مثال کے طور پر، اس کا مطلب یہ ہے کہ ریٹنا تصاویر صرف ریٹنا کے آلات کو بھیجا جا سکتا ہے، جبکہ غیر ریٹنا اسکرین زیادہ مناسب تصاویر حاصل کرسکتے ہیں جو چھوٹے سائز کے سائز میں ہیں. دوسری ویب سائٹ وسائل (جاوا اسکرپٹ فائلوں، سی ایس ایس شیلیوں، وغیرہ) صرف اس وقت ہوسکتی ہیں جب انہیں ضرورت ہو گی اور اسے استعمال کیا جائے گا.

انکولی ویب ڈیزائن کے اس استعمال سے کہیں زیادہ سادہ مساوات بڑھ جاتا ہے "اگر آپ کسی ویب سائٹ کو دوبارہ حاصل کر رہے ہیں تو، انکولی استعمال کرنے کے لئے آسان نقطہ نظر ہوسکتا ہے." تمام سائٹس بشمول مکمل طور پر دوبارہ شامل ہوسکتے ہیں.

اس منظر میں اس "ذمہ دار مقاصد کے انکولی" بحث کی جدید نوعیت کو ظاہر کرتا ہے. حالانکہ یہ سچ ہے کہ سائٹ کے ریٹروفٹس کے جواب میں ایک انکولی نقطہ نظر کو بہتر بنایا جا سکتا ہے، یہ مکمل ریجائزز کے لئے بھی بہترین حل بھی ہوسکتا ہے. اسی طرح، بعض معاملات میں ایک موجودہ سائٹ کے کوڈ بیس پر ایک ذمہ دار نقطہ نظر شامل کیا جاسکتا ہے، اس ویب سائٹ کو مکمل طور پر ذمہ دار نقطہ نظر کے تمام فوائد دے.

بہتر کون سا طریقہ ہے؟

جب یہ ذمہ دار بمباری کرنے کے قابل بناتی ہے تو ویب سائٹ پر کوئی واضح "فاتح" نہیں ہے، اگرچہ ذمہ دار یقینی طور سے زیادہ مقبول نقطہ نظر ہے. سچ میں، "بہتر" نقطہ نظر ایک خاص منصوبے کی ضروریات پر منحصر ہے. اس کے علاوہ، اسے "یا تو / یا" صورت حال کی ضرورت نہیں ہے. بہت سارے ویب پیشہ ور افراد ہیں جو تعمیراتی سائٹوں کی تعمیر کرتے ہیں جو انکے بہترین ڈیزائن (مائع کی چوڑائی، مستقبل کی معاونت) کے ساتھ منسلک ڈیزائن (بہتر ڈیزائن کنٹرول، سائٹ وسائل کے اسمارٹ لوڈنگ) کے ساتھ شامل ہیں.

عام طور پر RESS (سرور ویب سائڈ اجزاء کے ساتھ قبول ویب ڈیزائن) کے طور پر جانا جاتا ہے، یہ نقطہ نظر سے پتہ چلتا ہے کہ "کوئی سائز بالکل حل نہیں کرتا ہے." ذمہ دار ویب ڈیزائن اور انکولیشن دونوں کو ان کی طاقت اور ان کی چیلنجز ہے، لہذا آپ کو اس بات کا تعین کرنے کی ضرورت ہے کہ آپ کے مخصوص منصوبے کے لئے بہترین کام کریں گے، یا اگر ایک ہائبرڈ حل آپ کو اصل میں بہتر بنا سکتا ہے.