UI-ڪٽ کان ڊزائين سسٽم تائين

Ivy آن لائن سينما تجربو

جڏهن 2017 جي شروعات ۾ اسان پهريون ڀيرو سوچيو ته اسان جي پنهنجي ڊيزائن کان ڪوڊ ڊليوري سسٽم ٺاهڻ جي باري ۾، ڪيترائي اڳ ۾ ئي ان بابت ڳالهائي رهيا هئا ۽ ڪجهه ڪري رهيا هئا. بهرحال، اڄ ڏينهن تائين، ڪراس-پليٽ فارم ڊيزائن سسٽم جي تعمير جي تجربي جي باري ۾ ٿورو ئي ڄاڻايو ويو آهي، ۽ اڳ ۾ ئي ڪم ڪندڙ پراڊڪٽ ۾ ڊزائن جي عمل جي عمل جي اهڙي تبديلي جي ٽيڪنالاجي ۽ طريقن کي بيان ڪرڻ لاء ڪو به واضح ۽ ثابت ڪيل ترڪيبون موجود نه آهن. ۽ "ڪوڊ ۾ اجزاء" جي ذريعي اهي اڪثر ڪري مختلف شيون آهن.

ان کان علاوه، ڪمپني پنهنجي اسٽاف کي سال جي ڀيٽ ۾ ٻيڻو ڪيو - اهو ضروري هو ته ڊزائن ڊپارٽمينٽ کي ماپڻ ۽ ترقي لاء ترتيب ٺاهڻ ۽ منتقلي جي عمل کي بهتر ڪرڻ. اسان اهو سڀ ڪجهه پليٽ فارمن جي ”زو“ سان ضرب ڪريون ٿا جن کي سپورٽ ڪرڻ جي ضرورت آهي، ۽ اسان کي بابلي پنڊمونيم جو هڪ نمونو ملي ٿو، جيڪو صرف ”عام طور تي ڪرڻ“ ۽ آمدني پيدا ڪرڻ جي قابل ناهي. پليٽ فارمن جي ترقي اڪثر متوازي طور تي اڳتي وڌي ٿي، ۽ ساڳئي ڪارڪردگي ڪيترن ئي مهينن جي وقفي سان مختلف پليٽ فارمن تي جاري ٿي سگهي ٿي.


هر پليٽ فارم لاءِ الڳ لي آئوٽ سيٽ

روايتي طور تي، اسان مسئلن سان شروع ڪيو ته هڪ ڊيزائن سسٽم حل ڪرڻ ۾ مدد ڪندي ۽ ان جي جوڙجڪ لاء گهربل ضرورتن کي ترتيب ڏيندو. ان کان علاوه هڪ متحد بصري ٻولي ٺاهڻ، ترتيب ۽ ترقي جي رفتار کي وڌائڻ، ۽ مجموعي طور تي پيداوار جي معيار کي بهتر بنائڻ لاء، اهو ضروري هو ته ڊزائن کي ممڪن حد تائين متحد ڪيو وڃي. اهو ضروري آهي ته ڪارڪردگي جي ترقي اسان جي سڀني پليٽ فارمن تي هڪ ئي وقت ممڪن ٿي وڃي: ويب، iOS، Android، سمارٽ ٽي وي، tvOS، Android ٽي وي، ونڊوز 10، xBox One، PS4، Roku - انهن مان هر هڪ تي الڳ الڳ ڪم ڪرڻ کان سواء. ۽ اسان ڪيو!

ڊيزائن → ڊيٽا

