এক্সকোড অপরিবর্তিত স্টোরিবোর্ড এবং এক্সআইবি ফাইলগুলি পরিবর্তন করে


132

স্টিরিবোর্ডগুলি গিট ওয়ার্কফ্লো দৃষ্টিকোণ থেকে বরং একটি রাজকীয় ব্যথা যখন একাধিক লোকেরা তাদের সাথে সহযোগিতা করে। উদাহরণস্বরূপ, .storyboard ফাইলে এক্সএমএল তার শুরু হয়েছে <document>ট্যাগ এর toolsVersionএবং systemVersionদ্বারা যাই হোক না কেন কনফিগারেশন সাম্প্রতিকতম ফাইল ম্যানিপ্যুলেটর চলমান হতে ঘটবে রদবদল বৈশিষ্ট্যাবলী। সমলয় সবাই Xcode সংস্করণ অবিকল সাহায্যের বলে মনে হয় toolsVersion, কিন্তু systemVersionকোন ব্যাপার কি, নির্দিষ্ট ম্যাক এবং / অথবা OS X এর সংস্করণের উপর নির্ভর করে ডেভেলপার চলমান পরিবর্তন।

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

আমরা দেখতে পাচ্ছি সবচেয়ে সাধারণ স্বয়ংক্রিয় পরিবর্তন <classes>হ'ল স্টোরিবোর্ড ফাইলের শেষের কাছে পুরো ট্যাগ হায়রাচি অদৃশ্য হওয়া বা পুনরায় প্রদর্শিত । এর কারণ কী তা আমরা খুঁজে পাইনি। আমাদের কাছে বিভিন্ন .lpro ডিরেক্টরিতে স্টোরিবোর্ডের একাধিক স্থানীয় সংস্করণ থাকতে পারে এবং ইন্টারফেস বিল্ডারের ভিতরে এগুলি খোলার সময়, শ্রেণিবিন্যাসটি স্বতঃস্ফূর্তভাবে কিছু থেকে সরিয়ে অন্যের সাথে যুক্ত হতে পারে বা কিছুতে একা ছেড়ে যেতে পারে। এর ফলে প্রচুর শব্দ হয় git diff, কিন্তু এটি আসলে কোনও কার্যকারিতা ভঙ্গ করে না। আমরা প্রায়শই নির্বাচিতভাবে গিটের সূচকে তৈরি হওয়া আসল পরিবর্তনগুলি যুক্ত করব, সেগুলি প্রতিশ্রুতিবদ্ধ করব এবং তারপরে স্বতঃস্ফূর্ত, অযৌক্তিক<classes>পরিবর্তন। এটি ছোট এবং সুন্দর প্রতিশ্রুতিগুলি যেমন রাখা উচিত তেমনি রাখা। যদিও শেষ পর্যন্ত এক্সকোড পরিবর্তনগুলি পুনরায় করে চলেছে এবং এটির সাথে ঝামেলা করা খুব বেশি হয়ে যায় এবং কেউ কেউ অন্য কিছু জিনিস সহ কেবল তাদেরকে রেজিস্ট্রেশন করে ... যা অন্য কারোর এক্সকোড এগুলিকে বিনা পরিবর্তে ফিরিয়ে আনার সিদ্ধান্ত নেওয়ার সিদ্ধান্ত না নেওয়া পর্যন্ত এটি ঠিক আছে is আপাত কারণ (আমাদের প্রতিশ্রুতিবদ্ধ ইতিহাস এর অনেক শপথ করে।)

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


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

3
গিট বা অন্য কিছুর সাথে স্টোরিবোর্ডগুলি ব্যবহার করার মতো নয়। আপনার বন্ধুবান্ধব হওয়ার জন্য ডিজাইন করা হয়নি। আমরা ছেড়ে দিয়েছিলাম এবং .xib এর সাথে চলেছি যা সমস্ত কিছু দুর্দান্ত নয় তবে কমপক্ষে এটি দানাদার।
অহল্ফ

