কীভাবে এই ডিবাগ করবেন তার কোনও ধারণা আছে?
শুধুমাত্র একবার সতর্কতা: একটি কেস সনাক্ত করেছেন যেখানে সারণীভিউ সেলটির সামগ্রী দেখার জন্য অস্পষ্টভাবে শূন্যের উচ্চতার প্রস্তাব দেয় rain আমরা অজান্তেই পতনটি বিবেচনা করছি এবং এর পরিবর্তে মান উচ্চতা ব্যবহার করছি।
সারিগুলির দ্বারা নির্ধারিত হিসাবে নির্দিষ্ট উচ্চতা রয়েছে
- (CGFloat)tableView:(UITableView *)tableView
heightForRowAtIndexPath:(NSIndexPath *)indexPath{
return 34.0;
}এবং সব constraintsখুশি মনে হচ্ছে ...
উত্তর:
একটি রিটার্ন উচ্চতা এবং আনুমানিক উচ্চতা জোর করা সতর্কতা আমার ক্ষেত্রে অদৃশ্য হয়ে যায়।
- (CGFloat)tableView:(UITableView *)tableView
estimatedHeightForRowAtIndexPath:(NSIndexPath *)indexPath {
return 44;
}
- (CGFloat)tableView:(UITableView *)tableView
heightForRowAtIndexPath:(NSIndexPath *)indexPath {
return 44;
}আর দুটি সমাধান যেখানে আপনার দুটি ওভাররাইডের দরকার নেই তা হ'ল self.tableView.rowHeight = 44;আপনার loadViewবা আর ডি পদ্ধতিতে ব্যবহার করা।
যা করা যায় তা হ'ল উপর থেকে এবং সামগ্রীর দৃশ্যের নীচে উল্লম্ব সীমাবদ্ধতা যুক্ত করা। এটি অটোলেআউটকে খুশি করবে (কারণ তিনি এখন নিজের ঘরের উচ্চতা গণনা করতে জানেন)।
আপনি যদি স্বতঃআলিআউট সীমাবদ্ধতা এবং ইউআইটিএবল ভিউআউটমেটিক মাত্রা ব্যবহার করছেন তবে কোডটিতে আপনার উচ্চতা ওভাররাইড করে এই ত্রুটিটি বাতিল করার কোনও ভুল সমস্যা নয়। এর অর্থ হ'ল কক্ষের উচ্চতা নির্ধারণ স্বয়ংক্রিয়ভাবে কাজ করছে না কারণ আপনার যথাযথ উল্লম্ব সীমাবদ্ধতার প্রয়োজন নেই।
আপনি যদি আমার মতো হন এবং এই ত্রুটিটি পেয়ে থাকেন এবং কোন সেলটি ত্রুটিটি ছুঁড়েছে তা সনাক্ত করার জন্য যদি প্রয়োজনের প্রয়োজন হয় তবে আপনি আপনার 'উচ্চতাফোড়আউটআইডেক্সপথ' পদ্ধতিটি ফেরার আগে ঠিক নীচের লাইনটি যুক্ত করতে পারেন।
NSLog(@"Section %ld Row %ld", (long)[indexPath section], (long)[indexPath row]);এটি বিভাগ এবং সারিগুলির একটি দীর্ঘ তালিকা মুদ্রণ করবে, তবে ত্রুটিটি নির্দিষ্ট কোষের সাথে সাথেই ত্রুটিটি উপস্থিত হবে যা ত্রুটি সৃষ্টি করছে এবং আপনি খুব দ্রুত সনাক্ত করতে পারবেন কোন কোষটি সমস্যা সৃষ্টি করছে এবং ততক্ষণে আপনার সীমাবদ্ধতাগুলি ঠিক করতে পারেন। এটি স্ট্যাটিক সেলগুলির জন্য বিশেষভাবে সহায়ক। ম্যানুয়ালি প্রবেশ করা সংখ্যার সাথে উচ্চতা ওভাররাইড করা কাজ করবে যদি আপনি অটোলআউট এবং স্বয়ংক্রিয় সেল উচ্চতা ব্যবহার না করেন তবে মূলত এই বৈশিষ্ট্যগুলি অক্ষম করে দেবে যা খুব খারাপ সমাধান যদি এর কিছু আপনি ব্যবহার করার চেষ্টা করছেন।
আপনি যদি আগে 'হাইটারফোর্ডআউটইন্টেক্সপথ' পদ্ধতি ব্যবহার না করে তবে আপনার ইউআইটিএবলভিউআউটমেটিক মাত্রা সেটিংটি পূর্বাবস্থায় না ফেলে এই ত্রুটিটি ডিবাগ করতে চান তবে কেবল আপনার কোডটিতে এটি যুক্ত করুন:
- (CGFloat)tableView:(UITableView *)tableView heightForRowAtIndexPath:(NSIndexPath *)indexPath {
NSLog(@"Section %ld Row %ld", (long)[indexPath section], (long)[indexPath row]);
return UITableViewAutomaticDimension;
}এক্সকোড .1.১ এ একটি বাগ রয়েছে বলে মনে হচ্ছে যা অটো-লেআউট ব্যবহার করে এই সমস্যার কারণ হয়ে থাকে এবং আপনি প্রতিটি সারণী দর্শন ঘরের জন্য সারি উচ্চতার জন্য কোনও মান নির্দিষ্ট করে না, তবে পরিবর্তে আপনি "ডিফল্ট" মানটি রেখে যান। প্রতিটি কক্ষের জন্য সারি উচ্চতার পাশে "কাস্টম" চেকবক্সটি কেবল পরীক্ষা করে সতর্কতাটি দূরে সরিয়ে দেয়।
হ্যাঁ, আপনি কেবল সারণী দর্শন কক্ষে আইটেমগুলির জন্য অনুভূমিক সীমাবদ্ধ থাকলেও আপনি সমস্ত প্রতিবন্ধকতা "খুশি" পাবেন। আমার একই সমস্যা ছিল। আপনাকে উল্লম্ব সীমাবদ্ধতাও যুক্ত করতে হবে। এটি করা, সেই সতর্কতা চলে যাবে।
সীমাবদ্ধতাগুলি বিন্যাসের উদ্দেশ্যে খুশি হতে পারে তবে স্বয়ংক্রিয়ভাবে সারি উচ্চতার উদ্দেশ্যে সন্তুষ্ট নয়। একটি সুখী বিন্যাসের অর্থ সামগ্রীটি অস্পষ্টতা ছাড়াই ছড়িয়ে দেওয়া যেতে পারে। এটি ইন্টারফেস বিল্ডারে চেকগুলি সন্তুষ্ট করবে।
স্বয়ংক্রিয় সারির উচ্চতার জন্য একটি সুখী বিন্যাসের অর্থ হ'ল উপরেরগুলি ছাড়াও, আপনি ঘরের নীচে থাকা সীমাবদ্ধতাগুলিও অন্তর্ভুক্ত করছেন।
আরও এখানে: একটি ক্ষেত্রে শনাক্ত করেছেন যেখানে সীমাবদ্ধতা অস্পষ্টভাবে শূন্যের উচ্চতা প্রস্তাব করে
আমি টেবিল ভিউ আকার পরিদর্শকটিতে সারি উচ্চতা 43 (বা <> 44) ব্যবহার করেছি এবং ত্রুটিটি অদৃশ্য হয়ে গেছে। 44 ব্যবহার করে আমি ত্রুটি পেয়েছি। এক্সকোড সংস্করণ 6.0.1।
- এই উত্তরটি একজন মডারেটর দ্বারা সরানো হয়েছিল, দয়া করে করবেন না, এটি সমস্যার সমাধান করে। এটি আমার জন্য সমস্যাটি সমাধান করে এবং এটি অন্যদের জন্যও করতে পারে। আপনি আবার মুছে ফেলা না আপনি তাই উদার হতে পারে।
আমি সতর্কতাটি সরিয়ে ফেলতে পারি না, তবে বাধা কাজ করতে আমি iOS8 এ নতুন সেট করে, টেবিলভিউ সম্পত্তিটি estimatedRowHeightনির্দিষ্ট উচ্চতায় রেখেছি এবং heightForRowAtIndexPathবাস্তবায়ন সরিয়েছি removed
যদি আপনি সেই সতর্কতাটি পেয়ে থাকেন তবে সম্ভবত এটি কারণ আপনি অটো লেআউট ব্যবহার করছেন এবং আপনার সেলগুলিতে কোনও বাধা নেই।
হয় আপনি স্বয়ংক্রিয় বিন্যাস ব্যবহার বন্ধ করা উচিত বা কোষের উচ্চতা নির্বিঘ্নভাবে সংজ্ঞা দেয় এমন প্রতিবন্ধকতাগুলি প্রয়োগ করুন।
ডানদিকে ফাইল ইন্সপেক্টরটিতে "অটোলেআউট ব্যবহার করুন" বিকল্পটি নির্বাচন করে আপনি ইন্টারফেস বিল্ডারে স্বয়ংক্রিয় বিন্যাসটি বন্ধ করতে পারেন।
আপনি যদি অটো লেআউট ব্যবহার করা চয়ন করেন এবং আপনার কক্ষগুলির উচ্চতা স্থির করা হয় তবে উপযুক্ত সীমাবদ্ধতাগুলি কার্যকর করা সহজ হওয়া উচিত। কেবলমাত্র ঘরের কনটেন্ট ভিউর সংক্ষিপ্তসারগুলির জন্য উচ্চতার সীমাবদ্ধতাগুলি যুক্ত করুন এবং সাবউভিউগুলির মধ্যে এবং সাবউভিউ এবং সামগ্রীর দৃশ্যের মধ্যে উল্লম্ব স্থান সীমাবদ্ধতা প্রয়োগ করুন। উদাহরণস্বরূপ, আপনার ঘরে যদি একটি লেবেল থাকে তবে এটি কাজ করবে:
উল্লম্ব প্রতিবন্ধকতা
অনুভূমিক প্রতিবন্ধকতা
আপনার জন্য সঠিক উচ্চতা গণনা করতে আপনি অটোলাউট ব্যবহার করতে পারেন। এখানে iOS 8 এ সম্পর্কে ডায়নামিক সেল উচ্চতা একটি চমৎকার পোস্ট: http://natashatherobot.com/ios-8-self-sizing-table-view-cells-with-dynamic-type/
ইন সুইফট অত্যাচার একটি ফিরতি উচ্চতা আমার সমস্যা সংশোধন:
override func tableView(tableView: UITableView, heightForRowAtIndexPath indexPath: NSIndexPath) -> CGFloat {
if(indexPath.row == 0){
return CGFloat(131.0)
}else if(indexPath.row == 8){
return CGFloat(97.0)
}else{
return CGFloat(44.0)
}
}বগ স্ট্যান্ডার্ড ফিক্সের জন্য, কোনও বাধা নেই, আনুমানিক উচ্চতা নেই, বা ইঞ্জিনিয়ারিংয়ের সমস্যা নেই। আমি একটি ডিফল্ট প্রকল্প তৈরি করেছি, টেবিলভিউটি ওয়্যার্ড করেছি তবে উচ্চতা প্রতিনিধিটিকে ভিউ কন্ট্রোলারে রাখতে ভুলে গেছি । কেবল এই সতর্কতাটি দূরে সরাতে আপনার এটি দরকার।
- (CGFloat)tableView:(UITableView *)tableView heightForRowAtIndexPath:(NSIndexPath *)indexPath{
return 44;
}আপনার টেবিলের ভিউ কন্ট্রোলারে।
আমি ইউটিবেলভিউসেলের অভ্যন্তরে একটি ম্যাপভিউ ব্যবহার করছিলাম। আমি মানচিত্রের দৃশ্যের উচ্চতাটি ডিভাইসের স্ক্রিন আকারের 1/3 তম পরিবর্তন করেছি। আমি একই ত্রুটি পেয়েছি। আমি ইউটিবেলভিউসেলের সামগ্রীর দৃশ্যে হারিয়ে যাওয়া সীমাবদ্ধতা যুক্ত করে ত্রুটিটি স্থির করেছি।
1) কন্টেন্টভিউ সীমাবদ্ধতা সাফ করুন।
2) কনটেন্টভিউতে প্রস্তাবিত ধ্রুবকগুলিতে রিসেট সেট করুন।
3) অনুপস্থিত সীমাবদ্ধতাগুলি যুক্ত করুন - যদি কোনও হয়
4) আমরা নিশ্চিত করি যে সামগ্রী ভিউতে সমস্ত প্রয়োজনীয় বাধা রয়েছে।
আমার ক্ষেত্রে, এটি কারণ যে আমি xib দিয়ে ঘরটি ডিজাইন করছি, এবং আমি সেই xib ফাইলটি টার্গেটে যুক্ত করতে ভুলে গেছি।
আমি সেই xib ফাইলটি টার্গেটে যুক্ত করার পরে, সমস্যাটি চলে গেছে
এই পৃষ্ঠার উত্তরগুলি উচ্চতার সীমাবদ্ধতা যুক্ত করার বা ম্যানুয়ালি সারি ফেরত দেওয়ার বিষয়ে আলোচনা করার সময় উচ্চতার 44 টির মতো উচ্চতাউরোআউটআইডেক্সপথ সতর্কতাটি দূরে সরিয়ে দেবে, তারা অতিরিক্ত অতিরিক্ত কারণ Xcode এ এটি একটি বাগ যা কমপক্ষে সংস্করণ 6.3.2 (6D2105) এ দৃশ্যমান।
আপনি যদি ভিডিডিএলডে একটি ব্রেকপয়েন্ট সেট করেন, আপনি স্টোরিবোর্ডে 44 এর একটি সারির উচ্চতা নির্দিষ্ট করে থাকলেও আপনি সেই স্ব.ট্যাব.ভিউ.রোউ হাইট = -1 (ইউআইটিবেল ভিউআউটমেটিক ডাইমেনশন) দেখতে পাবেন। এটি হ'ল অ্যাপল ভুলভাবে ধরে নিয়েছে যে আপনি যদি সারিটির উচ্চতা ৪৪-এ রেখে দেন তবে আপনি গতিশীল সারি উচ্চতা চান because
এখানে কয়েকটি সম্ভাব্য সমাধান এবং তার ফলাফল রয়েছে:
স্টোরিবোর্ডে (কাজগুলি) সারি উচ্চতা 43 বা 45 এ সেট করুন।
ম্যানুয়ালি 44 উচ্চতারফরআউটআইডেক্সপথ (কাজ) এর উচ্চতা ফিরিয়ে আনুন।
ইউআইটিএবলভিউসেল এর উপাদান এবং এর সামগ্রীভিউ (কাজ) এর মধ্যে উচ্চতার সীমাবদ্ধতা যুক্ত করুন।
দুর্ভাগ্যক্রমে, এই সমাধানগুলির জন্য হয় আপনার নকশা পরিবর্তন করা, অপ্রয়োজনীয় সীমাবদ্ধতা যুক্ত করতে বা বাগের চারপাশে কাজ করার জন্য অপ্রয়োজনীয় কোড যুক্ত করা দরকার। আমি সহজ সমাধানটি চেষ্টা করেছি (যা আমি মনে করি):
আমি সত্যিই এটির জন্য একটি খাঁটি স্টোরিবোর্ড সমাধান চেয়েছিলাম, তাই শেষ পর্যন্ত আমি চেষ্টা করেছি:
এই বাগগুলি আইওএস বিকাশের ক্ষেত্রে খুব সাধারণ এবং বিকাশকারীরা কীভাবে দীর্ঘমেয়াদে রক্ষণাবেক্ষণযোগ্যতাগুলিকে সমাধান করতে পারে তার সমাধানগুলি অতিরিক্তভাবে ব্যয় করতে বাধ্য করে।
যেহেতু একটি ধারণামূলকভাবে সঠিক সমাধান খুঁজে পাওয়া যায় যা রক্ষণাবেক্ষণযোগ্য এবং অবহেলিত বলে মনে হয় না তাই এটি অপ্রয়োজনীয়, এবং ধরে নিই যে অ্যাপল বাগটি সংশোধন করবে এবং 44 ভবিষ্যতের জন্য ডিফল্ট সারি উচ্চতা হতে চলেছে, তারপরে বাধা বা ব্যবহারকারী-সংজ্ঞায়িত রানটাইম বৈশিষ্ট্য সমাধান সম্ভবত সবচেয়ে রক্ষণাবেক্ষণযোগ্য।
আমার মনে হয় এখানে দুটি গুরুত্বপূর্ণ বিষয় ঘটছে।
1) আপনি সিআরটিএল + টেনে আনলে সীমাবদ্ধতাগুলিকে ভুল করা অত্যন্ত সহজ। সুতরাং, আপনি এটি সঠিকভাবে করেছেন তা ডাবল পরীক্ষা করে দেখুন। এই সীমাবদ্ধতাগুলি আঁকতে স্ক্রিনের বাম দিকে ট্রে ব্যবহার করা সেরা।
2) ভিউডিডলডে বা অন্য কোথাও অনুমান করা রাইট হাইট নির্দিষ্ট করার পরিবর্তে প্রতিনিধি পদ্ধতিটি ব্যবহার করুন
override func tableView(tableView: UITableView, estimatedHeightForRowAtIndexPath indexPath: NSIndexPath) -> CGFloat {}এটি আমার জন্য এখনই সমস্যাটি স্থির করেছে।
সর্বজনীন স্টোরিবোর্ড বা xibs ব্যবহার করার সময়ও আমি এই ত্রুটিটি দেখেছি। যদি আপনি যে কোনও এক্স কোনও আকার শ্রেণীর জন্য উপযুক্ত বাধা নির্দিষ্ট করতে অবহেলা করেন তবে আমি এই ত্রুটিটি উপস্থিত হতে দেখেছি।
অ্যাপল আইওএস 9-র জন্য এটি স্থির করেছে বলে মনে হচ্ছে। ত্রুটিটি আমার জন্য কেবল 8.4 এ ঘটেছে।
আমি এই ত্রুটি এবং অন্য একটি ত্রুটির মধ্যে বেশ কয়েকদিন ঘোরাফেরা করেছিলাম যার মধ্যে সীমাবদ্ধতা তৈরি হচ্ছে (কোন ধারণা নেই) যা আমার সীমাবদ্ধতার সাথে সাংঘর্ষিক। এমনকি আমি এটি এক নজরে কাজ করেছি যেখানে প্রতিটি দৃশ্যমান সম্পত্তি অন্যরকম ছিল। আমি খুঁজে পেলাম একমাত্র সমাধানটি ছিল পারমাণবিক হওয়া - এক্সিব দিয়ে সম্পূর্ণ নতুন ফাইল তৈরি করা এবং পুরাতন কোডটি অনুলিপি-অনুলিপি পুনরায় সংযোগ শুরু করা start এটি সেরা সমাধান নাও হতে পারে তবে কখনও কখনও যদি সমস্যাটি দৃশ্যমান না হয় তবে অন্য কিছু করার দরকার নেই। খুব কমপক্ষে, পারমাণবিক হওয়া যা চলছে তা পর্যালোচনা করার একটি ভাল উপায়।