جڏهن پراڊڪٽ ۽ ڊولپمينٽ ڊپارٽمنٽ جي وچ ۾ بنيادي معاهدو پهچي ويا، اسان هڪ ٽيڪنالاجي اسٽيڪ کي چونڊڻ لاء ويٺا هئاسين ۽ سڄي عمل جي تفصيل تي ڪم ڪيو - ترتيب کان جاري ڪرڻ تائين. مڪمل طور تي خودڪار ڪرڻ لاءِ ڊزائن کي ڊولپمينٽ ۾ منتقل ڪرڻ جي عمل کي، اسان اسڪيچ فائلن مان سڌي طرح لي آئوٽ سان گڏ جزو جي پيرا ميٽرز کي پارس ڪرڻ جو اختيار ڳوليو. اهو ظاهر ٿيو ته ڪوڊ جا ٽڪرا ڳولڻ جيڪي اسان کي گهربل هئا ۽ انهن جي پيٽرولن کي ڪڍڻ هڪ پيچيده ۽ خطرناڪ ڪم هو. پهرين، ڊيزائنرز کي سورس ڪوڊ جي سڀني پرتن جو نالو ڏيڻ ۾ تمام گهڻو محتاط رهڻو پوندو، ٻيو، اهو صرف آسان اجزاء لاء ڪم ڪري ٿو، ۽ ٽيون، ڪنهن ٻئي جي ٽيڪنالاجي تي انحصار ۽ اصل اسڪيچ ترتيب جي ڪوڊ جي جوڙجڪ سڄي مستقبل کي خطرو ڪري ٿو. پروجيڪٽ. اسان هن علائقي ۾ خودڪار طريقي کي ڇڏي ڏيڻ جو فيصلو ڪيو. اهو ڪيئن آهي پهريون شخص ڊزائن سسٽم ٽيم ۾ ظاهر ٿيو، جنهن جي ان پٽ ڊيزائن جي ترتيب آهي، ۽ ان پٽ ڊيٽا آهي جيڪو بيان ڪري ٿو اجزاء جي سڀني پيرا ميٽرز ۽ ترتيب سان ترتيب ڏنل ايٽمي ڊيزائن جي طريقيڪار جي مطابق.

صرف ڪم ڪرڻ لاءِ رهجي ويو هو ڊيٽا کي ڪٿي ۽ ڪيئن ذخيرو ڪجي، ان کي ترقيءَ ۾ ڪيئن منتقل ڪجي ۽ ان کي ترقيءَ ۾ ڪيئن تشريح ڪجي سڀني پليٽ فارمن تي جنهن کي اسين سپورٽ ڪريون ٿا. شام جو دير ٿي وئي... ورڪنگ گروپ جي باقاعدي گڏجاڻين جو نتيجو جنهن ۾ هر پليٽ فارم تان ڊزائنر ۽ ٽيم ليڊز شامل هئا، هيٺ ڏنل معاهدو هو.

اسان دستي طور تي بصري کي ايٽمي عناصرن ۾ پارس ڪريون ٿا: فونٽ، رنگ، شفافيت، انڊينٽ، گول، آئڪن، تصويرون ۽ انيميشن لاءِ مدت. ۽ اسان هن بٽڻن مان گڏ ڪريون ٿا، ان پٽ، چيڪ بڪس، بئنڪ ڪارڊ ويجٽ وغيره. اسان غير معنوي نالا تفويض ڪريون ٿا ڪنهن به سطح جي طرز تي، سواءِ آئڪن جي، مثال طور، شهرن جا نالا، نالن جا نالا، پوکيمون، ڪار. brands... فقط هڪ شرط آهي - فهرست اڳي ئي ختم نه ٿيڻ گهرجي، اسٽائل ڪيئن ختم ٿين ٿا - شو ضرور وڃڻ گهرجي! توهان کي اصطلاحن سان پري نه ٿيڻ گهرجي، انهي ڪري توهان کي "ننڍو" ۽ "وچولي" جي وچ ۾ وچولي بٽڻ شامل ڪرڻ جي ضرورت ناهي، مثال طور.

بصري ٻولي

ڊولپرز کي اهو سوچڻ لاءِ ڇڏيو ويو ته ڊيٽا کي ڪيئن محفوظ ۽ منتقل ڪيو وڃي ان طريقي سان جيڪو سڀني پليٽ فارمن لاءِ موزون هجي، ۽ ڊيزائن کي انٽرفيس عنصرن کي ڊزائين ڪرڻي هئي جيڪا سٺي نظر اچي سگهي ٿي ۽ سهڪاري ڊوائيسز جي پوري فليٽ ۾ مؤثر طريقي سان ڪم ڪري سگهي ٿي.

اڳي، اسان اڳ ۾ ئي منظم ڪيو هو "ٽيسٽ" جي اڪثر ڊيزائن جي عناصرن کي هڪ ايپليڪيشن ۾ Windows 10، جيڪو ان وقت اسان لاءِ هڪ نئون پليٽ فارم هو، اهو آهي، ان کي "شروع کان" رينڊرنگ ۽ ترقي جي ضرورت هئي. ان کي ڊرائنگ ڪندي، اسان اڪثر اجزاء تيار ڪرڻ ۽ جانچڻ جي قابل ٿي ويا هئاسين ۽ سمجھندا هئاسين ته انهن مان ڪهڙن کي مستقبل جي Eevee ڊيزائن سسٽم ۾ شامل ڪيو وڃي. اهڙي سينڊ باڪس کان سواءِ، اهڙو تجربو صرف اڳ ۾ ئي ڪم ڪندڙ پليٽ فارمن تي وڏي تعداد ۾ ورهاڱي ذريعي حاصل ڪري سگهجي ٿو، ۽ اهو هڪ سال کان وڌيڪ وقت وٺندو.

