উত্তর:
এক্সকোড আপনাকে নির্দিষ্ট সংকলক সতর্কতার জন্য সেটিংস পরীক্ষা করতে (আন) মঞ্জুরি দেয় যা আপনাকে কিছু ধরণের অব্যবহৃত কোড সম্পর্কে সতর্ক করতে পারে। (উত্স তালিকায় প্রকল্পটি নির্বাচন করুন এবং ফাইল> তথ্য পান, তারপরে বিল্ড ট্যাবটি নির্বাচন করুন)) এখানে কয়েকটি (যা আমার জন্য কলং এবং জিসিসি ৪.২ এর জন্য প্রদর্শিত হয়) আগ্রহী হতে পারে:
অব্যবহৃত আমদানি শনাক্ত করার জন্য আমি কোনও বিকল্প দেখতে পাচ্ছি না, তবে এটি কিছুটা সহজ - স্বল্প প্রযুক্তির পদ্ধতিরটি কেবল একটি সঙ্কলনের ত্রুটি / সতর্কতা না পাওয়া পর্যন্ত আমদানির বিবৃতিগুলি মন্তব্য করা।
অব্যবহৃত অবজেক্টিভ-সি পদ্ধতিগুলি অব্যবহৃত সি ফাংশনগুলির চেয়ে সনাক্ত করা অনেক বেশি কঠিন কারণ বার্তাগুলি গতিশীলভাবে প্রেরণ করা হয়েছে। একটি সতর্কতা বা ত্রুটি আপনাকে বলতে পারে যে আপনার একটি সম্ভাব্য সমস্যা রয়েছে, তবে একটির অভাব গ্যারান্টি দেয় না যে আপনার রানটাইম ত্রুটি হবে না।
সম্পাদনা: অব্যবহৃত পদ্ধতিগুলি (সম্ভাব্য) সনাক্ত করার আরেকটি ভাল উপায় হ'ল প্রকৃত মৃত্যুদণ্ড থেকে কোড কভারেজ পরীক্ষা করা। এটি স্বয়ংক্রিয়ভাবে ইউনিট টেস্টিংয়ের সাথে প্রায়শই করা হয়, তবে তা হওয়ার দরকার নেই।
এই ব্লগ পোস্টটি এক্সকোড ব্যবহার করে ইউনিট টেস্টিং এবং কোড কভারেজের একটি শালীন ভূমিকা। বিভাগটি gcov(যা কেবলমাত্র জিসিসি দ্বারা উত্পাদিত কোডের সাথে কাজ করে, উপায় দ্বারা) কীভাবে এক্সকোডকে উইন্ডোমেটেড কোড বানাতে হবে তা এটি কতবার কার্যকর করা হয়েছে তা রেকর্ড করতে পারে explains যদি আপনি সিমুলেটারে কোনও স্পিনের জন্য আপনার অ্যাপ্লিকেশনটির একটি চালিত বিল্ড নেন তবে তার উপর gcov চালান, আপনি কভারস্টেরির মতো একটি সরঞ্জাম (মোটামুটি সরল জিইউআই) বা lcov(এইচটিএমএল রিপোর্ট তৈরি করতে পার্ল স্ক্রিপ্ট ) ব্যবহার করে কী কোডটি কার্যকর করা হয়েছিল তা দেখতে পাবেন what ।
আমি ব্যবহার gcovএবং lcovজন্য CHDataStructures.framework এবং স্বত-জেনারেট কভারেজ প্রতিবেদন প্রতিটি SVN পর কমিট। আবার, মনে রাখবেন যে কোডটি "মৃত" কীসের একটি নির্ধারিত পরিমাপ হিসাবে মৃত্যুদন্ড কার্যকর করা কভারেজকে আচরণ করা বুদ্ধিমানের নয়, তবে এটি অবশ্যই আরও পদ্ধতিগুলি চিহ্নিত করতে সহায়তা করতে পারে যা আপনি আরও তদন্ত করতে পারেন।
শেষ অবধি, যেহেতু আপনি মৃত কোডটি সরিয়ে দেওয়ার চেষ্টা করছেন, আমি মনে করি আপনি এই এসও প্রশ্নটি আকর্ষণীয়ও পেয়ে যাবেন:
অ্যাপকোডে একটি কোড পরিদর্শন বৈশিষ্ট্য রয়েছে যা অব্যবহৃত আমদানি এবং কোড খুঁজে পায়।
আমরা কিছু স্বজাতীয় রুবি কোড ব্যবহার করছি, এখন ফুই নামক রত্নটিতে বের করা হয়েছে: https://github.com/d block/fui
আমি সম্প্রতি অব্যবহৃত (বা সদৃশ) #importবিবৃতিগুলি খুঁজে পেতে একটি স্ক্রিপ্ট লিখেছি : https://gist.github.com/Orangenhain/7691314
স্ক্রিপ্টটি একটি ObjC .m ফাইল নেয় এবং প্রতিটি #importলাইনকে ঘুরে ফিরে মন্তব্য করতে শুরু করে এবং প্রকল্পটি এখনও সংকলন করে কিনা তা দেখতে শুরু করে। আপনাকে BUILD_DIR এবং BUILD_CMD পরিবর্তন করতে হবে।
আপনি যদি findস্ক্রিপ্টটিকে একাধিক ফাইলের উপরে চলতে দিতে কোনও কমান্ড ব্যবহার করছেন , তবে এমন একটি BUILD_CMD ব্যবহার করা নিশ্চিত করুন যা প্রকৃতপক্ষে সমস্ত ফাইল ব্যবহার করে (বা আপনি প্রচুর অব্যবহৃত আমদানির বিবৃতি সহ একটি ফাইল দেখতে পাবেন)।
আমি না জেনে এটি লিখেছিলাম অ্যাপকোডের একটি অনুরূপ বৈশিষ্ট্য রয়েছে, তবে আমি যখন অ্যাপকোড পরীক্ষা করেছি তখন এটি এই স্ক্রিপ্টের মতো পুরোটা নয় (তবে দ্রুত [পুরো প্রকল্পের জন্য]) way
ধানদুব যেমন বলেছিলেন, অ্যাপকোড এটি খুব ভাল করে করুন। আমি চেষ্টা করেছি, এবং এটি আমার মাত্র 10 মিনিট সময় নিয়েছে:
যান Code > Optimize Imports..., বা^ + ⌥ + O
এটি কীভাবে করবেন তা বর্ণনা করার জন্য একটি ভিডিও এখানে রয়েছে: অ্যাপকোডে অব্যবহৃত আমদানি এবং পদ্ধতিগুলি সনাক্তকরণ
এটি এবং অন্যান্য সমস্যাগুলি খুঁজে পেতে আপনি Xcode বিশ্লেষক ব্যবহার করতে পারেন।
http://help.apple.com/xcode/mac/8.0/#/devb7babe820
এছাড়াও আপনি প্রকল্পটিতে যেতে পারেন এবং বিল্ডটিকে লক্ষ্য করতে এবং বিল্ড সেটিংসের আওতায় পরিবর্তন সতর্কতা পছন্দগুলি যুক্ত করতে পারেন। এই গাইডটি দেখুন:
http://oleb.net/blog/2013/04/compiler-warnings-for-objective-c-developers/
সম্প্রতি, আমি কার্বন থেকে কোকোতে একটি বড় প্রকল্প পরিবর্তন করেছি। এর শেষে, বেশ কয়েকটি অনাথ ফাইল রয়েছে যা আর ব্যবহার করা হয়নি। আমি তাদের স্ক্রিপ্ট লিখেছিলাম যা মূলত এটি করেছে:
উত্সটি সমস্ত বিভ্রান্তিতে যাচাই করা হয়েছে কিনা নিশ্চিত করুন (অর্থাত্ পরিষ্কার) নিশ্চিত করুন এটি বর্তমানে ত্রুটি ছাড়াই বিল্ড করেছে (যেমন, এক্সকোডবিল্ড 0 টি স্ট্যাটাস প্রদান করে) তারপরে ডিরেক্টরিতে প্রতিটি উত্স ফাইলের জন্য খালি (অর্থাত্ বিষয়বস্তু সরিয়ে ফেলুন, দৈর্ঘ্যটি কেটে দিন) উত্স এবং শিরোলেখ ফাইল, একটি বিল্ড চেষ্টা করুন, যদি এটি ব্যর্থ হয়, ফাইলগুলিকে রিভার্ট করুন, অন্যথায়, এগুলি খালি রেখে দিন।
এটি চালানোর পরে, পুনরায় ফেরা করুন এবং তারপরে সমস্ত খালি করা ফাইল মুছুন, সংকলন করুন এবং তারপরে সমস্ত ত্রুটিযুক্ত # ইমপোর্টগুলি সরান।
আমারও যোগ করা উচিত, আপনার .xib বা .sdef ফাইলগুলি থেকে রেফারেন্স হওয়া ফাইলগুলি এড়ানো দরকার এবং অন্যান্য ডায়নামিক লিঙ্কিং কেস থাকতে পারে তবে এটি কী মুছে ফেলা যায় তার একটি ভাল নেতৃত্ব আপনাকে দিতে পারে।
একই কৌশলটি ব্যবহার করে কোন # আমদানি মুছে ফেলা যায় - ফাইলটি কেটে ফেলার পরিবর্তে প্রতিটি # আমদানিকে ফাইলের মধ্যে মুছে ফেলুন এবং বিল্ডটি ব্যর্থ হয়েছে কিনা তা দেখুন।
idবা রানটাইমের সময় কল করার জন্য কোনও নির্বাচক তৈরি করেন তবে স্ট্যাটিক বিশ্লেষক গ্যারান্টি দিতে পারবেন না কোডটি সত্যই অব্যবহৃত। যদি এখনও প্রয়োজনীয় কোডটি অপসারণ করা হয় তবে আপনি রানটাইম ত্রুটি পাবেন। আমি কিছু অনুপস্থিত করছি?