我正在使用2个参数在swift中创建一个类的方法,它们都是可选的。但是,我需要至少其中一个填充方法才能成功工作,哪个无关紧要
func someMethod(arg1: Sometype?, arg2: Sometype?)-> Void {
//I need at least one argument to
//be populated to do what i need
}
在Objective-c中,如果这两个对象都是零,我们可以抛出一个Assert。在Swift中,我想知道是否有更好的方法来做这个而不是断言。
答案 0 :(得分:5)
我同意Airspeed Velocity你应该在这里使用重载,但我会以不同的方式制作它们。完全摆脱选项。
func someMethod(#arg1: Sometype)-> Void {}
func someMethod(#arg2: Sometype)-> Void {}
func someMethod(#arg1: Sometype, #arg2: Sometype) -> Void {}
在这一点上,显然这些是非常不同的方法:
func someMethodWithArg1(arg1: Sometype)-> Void {}
func someMethodWithArg2(arg2: Sometype)-> Void {}
func someMethod(#arg1: Sometype, #arg2: Sometype) -> Void {}
为了使这个具体化,请考虑我们是否正在创建一个可以传递长度的FixedLengthString
类,或者现有的字符串,或者你可以传递它们,它会重复字符串,直到它填满长度
您所描述的将是:
func makeString(length: Int?, string: String?) -> FixedString
但不是那样,只需制作方法:
func makeStringWithLength(length: Int) -> FixedString
func makeStringFromString(string: String) -> FixedString
func makeStringByFillingWith(string: String, totalLength: Int) -> FixedString
这样可以更清楚地了解所有内容的工作原理,并且您无法正确调用它。这也是你应该在ObjC中这样做的方式。
答案 1 :(得分:2)
您可以改为使用重载:
// arg1 cannot be nil
func someMethod(arg1: Int, arg2: Int?)-> Void {
println("arg2 was nil")
somePrivateMethod(arg1,arg2)
}
// arg2 cannot be nil
func someMethod(arg1: Int?, arg2: Int)-> Void {
println("arg1 was nil")
somePrivateMethod(arg1,arg2)
}
// this version is needed to avoid annoying "ambiguous call"
// errors when passing two non-optionals in...
func someMethod(arg1: Int, arg2: Int)-> Void {
println("neither was nil")
somePrivateMethod(arg1,arg2)
}
private func somePrivateMethod(arg1: Int?, arg2: Int?)-> Void {
// private method in which at least arg1 or arg2 will be guaranteed non-nil
}
someMethod(1, nil) // prints "arg2 was nil"
someMethod(nil, 1) // prints "arg1 was nil"
someMethod(1, 1) // prints "neither was nil"
// but if you try this:
someMethod(nil, nil) // error: cannot find an overload for 'someMethod'
// that accepts an argument list of type '(nil, nil)'
这样做的缺点是调用者被迫解开参数 - 他们只是不能通过两个选项而不检查它们中的一个是非零的。但这是一个功能,而不是一个错误!因为这意味着调用者在物理上不可能以“错误的方式”意外调用API并生成断言。
当然,这确实导致了一个问题,即你是否真的需要多个带有不同数量的参数或不同类型的重载(参见Rob的回答),这在你的用例的上下文中也值得考虑。