ساڳئي اجزاء کي مختلف پليٽ فارمن تي ٻيهر استعمال ڪرڻ سان ترتيبن جو تعداد گھٽجي ٿو ۽ ڊيزائن سسٽم جي ڊيٽا جي صف کي خاص طور تي، تنهنڪري ڊزائن کي هڪ وڌيڪ مسئلو حل ڪرڻو پوندو، اڳ ۾ پراڊڪٽ ڊيزائن ۽ ترقي جي طريقن ۾ بيان نه ڪيو ويو آهي - ڪيئن، مثال طور، ڇا ٽي وي تي فون ۽ ٽيبليٽ جو بٽڻ ٻيهر استعمال ڪري سگھجي ٿو؟ ۽ اسان کي ڇا ڪرڻ گهرجي فونٽس ۽ عناصر جي سائيز سان اهڙن مختلف پليٽ فارمن تي؟

ظاهر آهي، اهو ضروري هو ته هڪ ڪراس پليٽ فارم ماڊل گرڊ ٺاهيو جيڪو متن ۽ عنصر جي سائيز کي مقرر ڪري ٿو جيڪو اسان کي هر مخصوص پليٽ فارم لاء گهربل آهي. گرڊ جي شروعاتي نقطي جي طور تي، اسان فلم پوسٽرن جي سائيز ۽ تعداد کي چونڊيو جيڪو اسان ھڪڙي خاص اسڪرين تي ڏسڻ چاھيون ٿا، ۽ ان جي بنياد تي، اسان گرڊ ڪالمن جي تعمير لاء ھڪڙو اصول ٺاھيو آھي، بشرطيڪ ھڪڙي ڪالمن جي ويڪر برابر ھجي. پوسٽر جي چوٽي تائين.

ھاڻي اسان کي تمام وڏي اسڪرين کي ھڪڙي ترتيب واري سائيز ۾ آڻڻ جي ضرورت آھي ۽ انھن کي ھڪڙي عام گرڊ ۾ فٽ ڪرڻ گھرجي. ايپل ٽي وي ۽ روڪو 1920x1080 جي ماپ ۾ ٺهيل آهن، Android ٽي وي - 960x540، سمارٽ ٽي وي، وينڊر تي منحصر آهن، ساڳيا آهن، پر ڪڏهن ڪڏهن 1280x720. جڏهن ايپ رينجر ڪئي ويندي آهي ۽ مڪمل HD اسڪرين تي ڏيکاري ويندي آهي، 960 کي 2 سان ضرب ڪيو ويندو آهي، 1280 کي 1,33 سان ضرب ڪيو ويندو آهي، ۽ 1920 ان پٽ وانگر آهي.

بورنگ تفصيلن کي ڇڏيندي، اسان ان نتيجي تي پهتا آهيون ته عام طور تي سڀئي اسڪرينون، بشمول ٽيليويزن اسڪرين، عناصر ۽ انهن جي سائيز جي لحاظ کان، هڪ ڊزائن جي ترتيب سان ڍڪيل هونديون آهن، ۽ سڀئي ٽيليويزن اسڪرين عام ڪراس پليٽ فارم گرڊ جو هڪ خاص ڪيس آهن، ۽ پنج يا ڇهه ڪالمن تي مشتمل آهي، جهڙوڪ هڪ سراسري ٽيبليٽ يا ڊيسڪ ٽاپ. ڪير تفصيل ۾ دلچسپي رکي ٿو، تبصرن ۾ وڃو.

واحد UI سڀني پليٽ فارمن لاءِ

ھاڻي، ھڪ نئين خصوصيت ٺاھڻ لاءِ، اسان کي ھر پليٽ فارم لاءِ لي آئوٽ ٺاھڻ جي ضرورت ناھي، ان سان گڏ انھن مان ھر ھڪ لاءِ موافقت جا اختيار. اهو ڪافي آهي ته هڪ ترتيب ڏيکارڻ ۽ ان جي موافقت سڀني پليٽ فارمن ۽ ڪنهن به ويڪر جي ڊوائيسز لاء: فون - 320-599، ٻيو سڀ - 600-1280.

