সুইফট 2 এবং 3
সুইফট ২-এ নতুন কিছু ত্রুটি-হ্যান্ডলিং ব্যবস্থা রয়েছে বলে কিছু পরিবর্তন হয়েছে, এটি ব্যতিক্রমগুলির সাথে কিছুটা বেশি মিলছে তবে বিস্তারিতভাবে ভিন্ন।
1. ত্রুটি সম্ভাবনা ইঙ্গিত
যদি ফাংশন / পদ্ধতিটি এটি একটি ত্রুটি ছুঁড়ে দিতে পারে তা নির্দেশ করতে চায় তবে এতে throwsকীওয়ার্ড থাকা উচিত
func summonDefaultDragon() throws -> Dragon
দ্রষ্টব্য: ফাংশনটি আসলে ফেলে দিতে পারে এমন ধরণের ত্রুটির কোনও নির্দিষ্টকরণ নেই। এই ঘোষণাটি সহজভাবে জানিয়েছে যে ফাংশনটি কোনও ধরণের ত্রুটি টাইপ প্রয়োগের উদাহরণ ফেলতে পারে বা একেবারেই নিক্ষেপ করছে না।
2. ত্রুটি নিক্ষেপ করতে পারে যে ফাংশন চালানো
ক্রিয়াকলাপটি চালনার জন্য আপনার এই জাতীয় চেষ্টা করে চেষ্টা করুন
try summonDefaultDragon()
এই লাইনে সাধারণত ডু-ক্যাচ ব্লক উপস্থিত থাকতে হবে
do {
let dragon = try summonDefaultDragon()
} catch DragonError.dragonIsMissing {
// Some specific-case error-handling
} catch DragonError.notEnoughMana(let manaRequired) {
// Other specific-case error-handlng
} catch {
// Catch all error-handling
}
দ্রষ্টব্য: ক্যাচ ক্লজটি সুইফ্ট প্যাটার্নের মিলের সমস্ত শক্তিশালী বৈশিষ্ট্য ব্যবহার করে যাতে আপনি এখানে খুব নমনীয়।
আপনি throwsকীওয়ার্ডের সাহায্যে চিহ্নিত হওয়া কোনও ফাংশন থেকে কোনও নিক্ষেপ ফাংশনটি কল করে যদি আপনি ত্রুটিটি প্রচার করার সিদ্ধান্ত নিতে পারেন :
func fulfill(quest: Quest) throws {
let dragon = try summonDefaultDragon()
quest.ride(dragon)
}
বিকল্পভাবে, আপনি ব্যবহার করে নিক্ষেপ ফাংশন কল করতে পারেন try?:
let dragonOrNil = try? summonDefaultDragon()
এইভাবে আপনি যদি কোনও ত্রুটি ঘটে থাকে তবে আপনি রিটার্ন মান বা শূন্য পাবেন। এইভাবে ব্যবহার করে আপনি ত্রুটিযুক্ত জিনিসটি পাবেন না।
যার অর্থ হল আপনি try?দরকারী বিবৃতিগুলির সাথে একত্রিত করতে পারেন যেমন:
if let dragon = try? summonDefaultDragon()
অথবা
guard let dragon = try? summonDefaultDragon() else { ... }
অবশেষে, আপনি সিদ্ধান্ত নিতে পারেন যে আপনি জানেন যে ত্রুটিটি আসলে ঘটবে না (যেমন আপনি ইতিমধ্যে যাচাই করেছেন পূর্বশর্তগুলি) এবং try!কীওয়ার্ডটি ব্যবহার করুন :
let dragon = try! summonDefaultDragon()
যদি ফাংশনটি আসলে ত্রুটি ছুড়ে দেয় তবে আপনি আপনার অ্যাপ্লিকেশনটিতে একটি রানটাইম ত্রুটি পাবেন এবং অ্যাপ্লিকেশনটি সমাপ্ত হবে।
3. একটি ত্রুটি নিক্ষেপ করা
কোনও ত্রুটি ছুঁড়ে ফেলার জন্য আপনি এই জাতীয় থ্রো কীওয়ার্ডটি ব্যবহার করেন
throw DragonError.dragonIsMissing
ErrorTypeপ্রোটোকলের সাথে সঙ্গতিপূর্ণ এমন কোনও কিছু আপনি ফেলে দিতে পারেন । প্রারম্ভিকদের NSErrorজন্য এই প্রোটোকলটির সাথে সঙ্গতিপূর্ণ তবে আপনি সম্ভবত এনাম-বেসডের সাথে যেতে চান ErrorTypeযা আপনাকে একাধিক সম্পর্কিত ত্রুটিগুলি গোষ্ঠী করতে সক্ষম করে, সম্ভাব্যত এই অতিরিক্ত ডেটার টুকরা সহ
enum DragonError: ErrorType {
case dragonIsMissing
case notEnoughMana(requiredMana: Int)
...
}
নতুন সুইফট 2 এবং 3 ত্রুটি প্রক্রিয়া এবং জাভা / সি # / সি ++ শৈলিক ব্যতিক্রমগুলির মধ্যে প্রধান পার্থক্যগুলি নিম্নলিখিত:
- : সিনট্যাক্স একটু ভিন্ন
do-catch+ + try+ + deferঐতিহ্যগত বনাম try-catch-finallyসিনট্যাক্স।
- ব্যতিক্রম হ্যান্ডলিং সাধারণত সাফল্যের পাথের চেয়ে ব্যতিক্রম পথে কার্যকর মৃত্যুর সময় অনেক বেশি সময় দেয়। এটি সুইফট ২.০ ত্রুটিগুলির ক্ষেত্রে নয়, যেখানে সাফল্যের পাথ এবং ত্রুটির পথে প্রায় একই খরচ হয়।
- সমস্ত ত্রুটি নিক্ষেপ করার কোডটি অবশ্যই ঘোষণা করতে হবে, যদিও ব্যতিক্রমগুলি কোথাও থেকে ছুঁড়ে দেওয়া হয়েছে। সমস্ত ত্রুটিগুলি জাভা নামকরণে "ব্যতিক্রমগুলি পরীক্ষা করা"। তবে জাভার বিপরীতে, আপনি সম্ভাব্য নিক্ষিপ্ত ত্রুটিগুলি নির্দিষ্ট করে না।
- সুইফট ব্যতিক্রমগুলি ওবিজসি ব্যতিক্রমগুলির সাথে সামঞ্জস্যপূর্ণ নয়। আপনার
do-catchব্লকটি কোনও এনএসইসিপশন ধরবে না এবং বিপরীতে এটির জন্য আপনাকে অবশ্যই ওজেজেসি ব্যবহার করতে হবে।
- সুইফট ব্যতিক্রমগুলি
NSErrorফিরতি false( Boolফাংশন প্রত্যাবর্তনের জন্য ) বা nil( AnyObjectফাংশন ফিরিয়ে দেওয়ার জন্য ) এবং NSErrorPointerত্রুটির বিবরণ সহকারে পাস করার কোকো পদ্ধতি প্রচলনের সাথে সামঞ্জস্যপূর্ণ ।
ত্রুটি পরিচালনা করা সহজ করার জন্য অতিরিক্ত সিনট্যাটিক-চিনি হিসাবে, আরও দুটি ধারণা রয়েছে
- স্থগিত ক্রিয়া (
deferকীওয়ার্ড ব্যবহার করে ) যা আপনাকে জাভা / সি # / ইত্যাদিতে অবশেষে ব্লকগুলির মতো একই প্রভাব অর্জন করতে দেয়
- গার্ড স্টেটমেন্ট (
guardকীওয়ার্ড ব্যবহার করে ) যা আপনাকে / অন্য কোডে সাধারণ ত্রুটি পরীক্ষার / সিগন্যালিং কোডের চেয়ে কম কোড লিখতে দেয়।
সুইফট ঘ
রানটাইম ত্রুটি:
লেয়ানড্রস যেমন রানটাইম ত্রুটিগুলি পরিচালনা করার জন্য পরামর্শ দেয় (যেমন নেটওয়ার্ক সংযোগ সমস্যা, ডেটা পার্সিং, ফাইল খোলার ইত্যাদি) আপনার NSErrorযেমন ওবজেসি-তে করা উচিত, কারণ ফাউন্ডেশন, অ্যাপকিট, ইউআইকিট ইত্যাদি তাদের ত্রুটিগুলি এভাবে রিপোর্ট করে। সুতরাং এটি ভাষা জিনিস চেয়ে কাঠামোর জিনিস।
আর একটি ঘন ঘন নিদর্শন ব্যবহৃত হচ্ছে যা এএফ নেটওয়ার্কিংয়ের মতো পৃথককারী সাফল্য / ব্যর্থতা ব্লক:
var sessionManager = AFHTTPSessionManager(baseURL: NSURL(string: "yavin4.yavin.planets"))
sessionManager.HEAD("/api/destoryDeathStar", parameters: xwingSquad,
success: { (NSURLSessionDataTask) -> Void in
println("Success")
},
failure:{ (NSURLSessionDataTask, NSError) -> Void in
println("Failure")
})
তবুও ব্যর্থতা ব্লকটি প্রায়শই NSErrorত্রুটিটি বর্ণনা করে উদাহরণ পেয়ে যায় ।
প্রোগ্রামার ত্রুটি:
প্রোগ্রামার ত্রুটির জন্য (অ্যারের উপাদানটির সীমা অতিক্রমের মতো, কোনও ফাংশন কলকে অবৈধ আর্গুমেন্ট প্রেরণ করা ইত্যাদি) আপনি ওবিজিতে ব্যতিক্রম ব্যবহার করেছেন। সুইফট ভাষা ব্যতিক্রম জন্য কোনো ভাষা সমর্থন আছে বলে মনে হচ্ছে না (যেমন throw, catchইত্যাদি শব্দ)। যাইহোক, ডকুমেন্টেশনের পরামর্শ অনুসারে এটি ওজজির মতো একই রানটাইমটিতে চলছে এবং তাই আপনি এখনও NSExceptionsএইরকম নিক্ষেপ করতে সক্ষম হন :
NSException(name: "SomeName", reason: "SomeReason", userInfo: nil).raise()
আপনি কেবল খাঁটি সুইফটে তাদের ধরতে পারবেন না, যদিও আপনি ওজেসি কোডে ব্যতিক্রম ধরা পছন্দ করতে পারেন।
প্রশ্নগুলি হ'ল আপনাকে প্রোগ্রামার ত্রুটির জন্য ব্যতিক্রম ছুঁড়ে ফেলা উচিত, বা পরিবর্তিত ভাষা নির্দেশিকাতে অ্যাপলের পরামর্শ অনুসারে দৃ use়তাগুলি ব্যবহার করা উচিত।