আমরা স্টোরিবোর্ডগুলি দেখতে পেয়েছি বেশ কয়েকটি বেশিরভাগ ক্ষেত্রে খুব ঝরঝরে ঝরঝরে, যদিও এগুলি XIB- এর সাথে প্রায়শই মিশ্রিত করা প্রয়োজন। যদি এই বাগটি কখনও স্থির হয়ে যায় তবে আমরা তাদের সাথে সময়ের বেশিরভাগ অংশে কাজ করে বেশ খুশি হব।
জে কে লাইহো

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

আমি বুঝতে পারছি না যে xcode ক্লাসের ফাইলগুলি পড়ে ক্লাস ব্লকগুলি স্টোরবোর্ডের ভিতরে রেখেছিল কেন সে ক্লাসের ফাইলগুলি পড়ে কেবল সেগুলি ব্লক তৈরি করতে পারে? তারা কি এক ধরণের "ক্যাশে"? যদি তাই হয় তবে তাদের ক্লাসের মধ্যে রাখা উচিত। ক্যাশে ফাইল যাতে আমরা এটি সংস্করণ থেকে বাদ দিতে পারি ...
hariseldon78

উত্তর:


78

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

  • স্টোরিবোর্ড ফাইলগুলিতে অদ্ভুত পরিবর্তনগুলি কেন ঘটে? স্টকবোর্ড ফাইলগুলি কিছু NSSetভিত্তিক যৌক্তিক গাছের কাঠামোর মধ্যে পার্স করতে এক্সকোড এনএসএক্সএমএল এপিআই ব্যবহার করে । যখন এক্সকোডকে পরিবর্তনগুলি লেখার প্রয়োজন NSXMLDocumentহয় এটি লজিকাল ট্রি কাঠামোর উপর ভিত্তি করে তৈরি করে, স্টোরিবোর্ড ফাইল সাফ করে এবং XMLDataWithOptions:ফাইলটি আবার পূরণ করার জন্য কল করে। কারণ সেটগুলি তাদের উপাদানগুলির ক্রম সংরক্ষণ করে না, এমনকি সামান্যতম পরিবর্তনটি পুরো স্টোরিবোর্ড এক্সএমএল ফাইলকে বদলে দিতে পারে।

  • ক্লাস ট্যাগ কেন অদৃশ্য হয়ে যাবে বা এলোমেলোভাবে প্রদর্শিত হবে? <class>অধ্যায় একটি অভ্যন্তরীণ Xcode ক্যাশে ছাড়া আর কিছুই নয়। এক্সকোড ক্লাস সম্পর্কে তথ্য ক্যাশে করতে এটি ব্যবহার করে। ক্যাশে প্রায়শই পরিবর্তন হয়। ক্লাসের .h/.mফাইলগুলি খোলার এবং সরিয়ে ফেলা হলে উপাদানগুলি যুক্ত করা হয় যখন এক্সকোড সন্দেহ হয় যে তারা পুরানো হয়ে পড়েছে (কমপক্ষে পুরানো এক্সকোডগুলি এ জাতীয় আচরণ করে)। আপনি যখন স্টোরিবোর্ডটি সংরক্ষণ করেন, ক্যাশের বর্তমান সংস্করণটি ফেলে দেওয়া হয়, এ কারণেই <class>বিভাগটি প্রায়শই পরিবর্তন হয় এমনকি অদৃশ্য হয়ে যায়।

আমি এক্সকোড বিপরীত ইঞ্জিনিয়ারড না; আমি এক্সকোড এবং স্টোরিবোর্ড ফাইলগুলি পরীক্ষা করে এই পর্যবেক্ষণগুলি করেছি। তবুও, আমি প্রায় 100% নিশ্চিত যে এটি এইভাবে কাজ করে।