ڊيٽا → ترقي

يقينن، جيترو اسان چاهيون ٿا هڪ مڪمل طور تي متحد ڊيزائن حاصل ڪرڻ لاء، هر پليٽ فارم جي پنهنجي منفرد خاصيتون آهن. جيتوڻيڪ ٻئي ويب ۽ سمارٽ ٽي وي ReactJS + TypeScript اسٽيڪ استعمال ڪن ٿا، سمارٽ ٽي وي ايپ ورثي ويب ڪِٽ ۽ پريسٽو ڪلائنٽ تي هلندي آهي ۽ ان ڪري ويب سان شيئر نٿا ڪري سگهن. ۽ اي ميل نيوز ليٽر مڪمل طور تي جدول جي ترتيب سان ڪم ڪرڻ تي مجبور آهن. ساڳئي وقت، غير html پليٽ فارمن مان ڪو به استعمال نه ڪندو آهي يا استعمال ڪرڻ جي رٿابندي ڪري ٿو React Native يا ان جي ڪنهن به اينالاگ کي استعمال ڪرڻ جو، ڪارڪردگي جي خراب ٿيڻ کان ڊپ، ڇو ته اسان وٽ تمام گهڻيون ڪسٽم ترتيبون آهن، پيچيده تازه ڪاري منطق، تصويرون ۽ وڊيوز سان گڏ مجموعا. تنهن ڪري، تيار ڪيل CSS انداز يا رد عمل جي اجزاء پهچائڻ جو عام منصوبو اسان لاء مناسب ناهي. تنهن ڪري، اسان JSON فارميٽ ۾ ڊيٽا کي منتقل ڪرڻ جو فيصلو ڪيو، قدرن کي بيان ڪندي خلاصي بياناتي فارم ۾.

تنهنڪري ملڪيت rounding: 8 Windows 10 ايپ کي تبديل ڪري ٿي CornerRadius="8", ويب - border-radius: 8px, Android - android:radius="8dp", iOS - self.layer.cornerRadius = 8.0.
ملڪيت offsetTop: 12 ساڳي ويب ڪلائنٽ مختلف ڪيسن ۾ تفسير ڪري سگھن ٿا top, margin-top, padding-top يا transform

تشريح جي تشريح پڻ ظاهر ڪري ٿي ته جيڪڏهن پليٽ فارم ٽيڪنيڪل طور تي ملڪيت يا ان جي قيمت کي استعمال نٿو ڪري سگهي، اهو ان کي نظرانداز ڪري سگهي ٿو. اصطلاحن جي لحاظ کان، اسان ھڪڙي قسم جي ايسپرانٽو ٻولي ٺاھيو آھي: ڪجھ Android مان، ڪجھ SVG مان، ڪجھ CSS مان.

جيڪڏهن ڪنهن خاص پليٽ فارم تي توهان کي عناصرن کي مختلف طرح سان ڏيکارڻ جي ضرورت آهي، اسان هڪ الڳ JSON فائل جي صورت ۾ لاڳاپيل ڊيٽا جي پيداوار کي منتقل ڪرڻ جي صلاحيت لاڳو ڪئي آهي. مثال طور، سمارٽ ٽي وي لاءِ ”ان فوڪس“ اسٽيٽ پوسٽر جي هيٺان متن جي پوزيشن ۾ تبديلي جو حڪم ڏئي ٿي، جنهن جو مطلب آهي ته هن پليٽ فارم لاءِ هي جزو ”انڊينٽ“ پراپرٽي جي قيمت ۾ 8 انڊينٽيشن پوائنٽس تي مشتمل هوندو جنهن جي ضرورت آهي. جيتوڻيڪ هي ڊزائن سسٽم جي بنيادي ڍانچي کي پيچيده ڪري ٿو، اها آزادي جي هڪ اضافي درجي ڏئي ٿي، اسان کي پليٽ فارمن جي بصري "متفاوت" کي منظم ڪرڻ جو موقعو ڏئي ٿو، ۽ اسان جي ٺاهيل فن تعمير کي يرغمال نه بڻايو وڃي.

Pictograms

هڪ ڊجيٽل پراڊڪٽ ۾ آئيڪونگرافي هميشه هڪ وڏي آهي ۽ نه ئي آسان سب پروجيڪٽ، اڪثر ڪري هڪ الڳ ڊزائنر جي ضرورت هوندي آهي. اتي هميشه گھڻا گليفس آھن، انھن مان ھر ھڪ جا ڪيترائي سائز ۽ رنگ آھن، ۽ پليٽ فارمن کي عام طور تي انھن کي مختلف شڪلين ۾ گھربل آھي. عام طور تي، ڪو به سبب نه هو ته اهو سڀ ڪجهه ڊزائن سسٽم ۾ نه وجهي.

