Swiftの関数呼び出しの際の引数について

Question

呼び出し方に違和感があります。
下記のコードのように、して呼び出す際に第一引数にラベルを指定しなくてもいいのはなぜですか？
また、第二引数にラベルを指定しなくてはならないのは、なぜでしょうか？

func greet(name: String, day: String) -> String {
return "Hello (name), today is (day)."
}
greet("Bob", day: "Tuesday")

Answer 1

下記のコードのように、して呼び出す際に第一引数にラベルを指定しなくてもいいのはなぜですか？

まさにここの仕様がSwift3.0で変更になります。

[iOS][Swift] Swift 3.0の変更点まとめ
Better Translation of Objective-C APIs Into Swift

第一引数もラベルを付けるように修正されます、合わせてメソッド名に第一引数のラベルを含めないようにする修正も入ります。

Swift2.x

class UIBezierPath : NSObject, NSCopying, NSCoding {
  convenience init(ovalInRect: CGRect)
  func moveToPoint(_: CGPoint)
  func addLineToPoint(_: CGPoint)
  func addCurveToPoint(_: CGPoint, controlPoint1: CGPoint, controlPoint2: CGPoint)
  func addQuadCurveToPoint(_: CGPoint, controlPoint: CGPoint)
  func appendPath(_: UIBezierPath)
  func bezierPathByReversingPath() -> UIBezierPath
  func applyTransform(_: CGAffineTransform)
  var empty: Bool { get }
  func containsPoint(_: CGPoint) -> Bool
  func fillWithBlendMode(_: CGBlendMode, alpha: CGFloat)
  func strokeWithBlendMode(_: CGBlendMode, alpha: CGFloat)
  func copyWithZone(_: NSZone) -> AnyObject
  func encodeWithCoder(_: NSCoder)
}

Swift3.0

class UIBezierPath : NSObject, NSCopying, NSCoding {
  convenience init(ovalIn rect: CGRect)
  func move(to point: CGPoint)
  func addLine(to point: CGPoint)
  func addCurve(to endPoint: CGPoint, controlPoint1 controlPoint1: CGPoint, controlPoint2 controlPoint2: CGPoint)
  func addQuadCurve(to endPoint: CGPoint, controlPoint controlPoint: CGPoint)
  func append(_ bezierPath: UIBezierPath)
  func reversing() -> UIBezierPath
  func apply(_ transform: CGAffineTransform)
  var isEmpty: Bool { get }
  func contains(_ point: CGPoint) -> Bool
  func fill(_ blendMode: CGBlendMode, alpha alpha: CGFloat)
  func stroke(_ blendMode: CGBlendMode, alpha alpha: CGFloat)
  func copy(with zone: NSZone = nil) -> AnyObject
  func encode(with aCoder: NSCoder)
}

第二引数にラベルを指定しなくてはならないのは、なぜでしょうか？

今まではメソッド名に第一引数のラベルが含まれていたので、全ての引数にラベルが付いている感じではありました。

以下のように書くと第二引数のラベルも削除できますが、可読性等を考慮する必要があると思います。

func greet(name: String, _ day: String) -> String {
    return "Hello \(name), today is \(day)."
}
greet("Bob", "Tuesday")

Answer 2

これは、こういう言語仕様だと言ってしまえば、それまでなのですが、Objective-Cの頃からですね。

Swiftは、まだきちんと勉強していないのですが、Objective−Cの頃に学んだ知識で説明すると
１番目の引数は、メソッド名によって意味が分かるから、２番目以降は意味がわかりやすくするため
みたいなことだったと思います。

最初、私は名前付き引数だと思ったのですが、順番は入れ替えられないのでそうではないらしいです。

メソッド名も長くて記述も冗長でなんとなくとっつきにくいなーと思ったのですが、
ドキュメントを書かなくてもソースを見れば、分かるようにという工夫だそうです。

例えばが分かりやすくなるかどうか分かりませんが、
私は、よくStringの文字の切り出しをする時に２番めの引数が、終了位置だったか長さだったか分からなくなります。Javaならこんな感じです。

prpductCode.subString(2, 3);

2は、開始位置だろうけど、３って終了？長さ？・・・よく忘れます^_^；

なので、ラベルがついて更に日本語だったとしたらとして書いてみると

商品コード.切り出し(2, 長さ: 5)

こんな感じのイメージになると思います。

引数が多い場合やオーバーロードされているメソッドが増えてくると
この方が分かりやすいよねーってことだと思います。

Answer 3

Objective-c ではもともと、 funcWuthXxx というような名前に引数の説明がついているメソッドが多いのです。
それらのメソッドをそのままSwiftに移した結果、第一引数にラベルを付けると二重に説明することになって冗長になるためつけないことになっているのだと思います。

ですが一貫性がないとは思っていたようで、Swift3.0で関数ラベルのルールが変更になるようです。