উপসংহার :

  • ক্যাশে বিভাগটি গুরুত্বহীন; আপনি এর কোনও পরিবর্তনকে নিরাপদে উপেক্ষা করতে পারবেন।
  • আপনি সমস্ত ফোরামে যা খুঁজে পেতে পারেন তার বিপরীতে স্টোরিবোর্ডগুলির ফাইলগুলি মার্জ করা কোনও জটিল কাজ নয়। উদাহরণস্বরূপ, ধরে নেওয়া যাক MyController1আপনি একটি স্টোরিবোর্ড নথিতে ভিউ কন্ট্রোলার পরিবর্তন করেছেন । স্টোরিবোর্ড ফাইলটি খুলুন এবং এর মতো কিছু সন্ধান করুন <viewController id=”ory-XY-OBM” sceneMemberID=”MyController1”>। আপনি নিরাপদে এই বিভাগে কেবল পরিবর্তনগুলি সংঘটিত করতে পারেন এবং সমস্ত কিছু উপেক্ষা করতে পারেন। যদি আপনি সেগগুলি বা প্রতিবন্ধকতাগুলি পরিবর্তন করেন তবে “ory-XY-OBM”ভিতরে যা কিছু আছে তাও করুন । সরল!

9
এক্সকোড ডিফারফ / সংহতকরণের কোনও আপডেট? মনে হচ্ছে এটি এই সম্প্রদায়ের জন্য দুর্দান্ত উপকারী হবে।
টনি

1
আপনি আমার ওয়েব পৃষ্ঠা থেকে অ্যাপটি পেতে পারেন (প্রোফাইল দেখুন)। অ্যাপটি 100% ফ্রি।
মার্সিন ওলাউস্কি

1
আমার জন্য যতটা সম্ভব স্টোরিবোর্ডগুলি বিভক্ত করা == এক্সআইবি ব্যবহার করে। আপনি যদি সবকিছু কাটা করতে চান তবে একাদশটি ব্যবহার করা সহজ এবং ভাল
মার্সিন ওলাউস্কি

7
"আমি এক্সকোড রিভার্স-ইঞ্জিনিয়ারড করি নি; এক্সকোড এবং স্টোরিবোর্ড ফাইলগুলি পরীক্ষা করে এই পর্যবেক্ষণগুলি করেছি" " যে হয় (অগভীর) বিপরীত প্রকৌশল এবং এটা শীতল । :-)
কনস্টান্টিনো জারোহাস

13
"এটি কোনও ত্রুটি নয়, এটি এক্সকোড স্টোরিবোর্ড ফাইলগুলি কীভাবে প্রক্রিয়াকরণ করে তার ফলাফল" "শ্রদ্ধেয়, এই বাক্যটির ২ য় অর্ধেক কোনওভাবেই প্রথমটিকে ব্যাখ্যা বা যৌক্তিকতা দেয় না। আমি এটিকে সংশোধন করব: "এটি একটি বাগ X এটি XCode .xib ফাইলগুলি কীভাবে প্রক্রিয়া করে তার একটি [n দুর্ভাগ্যজনকভাবে সমাধান না করা এবং অত্যন্ত বিরক্তিকর] ফলাফল" " এক্সকোড ৫.x থেকে .2.২ (আজ, 150311) এর মাধ্যমে .xib ফাইলগুলি কোনওভাবেই বিকাশকারী দ্বারা পরিবর্তিত হয়নি, কেবল আইবিতে দেখা গেছে, অকৃত্রিম এক্সএমএল পরিবর্তনের শিকার হয়। এটি একটি স্থূল বাগ যা উত্পাদনশীলতাকে প্রভাবিত করে। "এনবিডি, কেবল ডাব্লু / গিটগুলিতে ডিল করুন" এর মতো প্রতিক্রিয়া আমাকে নির্বাক করে রাখে।
উদ্বেগজনকভাবে

18

এটি এক্সকোড ৪.৫+ এর একটি বাগ, আমি আশা করি এটি ঠিক হয়ে গেছে, এবং হ্যাঁ এটি একটি পিআইটিএ।

অ্যাপল এ এখানে পূর্ণ বাগ

স্টোরিবোর্ড ফাইলগুলিতে এক্সকোড কৃতজ্ঞ সম্পাদনাগুলি কীভাবে এড়ানো যায়?


1
4.6 তে একই জিনিস। এটি কোনও বাগ নয়।
Thromordyn

4.6.3 এখনও এটি আছে। স্টোরিবোর্ড / xibs যদিও কখনও ভাল কাজ করেছে তা বলতে পারি না
houbysoft

1
"এটি কোনও বাগ নয়, এটি একটি বৈশিষ্ট্য": -এস
মিঃটিজে