Glyphs SVG ویکٹر فارميٽ ۾ لوڊ ڪيا ويا آهن، ۽ رنگ جا قدر خودڪار طور تي متغير سان تبديل ڪيا ويا آهن. ڪلائنٽ ايپليڪيشنون حاصل ڪري سگھن ٿيون انھن کي استعمال ڪرڻ لاءِ تيار - ڪنھن به شڪل ۽ رنگ ۾.

َ

JSON ڊيٽا جي چوٽي تي، اسان اجزاء جو ڏيک ڏيڻ لاءِ هڪ اوزار لکيو آهي - هڪ JS ايپليڪيشن جيڪا JSON ڊيٽا کي اڏام تي ان جي مارڪ اپ ۽ اسٽائل جنريٽر ذريعي منتقل ڪري ٿي، ۽ برائوزر ۾ هر جزو جي مختلف تبديلين کي ڏيکاري ٿي. لازمي طور تي، ڏيک بلڪل ساڳيو ڪلائنٽ پليٽ فارم ايپليڪيشنن وانگر آهي ۽ ساڳئي ڊيٽا سان ڪم ڪري ٿو.

اهو سمجهڻ جو آسان طريقو آهي ته هڪ خاص جزو ڪيئن ڪم ڪري ٿو ان سان رابطو ڪندي. تنهن ڪري، اسان اوزار استعمال نه ڪيو آهي Storybook وانگر، پر هڪ انٽرويو ڏيک ٺاهيو - توهان ٽچ ڪري سگهو ٿا، پوائنٽ، ڪلڪ ڪري سگهو ٿا... جڏهن ڊزائن سسٽم ۾ هڪ نئون جزو شامل ڪيو وڃي، اهو ڏيک ۾ ظاهر ٿئي ٿو ته جيئن پليٽ فارمن تي ڌيان ڏيڻ لاء ڪجهه هجي جڏهن. ان کي لاڳو ڪرڻ.

دستاويزي

JSON جي صورت ۾ پليٽ فارمن تي مهيا ڪيل ڊيٽا جي بنياد تي، اجزاء لاء دستاويز خودڪار طور تي ٺاهيل آهي. انهن مان هر هڪ ۾ ملڪيتن جي هڪ فهرست ۽ ممڪن قسم جا قدر بيان ڪيا ويا آهن. خودڪار نسل کان پوء، معلومات کي دستي طور تي واضح ڪري سگھجي ٿو ۽ متن جي وضاحت شامل ڪري سگھجي ٿو. ڏيک ۽ دستاويز هر جزو جي سطح تي هڪ ٻئي جي حوالي سان آهن، ۽ دستاويز ۾ شامل سموري معلومات ڊولپرز لاءِ اضافي JSON فائلن جي صورت ۾ موجود آهي.

بدمعاش

هڪ ٻي ضرورت وقت تي موجوده اجزاء کي تبديل ڪرڻ ۽ تازه ڪاري ڪرڻ جي صلاحيت هئي. ڊيزائن سسٽم ڊولپرز کي ٻڌائڻ لاءِ سکيو آهي ته ڪهڙن پراپرٽيز يا ان کان سواءِ پوري جزا استعمال نه ٿي ڪري سگهجن ۽ انهن کي هٽائي ڇڏيو جيئن اهي هاڻي سڀني پليٽ فارمن تي استعمال نه ڪيا وڃن. ان عمل ۾ اڃا به ڪافي ”دستي“ محنت آهي، پر اسين اڃا بيٺا نه آهيون.

ڪلائنٽ جي ترقي

بلاشڪ، سڀ کان وڌيڪ پيچيده مرحلو سڀني پليٽ فارمن جي ڪوڊ ۾ ڊيزائن سسٽم ڊيٽا جي تشريح هئي جنهن کي اسان سپورٽ ڪندا آهيون. جيڪڏهن، مثال طور، ويب تي ماڊلر گرڊ ڪا نئين ڳالهه نه آهي، ته پوءِ iOS ۽ Android لاءِ مقامي موبائل ايپليڪيشنن جي ڊولپر سخت محنت ڪئي ان کان اڳ جو اهي اهو سمجهڻ لڳا ته ان سان ڪيئن رهڻو آهي.

