[swift-evolution] Proposal: Protocol methods should accept default arguments

Ben ben_cocoa_dev_list at yahoo.co.uk
Fri Dec 4 10:31:59 CST 2015


Hi list,

I propose that methods defined in protocols should accept default arguments. This could help remove the need for method families where only one parameter is essential, but others are often used.

For example:

protocol Datastore {
  func executeQuery(query: String)
  func executeQuery(query: String, usingParameters: [Any])
  func executeQuery(query: String, usingParameters: [Any], logType: LogType)
  func executeQuery(query: String, usingParameters: [Any], logType: LogType, completionHandler:ClosureOfSomeSort)
}

Where typically the implementing object funnels the first three methods through to the final, more verbose method.

This could be shortened to:

protocol Database {
  func executeQuery(query: String, usingParameters: [Any] = [], logType: LogType  = .NotLogged  completionHandler:ClosureOfSomeSort? = nil)
}

Advantages:
- Only one method to implement
- Less to document, less cluttered interface
- Prevent objects adopting the protocol from using different default values
- Prevent objects from implementing similar methods in the family differently - fewer code paths to inspect, less confusion over behaviour since no argument values are hidden

This fits in well with the parameters section of the Swift API design page: https://swift.org/documentation/api-design-guidelines.html#parameters <https://swift.org/documentation/api-design-guidelines.html#parameters>


What do you think?

Regards,

Ben Barnett
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://lists.swift.org/pipermail/swift-evolution/attachments/20151204/56e6c6bf/attachment.html>


More information about the swift-evolution mailing list