এটি কোনও ত্রুটিযুক্ত - হ্যাঁ একটি বিরক্তিকর কোনও প্রমাণ নেই, তবে এটি ঠিক হতে পারে কীভাবে এক্সকোড স্টাফ করেন
টমাস ওয়াটসন

1
7.0.1 এটিতে কোনও পরিবর্তন আনেনি।
অ্যান্ডিস জালাইটিস

11

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

স্টোরিবোর্ডগুলিতে সর্বাধিক সাধারণ জাঙ্ক পরিবর্তনগুলি হ'ল সিস্টেম সংস্করণ সংখ্যা (যেমন আপনি উল্লেখ করেছেন) এবং <classes>ধারাটি ধ্রুবক সংযোজন এবং অপসারণ , এর বাদ যা আমি কখনও দেখিনি। একাদশ <reference key="NSWindow"/>শ্রেণীর ক্ষেত্রে এটি সংযোজন এবং অপসারণ যা কোকো টাচের এমনকি কোনও শ্রেণি নয়। এইমাত্র.

এটিকে সমুদ্রের মতো ভাবুন: উচ্চ ও নিম্ন উভয় জোয়ার রয়েছে। এটি আপনার উপর ধুয়ে দিন।

আহা। এটাই.

আপনার পরিবর্তনগুলি মঞ্চস্থ করার সময়, জাঙ্ক পরিবর্তনগুলি পুনরায় সেট করতে এবং একটি পরিষ্কার প্রতিশ্রুতিবদ্ধ করার সময় আপনি এই পরিবর্তনগুলি উপেক্ষা করতে পারেন।

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

দয়া করে http://bugreporter.apple.com/ এ এই সমস্ত সমস্যা সম্পর্কে প্রচুর বাগ ফাইল করুন ! এবং ওপেনড্যাডারে এন্ট্রি তৈরি করতে ভুলবেন না ।


6

এখানে অন্য উত্তরের দিকে ছোঁড়া কারণ এই পরিস্থিতিটি ব্যাপকভাবে উন্নত হয়েছে। এক্সআইবি ফাইলের জন্য এক্সএমএল যা স্টোরি বোর্ডের প্রতিনিধিত্ব করে greatly

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

যাইহোক, আমি আজ লক্ষ্য করেছি যে স্টোরিবোর্ডে একটি পরিবর্তন হয়েছে এবং বিল্ট ইন ডিফ আমাকে দেখিয়েছে এটি ডকুমেন্ট ট্যাগের (সিস্টেম ভার্সন) একক বৈশিষ্ট্য। তাই বড় কথা নয়।

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


3

এই উন্মাদনাটি কেন ঘটছে তা জেনে রাখা সহায়ক , তবে যারা তাদের প্রকল্পগুলি সতর্কবাণীমুক্ত রাখতে বিশ্বাস করেন এবং যারা কেবল তাদের প্রকল্পগুলিকে স্বাস্থ্যকর অবস্থায় ফিরিয়ে আনতে দ্রুত এবং নোংরা করতে চান:

  1. সুস্পষ্টভাবে নির্দেশ না দেওয়া পর্যন্ত কোনও কিছু কমিট করবেন না

  2. এক্সকোড খুলুন এবং একটি নতুন স্টোরিবোর্ড তৈরি করুন (কমান্ড + এন> আইওএস> ব্যবহারকারী ইন্টারফেস> স্টোরিবোর্ড)। আমি ধরে নেব যে আপনি এটির ডিফল্ট নাম বলবেন Storyboard.storyboard

  3. স্টকবোর্ডটি খুলুন যা এক্সকোড লঙ্ঘন করেছে। আমি অনুমান করব এই হল Base.lproj/Main.storyboard

  4. স্টোরিবোর্ডে সমস্ত কিছু নির্বাচন করুন এবং অনুলিপি করুন (কমান্ড + এ তারপরে কমান্ড + সি)।

  5. খোলা Storyboard.storyboard

  6. এতে কপি এবং পেস্ট করুন Storyboard.storyboard

  7. বন্ধ

  8. একটি টার্মিনাল খুলুন এবং ডিরেক্টরি আপনার ডিরেক্টরিতে পরিবর্তন করুন।

  9. ( ) Main.storyboardদিয়ে প্রতিস্থাপন করুন ।Storyboard.storyboardmv Storyboard.storyboard Base.lproj/Main.storyboard

  10. git add Base.lproj/Main.storyboard; git commit -m "Fix Xcode's insanity."

  11. এর project.pbxprojমাধ্যমে পরিবর্তনগুলি উপেক্ষা করুন git checkout -- project.pbxproj। আপনি যদি git diffফাইল করেন তবে আপনি দেখতে পাবেন যে এটি সবেমাত্র আমাদের অস্থায়ী স্টোরিবোর্ড (যা এখন আর বিদ্যমান নেই) সম্পর্কিত তথ্য যুক্ত করেছে।

  12. এক্সকোড ব্যাক আপ খুলুন এবং দেখুন যে সতর্কতাগুলি অদৃশ্য হয়ে গেছে।

  13. শ্বাস ফেলা।