iOS ايپليڪيشن اسڪرين کي ترتيب ڏيڻ لاءِ، اسان iviUIKit پاران مهيا ڪيل ٻه بنيادي ميڪانيزم استعمال ڪندا آهيون: عناصر جي مفت ترتيب ۽ عناصر جي مجموعن جي ترتيب. اسان VIPER استعمال ڪريون ٿا، ۽ iviUIKit سان سڀ لاڳاپا View ۾ مرڪوز ٿيل آهن، ۽ Apple UIKit سان سڀ کان وڌيڪ رابطو iviUIKit ۾ مرڪوز آهي. عناصر جي ماپ ۽ ترتيب ڪالمن ۽ نحوي ڍانچي جي لحاظ کان بيان ڪيا ويا آهن جيڪي مقامي iOS SDK جي پابندين جي مٿان ڪم ڪن ٿا، انهن کي وڌيڪ عملي بڻائي ٿو. اهو خاص طور تي اسان جي زندگي کي آسان بڻائي ٿو جڏهن UICollectionView سان ڪم ڪري رهيو آهي. اسان ترتيب لاءِ ڪيترائي ڪسٽم ريپر لکيا آهن، جن ۾ ڪافي پيچيده شامل آهن. اتي گهٽ ۾ گهٽ ڪلائنٽ ڪوڊ هو ۽ اهو اعلان ڪندڙ بڻجي ويو.

Android پروجيڪٽ ۾ انداز پيدا ڪرڻ لاءِ، اسان Gradle استعمال ڪريون ٿا، ڊيزائن سسٽم ڊيٽا کي XML فارميٽ ۾ انداز ۾ تبديل ڪري. ساڳئي وقت، اسان وٽ مختلف سطحن جا ڪيترائي جنريٽر آهن:

• بنيادي. اعليٰ سطح جي جنريٽرن لاءِ پرائمري جي ڊيٽا کي پارس ڪيو ويو آهي.
• وسيلو. ڊائون لوڊ ڪريو تصويرون، شبیہیں، ۽ ٻيا گرافڪس.
• جزو. اهي هر جزو لاءِ لکيل آهن، جيڪي بيان ڪن ٿا ته ڪهڙيون ملڪيتون آهن ۽ انهن کي انداز ۾ ڪيئن ترجمو ڪجي.

ايپليڪيشن رليز

ڊزائنر کان پوء هڪ نئون جزو ٺاهيا آهن يا هڪ موجوده هڪ کي ٻيهر ڊزائين ڪيو آهي، اهي تبديليون ڊزائن سسٽم ۾ فيڊ ڪيا ويا آهن. هر پليٽ فارم جي ڊولپرز انهن جي ڪوڊ جي نسل کي درست ڪري رهيا آهن تبديلين جي حمايت ڪرڻ لاء. ان کان پوء، اهو استعمال ڪري سگهجي ٿو نئين ڪارڪردگي جي عمل ۾ جتي هن جزو جي ضرورت آهي. اهڙيء طرح، ڊزائن سسٽم سان رابطو حقيقي وقت ۾ نه ٿيندو، پر صرف نئين رليز کي گڏ ڪرڻ وقت. اهو طريقو ڊيٽا جي منتقلي جي عمل تي بهتر ڪنٽرول جي اجازت ڏئي ٿو ۽ ڪلائنٽ ڊولپمينٽ منصوبن ۾ ڪوڊ ڪارڪردگي کي يقيني بڻائي ٿو.

نتيجو

اهو هڪ سال ٿي ويو آهي جڏهن کان ڊزائن سسٽم بنيادي ڍانچي جو حصو بڻجي ويو آهي Ivy آن لائن سينيما جي ترقي جي حمايت ڪندي، ۽ اسان اڳ ۾ ئي ڪجهه نتيجا ڪڍي سگهون ٿا:

• هي هڪ وڏو ۽ پيچيده منصوبو آهي جنهن کي مسلسل وقف وسيلن جي ضرورت آهي.
• هي اسان کي پنهنجي منفرد ڪراس پليٽ فارم بصري ٻولي ٺاهڻ جي اجازت ڏني جيڪا آن لائن وڊيو سروس جا مقصد پورا ڪري ٿي.
• اسان وٽ هاڻي بصري ۽ فنڪشنل طور تي پوئتي پيل پليٽ فارم نه آهن.

Ivy ڊيزائن سسٽم اجزاء جو جائزو - design.ivi.ru

جو ذريعو: www.habr.com