0

একই স্টোরিবোর্ডে কাজ করা কোনও সমস্যা নয়। তবে একই ভিউকন্ট্রোলারের উপর কাজ করা যা টানা / একীভূত হওয়ার বিষয়ে দ্বন্দ্ব তৈরি করে ভীতিজনক। আমরা বড় টিমের জন্য একই ভিউকন্ট্রোলারে কাজ করা সত্যিই এড়াতে পারি না।

ভাল জিনিসটি হল, আমরা যদি এক্সএমএল কাঠামো বুঝতে পারি তবে বেশিরভাগ সময় আমরা একই ভিউকন্ট্রোলার সংঘাতগুলি স্থির করতে পারি। দলে কাজ করার সময় আমি কখনই এগুলিকে একীভূত করতে ব্যর্থ হই না। মনে করুন আপনি একটি ভিউকন্ট্রোলারের সাথে কাজ করছেন। আপনার দর্শন বর্তমানে ফাঁকা। দয়া করে উত্স কোড বিকল্প থেকে ভিউকন্ট্রোলারের এক্সএমএল কাঠামোটি একবার দেখুন।

এখানে চিত্র বর্ণনা লিখুন

স্টোরিবোর্ডটি ডকুমেন্ট টাইপ ট্যাগ দ্বারা সীমাবদ্ধ xML। স্টোরিবোর্ডের সমস্ত কিছুতে দৃশ্যের দৃশ্যআইডিডি = ট্যাগ থাকে। দৃশ্যের ট্যাগ প্রতিটি ভিউকন্ট্রোলারকে ধারণ করে। বেসিক যে।

এখন আমরা ভিউতে একটি ইউআইএলবেল এবং একটি ইউআইবাটন যুক্ত করেছি। এছাড়াও উপাদানগুলির অটোলেআউট সেট করুন। এখন দেখে মনে হচ্ছে:

এখানে চিত্র বর্ণনা লিখুন

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

এখন আমরা স্টোরিবোর্ডের নামে হোমভিউকন্ট্রোলার নামে আরেকটি ভিউকন্ট্রোলার যুক্ত করি। নতুন ভিউ কন্ট্রোলার যুক্ত করার অর্থ এটি দৃশ্যের ট্যাগের অধীনে একটি নতুন দৃশ্য যুক্ত করে। এটা দেখ:

এখানে চিত্র বর্ণনা লিখুন

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

এখানে চিত্র বর্ণনা লিখুন

দ্বন্দ্বের কোনও সতর্কতার মুখোমুখি হলে, আপনার পূর্ববর্তী উত্স এবং পরিবর্তনের উত্সের সাথে তুলনা করুন। আমরা পুরানো / অপ্রয়োজনীয় কোডটি সরিয়ে ফেলি, নতুন কোডটিকে সঠিক ট্যাগ স্টার্ট-এন্ড দিয়ে রাখি এবং জিনিসগুলি ঠিক করে ফেলি।

[এনবি, সময় পেলে আমি আরও কয়েকটি পরীক্ষার কেস দিয়ে উত্তর আপডেট করব]

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