The "++" and "--" operators have been deprecated Xcode 7.3 - swift
I am looking at Xcode 7.3 notes and I notice this issue.
The ++ and -- operators have been deprecated
Could some one explain why it is deprecated? And am I right that in new version of Xcode now you going to use instead of ++ this x += 1;
Example:
for var index = 0; index < 3; index += 1 {
print("index is \(index)")
}
A full explanation here from Chris Lattner, Swift's creator. I'll summarize the points:
It's another function you have to learn while learning Swift
Not much shorter than x += 1
Swift is not C. Shouldn't carry them over just to please C programmers
Its main use is in C-style for loop: for i = 0; i < n; i++ { ... }, which Swift has better alternatives, like for i in 0..<n { ... } (C-style for loop is going out as well)
Can be tricky to read and maintain, for eg, what's the value of x - ++x or foo(++x, x++)?
Chris Lattner doesn't like it.
For those interested (and to avoid link rot), Lattner's reasons in his own words are:
These operators increase the burden to learn Swift as a first programming language - or any other case where you don't already know these operators from a different language.
Their expressive advantage is minimal - x++ is not much shorter than x += 1.
Swift already deviates from C in that the =, += and other assignment-like operations returns Void (for a number of reasons). These operators are inconsistent with that model.
Swift has powerful features that eliminate many of the common reasons you'd use ++i in a C-style for loop in other languages, so these are relatively infrequently used in well-written Swift code. These features include the for-in loop, ranges, enumerate, map, etc.
Code that actually uses the result value of these operators is often confusing and subtle to a reader/maintainer of code. They encourage "overly tricky" code which may be cute, but difficult to understand.
While Swift has well defined order of evaluation, any code that depended on it (like foo(++a, a++)) would be undesirable even if it was well-defined.
These operators are applicable to relatively few types: integer and floating point scalars, and iterator-like concepts. They do not apply to complex numbers, matrices, etc.
Finally, these fail the metric of "if we didn't already have these, would we add them to Swift 3?"
I realize that this comment doesn't answer the question nevertheless there may be people looking for a solution how to keep these operators working and such a solution can be found in the bottom. đ
I personally prefer ++ and -- operators. I can't agree with the opinion that they are tricky or hard to manage. Once the developer understand what these operators do (and we are talking about pretty simple stuff) the code should be very clear.
In the explanation why the operators were deprecated is mentioned that their main use was in C-style for loops. I don't know about others but I personally don't use C-style loops at all and there are still many other places or situations when ++ or -- operator is useful.
I would like to also mention that varName++ returns a value so it can be used in the return whereas varName += 1 can not.
For any of you who would like to keep these operators working here is the solution:
prefix operator ++ {}
postfix operator ++ {}
prefix operator -- {}
postfix operator -- {}
// Increment
prefix func ++(inout x: Int) -> Int {
x += 1
return x
}
postfix func ++(inout x: Int) -> Int {
x += 1
return (x - 1)
}
prefix func ++(inout x: UInt) -> UInt {
x += 1
return x
}
postfix func ++(inout x: UInt) -> UInt {
x += 1
return (x - 1)
}
prefix func ++(inout x: Int8) -> Int8 {
x += 1
return x
}
postfix func ++(inout x: Int8) -> Int8 {
x += 1
return (x - 1)
}
prefix func ++(inout x: UInt8) -> UInt8 {
x += 1
return x
}
postfix func ++(inout x: UInt8) -> UInt8 {
x += 1
return (x - 1)
}
prefix func ++(inout x: Int16) -> Int16 {
x += 1
return x
}
postfix func ++(inout x: Int16) -> Int16 {
x += 1
return (x - 1)
}
prefix func ++(inout x: UInt16) -> UInt16 {
x += 1
return x
}
postfix func ++(inout x: UInt16) -> UInt16 {
x += 1
return (x - 1)
}
prefix func ++(inout x: Int32) -> Int32 {
x += 1
return x
}
postfix func ++(inout x: Int32) -> Int32 {
x += 1
return (x - 1)
}
prefix func ++(inout x: UInt32) -> UInt32 {
x += 1
return x
}
postfix func ++(inout x: UInt32) -> UInt32 {
x += 1
return (x - 1)
}
prefix func ++(inout x: Int64) -> Int64 {
x += 1
return x
}
postfix func ++(inout x: Int64) -> Int64 {
x += 1
return (x - 1)
}
prefix func ++(inout x: UInt64) -> UInt64 {
x += 1
return x
}
postfix func ++(inout x: UInt64) -> UInt64 {
x += 1
return (x - 1)
}
prefix func ++(inout x: Double) -> Double {
x += 1
return x
}
postfix func ++(inout x: Double) -> Double {
x += 1
return (x - 1)
}
prefix func ++(inout x: Float) -> Float {
x += 1
return x
}
postfix func ++(inout x: Float) -> Float {
x += 1
return (x - 1)
}
prefix func ++(inout x: Float80) -> Float80 {
x += 1
return x
}
postfix func ++(inout x: Float80) -> Float80 {
x += 1
return (x - 1)
}
prefix func ++<T : _Incrementable>(inout i: T) -> T {
i = i.successor()
return i
}
postfix func ++<T : _Incrementable>(inout i: T) -> T {
let y = i
i = i.successor()
return y
}
// Decrement
prefix func --(inout x: Int) -> Int {
x -= 1
return x
}
postfix func --(inout x: Int) -> Int {
x -= 1
return (x + 1)
}
prefix func --(inout x: UInt) -> UInt {
x -= 1
return x
}
postfix func --(inout x: UInt) -> UInt {
x -= 1
return (x + 1)
}
prefix func --(inout x: Int8) -> Int8 {
x -= 1
return x
}
postfix func --(inout x: Int8) -> Int8 {
x -= 1
return (x + 1)
}
prefix func --(inout x: UInt8) -> UInt8 {
x -= 1
return x
}
postfix func --(inout x: UInt8) -> UInt8 {
x -= 1
return (x + 1)
}
prefix func --(inout x: Int16) -> Int16 {
x -= 1
return x
}
postfix func --(inout x: Int16) -> Int16 {
x -= 1
return (x + 1)
}
prefix func --(inout x: UInt16) -> UInt16 {
x -= 1
return x
}
postfix func --(inout x: UInt16) -> UInt16 {
x -= 1
return (x + 1)
}
prefix func --(inout x: Int32) -> Int32 {
x -= 1
return x
}
postfix func --(inout x: Int32) -> Int32 {
x -= 1
return (x + 1)
}
prefix func --(inout x: UInt32) -> UInt32 {
x -= 1
return x
}
postfix func --(inout x: UInt32) -> UInt32 {
x -= 1
return (x + 1)
}
prefix func --(inout x: Int64) -> Int64 {
x -= 1
return x
}
postfix func --(inout x: Int64) -> Int64 {
x -= 1
return (x + 1)
}
prefix func --(inout x: UInt64) -> UInt64 {
x -= 1
return x
}
postfix func --(inout x: UInt64) -> UInt64 {
x -= 1
return (x + 1)
}
prefix func --(inout x: Double) -> Double {
x -= 1
return x
}
postfix func --(inout x: Double) -> Double {
x -= 1
return (x + 1)
}
prefix func --(inout x: Float) -> Float {
x -= 1
return x
}
postfix func --(inout x: Float) -> Float {
x -= 1
return (x + 1)
}
prefix func --(inout x: Float80) -> Float80 {
x -= 1
return x
}
postfix func --(inout x: Float80) -> Float80 {
x -= 1
return (x + 1)
}
prefix func --<T : BidirectionalIndexType>(inout i: T) -> T {
i = i.predecessor()
return i
}
postfix func --<T : BidirectionalIndexType>(inout i: T) -> T {
let y = i
i = i.predecessor()
return y
}
Apple has removed the ++ and made it much simpler with the another old traditional way.
Instead of ++, you need to write +=.
Example:
var x = 1
//Increment
x += 1 //Means x = x + 1
Similarly for decrement operator --, you need to write -=
Example:
var x = 1
//Decrement
x -= 1 //Means x = x - 1
For for loops:
Increment Example:
Instead of
for var index = 0; index < 3; index ++ {
print("index is \(index)")
}
You can write:
//Example 1
for index in 0..<3 {
print("index is \(index)")
}
//Example 2
for index in 0..<someArray.count {
print("index is \(index)")
}
//Example 3
for index in 0...(someArray.count - 1) {
print("index is \(index)")
}
Decrement Example:
for var index = 3; index >= 0; --index {
print(index)
}
You can write:
for index in 3.stride(to: 1, by: -1) {
print(index)
}
//prints 3, 2
for index in 3.stride(through: 1, by: -1) {
print(index)
}
//prints 3, 2, 1
for index in (0 ..< 3).reverse() {
print(index)
}
for index in (0 ... 3).reverse() {
print(index)
}
Hope this helps!
For Swift 4, you can restore the ++ and -- operators as extensions for Int and other types. Here is an example:
extension Int {
#discardableResult
static prefix func ++(x: inout Int) -> Int {
x += 1
return x
}
static postfix func ++(x: inout Int) -> Int {
defer {x += 1}
return x
}
#discardableResult
static prefix func --(x: inout Int) -> Int {
x -= 1
return x
}
static postfix func --(x: inout Int) -> Int {
defer {x -= 1}
return x
}
}
It works the same way for other types, such as UIInt, Int8, Float, Double, etc.
You can paste these extensions in a single file in your root directory, and they will be available for use inside all of your other files there. It works perfectly, if you check it out in a playground.
Chris Lattner has gone to war against ++ and --. He writes, âCode that actually uses the result value of these operators is often confusing and subtle to a reader/maintainer of code. They encourage âoverly trickyâ code which may be cute, but difficult to understandâŚ.While Swift has well defined order of evaluation, any code that depended on it (like foo(++a, a++)) would be undesirable even if it was well-definedâŚthese fail the metric of âif we didnât already have these, would we add them to Swift 3?ââ
Apple wanted to keep swift a clean, clear, non-confusing and straight-to-the-point language. And so they deprecated ++ and -- keyword.
The Fix-it feature of Xcode gives clear answer to this.
Replace ++ increment operator with old-fashioned value += 1 (short-hand operator) and -- decrement operator with value -= 1
Here is a generic version of some of the code posted so far. I would voice the same concerns as others: it is a best practice to not use these in Swift. I agree that this could be confusing for those reading your code in the future.
prefix operator ++
prefix operator --
prefix func ++<T: Numeric> (_ val: inout T) -> T {
val += 1
return val
}
prefix func --<T: Numeric> (_ val: inout T) -> T {
val -= 1
return val
}
postfix operator ++
postfix operator --
postfix func ++<T: Numeric> (_ val: inout T) -> T {
defer { val += 1 }
return val
}
postfix func --<T: Numeric> (_ val: inout T) -> T {
defer { val -= 1 }
return val
}
This can also be written as an extension on the Numeric type.
From the docs:
The increment/decrement operators in Swift were added very early in
the development of Swift, as a carry-over from C. These were added
without much consideration, and haven't been thought about much since
then. This document provides a fresh look at them, and ultimately
recommends we just remove them entirely, since they are confusing and
not carrying their weight.
var value : Int = 1
func theOldElegantWay() -> Int{
return value++
}
func theNewFashionWay() -> Int{
let temp = value
value += 1
return temp
}
This is definitely a downside, right?
Since you never really work with pointers in Swift, it kinda makes sense to remove the ++ and -- operators in my opinion. However if you can't live without, you may add these Swift 5+ operator declarations to your project:
#discardableResult
public prefix func ++<T: Numeric>(i: inout T) -> T {
i += 1
return i
}
#discardableResult
public postfix func ++<T: Numeric>(i: inout T) -> T {
defer { i += 1 }
return i
}
#discardableResult
public prefix func --<T: Numeric>(i: inout T) -> T {
i -= 1
return i
}
#discardableResult
public postfix func --<T: Numeric>(i: inout T) -> T {
defer { i -= 1 }
return i
}
In a language without semicolons, it can be ambiguous. Is it a prefix or postfix operator?
Consider:
var x = y
++x
A human reads ++x but a parser could read this as y++.
In Swift 4.1 it could be achieved this way:
prefix operator ++
postfix operator ++
extension Int{
static prefix func ++(x: inout Int)->Int{
x += 1
return x
}
static postfix func ++(x: inout Int)->Int{
x += 1
return x-1
}
}
//example:
var t = 5
var s = t++
print("\(t) \(s)")
Notice that despite the fact that this solution in similar to previous solutions in this post, they don't work anymore in Swift 4.1 and this example does.
Also notice that whomever above mentions that += is a replacement for ++ just don't fully understand the operator as ++ combined with assignment is actually two operations, hence a shortcut.
In my example: var s = t++ does two things: assign the value of t to s and then increment t. If the ++ comes before, it's the same two operations done in reversed order.
To my opinion, the reasoning of Apple about why to remove this operator(mentioned in previous answers), is not only false reasoning but furthermore I believe it is a lie and the true reason is that they couldn't make their compiler handle it. It gave them troubles in previous versions so they gave up.
The logic of "too complicated to understand operator, hence removed" is obviously a lie because Swift contains operators far more complicated and much less useful which were not removed. Also, the vast majority of programming languages has it.
JavaScript, C, C#, Java, C++ and so many more. Programmers happily use it.
Whomever it is too difficult to understand this operator for, they and only they should do the += (or perhaps s = s + 1 if += is too complexed as well).
The strategy behind Swift is simple: Apple believes the programmer is dumb and therefore should be treated accordingly.
The truth is that Swift, launched at September 2014 was supposed to be somewhere else by now. Other languages grew up much faster.
I can list many major mistakes in the language, from serious ones: such as arrays pasted by value and not by reference, to annoying ones: variadic parameters functions can't accept an array which is the whole idea behind it.
I don't think that Apple's employees are even allowed to look at other languages such as Java so they don't even know that Apple is light years behind. Apple could have adopted Java as a language but these days, challenge is not technology, but ego is.
If they would have opened IntelliJ to write some Java, they would for sure close their business understanding that at this point, they can't and won't catch up ever.
Related
Some numeric madness
Recently I wrote some helper functions for standard math operations(+,-,*,/) to process statistics without retardation, so explicit cast of numerics are unneeded Double(8)/Double(3) // can be written as 8/3 It worked without a hassle, until I spot some erroneous behavior of a division operator, that is: func / <F: BinaryFloatingPoint, I: BinaryInteger>(lhs: F, rhs: I) -> F { return lhs / F(rhs) } func / <F: BinaryFloatingPoint, I: BinaryInteger>(lhs: I, rhs: F) -> F { return rhs / F(lhs) } let a = 10.0 let b: UInt8 = 8 print(a/b) //outputs 1.25 print(b/a) //THIS is where weird stuff shows because it outputs 1.25 as well, but should 0.8!! Is there something I missing or could it be a bug?
It was I little skid with position of operands. The valid code is: func / <F: BinaryFloatingPoint, I: BinaryInteger>(lhs: F, rhs: I) -> F { return lhs / F(rhs) } func / <F: BinaryFloatingPoint, I: BinaryInteger>(lhs: I, rhs: F) -> F { return F(lhs) / rhs } let a = 10.0 let b: UInt8 = 8 print(a/b) //1.25 print(b/a) //0.8
How to rewrite Swift ++ operator in ?: ternary operator
I have the following code var column = 0 column = column >= 2 ? 0 : ++column Since 2.2 I get a depreciation warning, any ideas how I can fix this? I have this solution: if column >= 2 { column = 0 } else { column += 1 } But this isn't really nice.
How about: column = (column >= 2) ? 0 : column+1 It looks like you might be doing something like clock arithmetic. If so, this gets the point across better: column = (column + 1) % 2
In the simplest case, you can replace ++column with column + 1: var column = 0 column = column >= 2 ? 0 : column + 1 You can also rewrite your code in an if-else statement with a += operator: var column = 0 if column >= 2 { column = 0 } else { column += 1 } Moreover, although I would not recommend using it in production code, you can reimplement ++ (prefix / postfix increment operator) and -- (prefix / postfix decrement operator) for type Int in Swift 2.2 and Swift 3 with custom operators, in-out parameters and defer statement. // Swift 2.2 prefix operator ++ {} prefix operator -- {} postfix operator ++ {} postfix operator -- {} prefix func ++(inout a: Int) -> Int { a += 1 return a } prefix func --(inout a: Int) -> Int { a -= 1 return a } postfix func ++(inout a: Int) -> Int { defer { a += 1 } return a } postfix func --(inout a: Int) -> Int { defer { a -= 1 } return a } // Swift 3 prefix operator ++ prefix operator -- postfix operator ++ postfix operator -- #discardableResult prefix func ++( a: inout Int) -> Int { a += 1 return a } #discardableResult prefix func --( a: inout Int) -> Int { a -= 1 return a } #discardableResult postfix func ++( a: inout Int) -> Int { defer { a += 1 } return a } #discardableResult postfix func --( a: inout Int) -> Int { defer { a -= 1 } return a } As an example, the following playground code that uses ternary operator generates no warnings with Swift 2.2 and Swift 3: var a = 10 print(a++) // prints 10 print(a) // prints 11 var b = 10 print(--b) // prints 9 print(b) // prints 9 var column = 0 column = column >= 2 ? 0 : ++column print(column) // prints 1
Deprecations to syntax such as ++, --, and C-style loops in preparation for the future Swift 3 release [duplicate]
I am looking at Xcode 7.3 notes and I notice this issue. The ++ and -- operators have been deprecated Could some one explain why it is deprecated? And am I right that in new version of Xcode now you going to use instead of ++ this x += 1; Example: for var index = 0; index < 3; index += 1 { print("index is \(index)") }
A full explanation here from Chris Lattner, Swift's creator. I'll summarize the points: It's another function you have to learn while learning Swift Not much shorter than x += 1 Swift is not C. Shouldn't carry them over just to please C programmers Its main use is in C-style for loop: for i = 0; i < n; i++ { ... }, which Swift has better alternatives, like for i in 0..<n { ... } (C-style for loop is going out as well) Can be tricky to read and maintain, for eg, what's the value of x - ++x or foo(++x, x++)? Chris Lattner doesn't like it. For those interested (and to avoid link rot), Lattner's reasons in his own words are: These operators increase the burden to learn Swift as a first programming language - or any other case where you don't already know these operators from a different language. Their expressive advantage is minimal - x++ is not much shorter than x += 1. Swift already deviates from C in that the =, += and other assignment-like operations returns Void (for a number of reasons). These operators are inconsistent with that model. Swift has powerful features that eliminate many of the common reasons you'd use ++i in a C-style for loop in other languages, so these are relatively infrequently used in well-written Swift code. These features include the for-in loop, ranges, enumerate, map, etc. Code that actually uses the result value of these operators is often confusing and subtle to a reader/maintainer of code. They encourage "overly tricky" code which may be cute, but difficult to understand. While Swift has well defined order of evaluation, any code that depended on it (like foo(++a, a++)) would be undesirable even if it was well-defined. These operators are applicable to relatively few types: integer and floating point scalars, and iterator-like concepts. They do not apply to complex numbers, matrices, etc. Finally, these fail the metric of "if we didn't already have these, would we add them to Swift 3?"
I realize that this comment doesn't answer the question nevertheless there may be people looking for a solution how to keep these operators working and such a solution can be found in the bottom. đ I personally prefer ++ and -- operators. I can't agree with the opinion that they are tricky or hard to manage. Once the developer understand what these operators do (and we are talking about pretty simple stuff) the code should be very clear. In the explanation why the operators were deprecated is mentioned that their main use was in C-style for loops. I don't know about others but I personally don't use C-style loops at all and there are still many other places or situations when ++ or -- operator is useful. I would like to also mention that varName++ returns a value so it can be used in the return whereas varName += 1 can not. For any of you who would like to keep these operators working here is the solution: prefix operator ++ {} postfix operator ++ {} prefix operator -- {} postfix operator -- {} // Increment prefix func ++(inout x: Int) -> Int { x += 1 return x } postfix func ++(inout x: Int) -> Int { x += 1 return (x - 1) } prefix func ++(inout x: UInt) -> UInt { x += 1 return x } postfix func ++(inout x: UInt) -> UInt { x += 1 return (x - 1) } prefix func ++(inout x: Int8) -> Int8 { x += 1 return x } postfix func ++(inout x: Int8) -> Int8 { x += 1 return (x - 1) } prefix func ++(inout x: UInt8) -> UInt8 { x += 1 return x } postfix func ++(inout x: UInt8) -> UInt8 { x += 1 return (x - 1) } prefix func ++(inout x: Int16) -> Int16 { x += 1 return x } postfix func ++(inout x: Int16) -> Int16 { x += 1 return (x - 1) } prefix func ++(inout x: UInt16) -> UInt16 { x += 1 return x } postfix func ++(inout x: UInt16) -> UInt16 { x += 1 return (x - 1) } prefix func ++(inout x: Int32) -> Int32 { x += 1 return x } postfix func ++(inout x: Int32) -> Int32 { x += 1 return (x - 1) } prefix func ++(inout x: UInt32) -> UInt32 { x += 1 return x } postfix func ++(inout x: UInt32) -> UInt32 { x += 1 return (x - 1) } prefix func ++(inout x: Int64) -> Int64 { x += 1 return x } postfix func ++(inout x: Int64) -> Int64 { x += 1 return (x - 1) } prefix func ++(inout x: UInt64) -> UInt64 { x += 1 return x } postfix func ++(inout x: UInt64) -> UInt64 { x += 1 return (x - 1) } prefix func ++(inout x: Double) -> Double { x += 1 return x } postfix func ++(inout x: Double) -> Double { x += 1 return (x - 1) } prefix func ++(inout x: Float) -> Float { x += 1 return x } postfix func ++(inout x: Float) -> Float { x += 1 return (x - 1) } prefix func ++(inout x: Float80) -> Float80 { x += 1 return x } postfix func ++(inout x: Float80) -> Float80 { x += 1 return (x - 1) } prefix func ++<T : _Incrementable>(inout i: T) -> T { i = i.successor() return i } postfix func ++<T : _Incrementable>(inout i: T) -> T { let y = i i = i.successor() return y } // Decrement prefix func --(inout x: Int) -> Int { x -= 1 return x } postfix func --(inout x: Int) -> Int { x -= 1 return (x + 1) } prefix func --(inout x: UInt) -> UInt { x -= 1 return x } postfix func --(inout x: UInt) -> UInt { x -= 1 return (x + 1) } prefix func --(inout x: Int8) -> Int8 { x -= 1 return x } postfix func --(inout x: Int8) -> Int8 { x -= 1 return (x + 1) } prefix func --(inout x: UInt8) -> UInt8 { x -= 1 return x } postfix func --(inout x: UInt8) -> UInt8 { x -= 1 return (x + 1) } prefix func --(inout x: Int16) -> Int16 { x -= 1 return x } postfix func --(inout x: Int16) -> Int16 { x -= 1 return (x + 1) } prefix func --(inout x: UInt16) -> UInt16 { x -= 1 return x } postfix func --(inout x: UInt16) -> UInt16 { x -= 1 return (x + 1) } prefix func --(inout x: Int32) -> Int32 { x -= 1 return x } postfix func --(inout x: Int32) -> Int32 { x -= 1 return (x + 1) } prefix func --(inout x: UInt32) -> UInt32 { x -= 1 return x } postfix func --(inout x: UInt32) -> UInt32 { x -= 1 return (x + 1) } prefix func --(inout x: Int64) -> Int64 { x -= 1 return x } postfix func --(inout x: Int64) -> Int64 { x -= 1 return (x + 1) } prefix func --(inout x: UInt64) -> UInt64 { x -= 1 return x } postfix func --(inout x: UInt64) -> UInt64 { x -= 1 return (x + 1) } prefix func --(inout x: Double) -> Double { x -= 1 return x } postfix func --(inout x: Double) -> Double { x -= 1 return (x + 1) } prefix func --(inout x: Float) -> Float { x -= 1 return x } postfix func --(inout x: Float) -> Float { x -= 1 return (x + 1) } prefix func --(inout x: Float80) -> Float80 { x -= 1 return x } postfix func --(inout x: Float80) -> Float80 { x -= 1 return (x + 1) } prefix func --<T : BidirectionalIndexType>(inout i: T) -> T { i = i.predecessor() return i } postfix func --<T : BidirectionalIndexType>(inout i: T) -> T { let y = i i = i.predecessor() return y }
Apple has removed the ++ and made it much simpler with the another old traditional way. Instead of ++, you need to write +=. Example: var x = 1 //Increment x += 1 //Means x = x + 1 Similarly for decrement operator --, you need to write -= Example: var x = 1 //Decrement x -= 1 //Means x = x - 1 For for loops: Increment Example: Instead of for var index = 0; index < 3; index ++ { print("index is \(index)") } You can write: //Example 1 for index in 0..<3 { print("index is \(index)") } //Example 2 for index in 0..<someArray.count { print("index is \(index)") } //Example 3 for index in 0...(someArray.count - 1) { print("index is \(index)") } Decrement Example: for var index = 3; index >= 0; --index { print(index) } You can write: for index in 3.stride(to: 1, by: -1) { print(index) } //prints 3, 2 for index in 3.stride(through: 1, by: -1) { print(index) } //prints 3, 2, 1 for index in (0 ..< 3).reverse() { print(index) } for index in (0 ... 3).reverse() { print(index) } Hope this helps!
For Swift 4, you can restore the ++ and -- operators as extensions for Int and other types. Here is an example: extension Int { #discardableResult static prefix func ++(x: inout Int) -> Int { x += 1 return x } static postfix func ++(x: inout Int) -> Int { defer {x += 1} return x } #discardableResult static prefix func --(x: inout Int) -> Int { x -= 1 return x } static postfix func --(x: inout Int) -> Int { defer {x -= 1} return x } } It works the same way for other types, such as UIInt, Int8, Float, Double, etc. You can paste these extensions in a single file in your root directory, and they will be available for use inside all of your other files there. It works perfectly, if you check it out in a playground.
Chris Lattner has gone to war against ++ and --. He writes, âCode that actually uses the result value of these operators is often confusing and subtle to a reader/maintainer of code. They encourage âoverly trickyâ code which may be cute, but difficult to understandâŚ.While Swift has well defined order of evaluation, any code that depended on it (like foo(++a, a++)) would be undesirable even if it was well-definedâŚthese fail the metric of âif we didnât already have these, would we add them to Swift 3?ââ Apple wanted to keep swift a clean, clear, non-confusing and straight-to-the-point language. And so they deprecated ++ and -- keyword.
The Fix-it feature of Xcode gives clear answer to this. Replace ++ increment operator with old-fashioned value += 1 (short-hand operator) and -- decrement operator with value -= 1
Here is a generic version of some of the code posted so far. I would voice the same concerns as others: it is a best practice to not use these in Swift. I agree that this could be confusing for those reading your code in the future. prefix operator ++ prefix operator -- prefix func ++<T: Numeric> (_ val: inout T) -> T { val += 1 return val } prefix func --<T: Numeric> (_ val: inout T) -> T { val -= 1 return val } postfix operator ++ postfix operator -- postfix func ++<T: Numeric> (_ val: inout T) -> T { defer { val += 1 } return val } postfix func --<T: Numeric> (_ val: inout T) -> T { defer { val -= 1 } return val } This can also be written as an extension on the Numeric type.
From the docs: The increment/decrement operators in Swift were added very early in the development of Swift, as a carry-over from C. These were added without much consideration, and haven't been thought about much since then. This document provides a fresh look at them, and ultimately recommends we just remove them entirely, since they are confusing and not carrying their weight.
var value : Int = 1 func theOldElegantWay() -> Int{ return value++ } func theNewFashionWay() -> Int{ let temp = value value += 1 return temp } This is definitely a downside, right?
Since you never really work with pointers in Swift, it kinda makes sense to remove the ++ and -- operators in my opinion. However if you can't live without, you may add these Swift 5+ operator declarations to your project: #discardableResult public prefix func ++<T: Numeric>(i: inout T) -> T { i += 1 return i } #discardableResult public postfix func ++<T: Numeric>(i: inout T) -> T { defer { i += 1 } return i } #discardableResult public prefix func --<T: Numeric>(i: inout T) -> T { i -= 1 return i } #discardableResult public postfix func --<T: Numeric>(i: inout T) -> T { defer { i -= 1 } return i }
In a language without semicolons, it can be ambiguous. Is it a prefix or postfix operator? Consider: var x = y ++x A human reads ++x but a parser could read this as y++.
In Swift 4.1 it could be achieved this way: prefix operator ++ postfix operator ++ extension Int{ static prefix func ++(x: inout Int)->Int{ x += 1 return x } static postfix func ++(x: inout Int)->Int{ x += 1 return x-1 } } //example: var t = 5 var s = t++ print("\(t) \(s)") Notice that despite the fact that this solution in similar to previous solutions in this post, they don't work anymore in Swift 4.1 and this example does. Also notice that whomever above mentions that += is a replacement for ++ just don't fully understand the operator as ++ combined with assignment is actually two operations, hence a shortcut. In my example: var s = t++ does two things: assign the value of t to s and then increment t. If the ++ comes before, it's the same two operations done in reversed order. To my opinion, the reasoning of Apple about why to remove this operator(mentioned in previous answers), is not only false reasoning but furthermore I believe it is a lie and the true reason is that they couldn't make their compiler handle it. It gave them troubles in previous versions so they gave up. The logic of "too complicated to understand operator, hence removed" is obviously a lie because Swift contains operators far more complicated and much less useful which were not removed. Also, the vast majority of programming languages has it. JavaScript, C, C#, Java, C++ and so many more. Programmers happily use it. Whomever it is too difficult to understand this operator for, they and only they should do the += (or perhaps s = s + 1 if += is too complexed as well). The strategy behind Swift is simple: Apple believes the programmer is dumb and therefore should be treated accordingly. The truth is that Swift, launched at September 2014 was supposed to be somewhere else by now. Other languages grew up much faster. I can list many major mistakes in the language, from serious ones: such as arrays pasted by value and not by reference, to annoying ones: variadic parameters functions can't accept an array which is the whole idea behind it. I don't think that Apple's employees are even allowed to look at other languages such as Java so they don't even know that Apple is light years behind. Apple could have adopted Java as a language but these days, challenge is not technology, but ego is. If they would have opened IntelliJ to write some Java, they would for sure close their business understanding that at this point, they can't and won't catch up ever.
YCombinator not working in Swift
I am trying to create a lambda function as such to get a factorial function but this throws a segmentation fault and errors out. How do I get this working in Swift. Please look at this video for reference on what I am trying to do http://www.confreaks.com/videos/1287-rubyconf2012-y-not-adventures-in-functional-programming typealias f = () -> () typealias g = (Int) -> (Int) typealias F = Any -> g let y = { (gen: Any) -> g in (gen as F)(gen) } let fact = y({ (gen: Any) -> g in { (n: Int) -> Int in if n == 0 { return 1 } else { return n * (gen as F)(gen)(n - 1) } } }) fact(10)
There's a great post by xiliangchen that walks through creating a Y-combinator in Swift. (Technically, this isn't a Y-combinator, since it is explicitly recursive, but it largely does what you want.) Here's an example of that Y function (stripped of its generic specification for clarity): typealias G = Int -> Int func Y (f: G -> G) -> G { return { (i: Int) -> Int in f(Y(f))(i) } } let factorial = Y { (f: G) -> G in { (n: Int) -> Int in if n == 0 { return 1 } else { return n * f(n - 1) } } } factorial(5) // 120 For more on Y-combinators, you can look at this terrific (long) piece by Mike Vanier. (Note: Using Any is kind of a mess -- I'd recommend steering clear of it whenever you can, especially since you don't need it in this case.)
You can implement a real (without explicit recursion) Y combinator using a recursive type, without any unsafe tricks (credits to Rosetta Code): struct RecursiveFunc<F> { let o : RecursiveFunc<F> -> F } func Y<A, B>(f: (A -> B) -> A -> B) -> A -> B { let r = RecursiveFunc<A -> B> { w in f { w.o(w)($0) } } return r.o(r) } let factorial = Y { (f: Int -> Int) -> Int -> Int in { $0 <= 1 ? 1 : $0 * f($0-1) } } println(factorial(10)) Any doesn't really help because Any cannot represent function types. Update: Starting in Xcode 6.1 beta 3, Any can represent function types, and your code compiles and works correctly.
This is an implementation in modern Swift that actually compiles under Swift 5.7. It has the proper modern closure syntax and declares as escaping the escaping closures. import Foundation struct RecursiveFunc<T> { let o : (RecursiveFunc<T>) -> T } func Y<A, B>(f: #escaping (#escaping (A) -> B) -> (A) -> B) -> (A) -> B { let r = RecursiveFunc<(A) -> B> { w in f { w.o(w)($0) } } return r.o(r) } let fac = Y { (f: #escaping (Int) -> Int) in { $0 <= 1 ? 1 : $0 * f($0-1) } } func fact (_ n: Int) -> Int { if n == 0 { return 1 } else { return n * fact (n-1) } } print (fact(19)) print (fac (19)) NB: code pasted from a PlayGround
How to handle closure recursivity
Here's a very simple recursive function: func lap (n: Int) -> Int { if n == 0 { return 0 } return lap (n - 1) } If I want to convert it as closure: let lap = { (n: Int) -> Int in if n == 0 { return 0 } return lap (n - 1) } I got a compiler error: "Variable used within its own initial value"
you can workaround it with two step assignment var lap : (Int) -> Int! lap = { (n: Int) -> Int in if n == 0 { return 0 } return lap(n - 1) } or you can use Y combinator func Y<T, R>( f: (T -> R) -> (T -> R) ) -> (T -> R) { return { t in f(Y(f))(t) } } let lap = Y { (f : Int -> Int) -> (Int -> Int) in return { (n : Int) -> Int in return n == 0 ? 0 : f(n - 1) } } // with type inference let lap2 = Y { f in { n in n == 0 ? 0 : f(n - 1) } } This is a workaround of the memory leak problem that #zneak found (It doesn't have memory leak but captured the wrong value) func f(n: Int) { var f = Foo() var lap: #objc_block (Int)->Int = { $0 } var obj: NSObject = reinterpretCast(lap) lap = { [weak obj] (n: Int) -> Int in // unowned will cause crush if n == 0 { return 0 } println(f) var lap2 : #objc_block (Int)->Int = reinterpretCast(obj) return lap2 (n - 1) } lap(n) } for i in 0..<5 { f(i) } class Foo { init() { println("init"); } deinit { println("deinit") } }
EDIT This has been resolved with Swift 2 using nested functions. Apple suggests this code: func f(n: Int) { func lap(n: Int) -> Int { if n == 0 { return 0 } print(n) return lap(n - 1) } lap(n) } for i in 0..<1000000 { f(i) } Although this is not obvious from the current example, so-called local functions capture the locals of the enclosing scope. Using a location function does not leak, whereas a closure would. However, clearly, lap can't be reassigned in this case. I received an email from Apple's Joe Groff stating that they still plan on making it possible to capture closures as weak and mutable variables at a later point. This does confirm, however, that there's no way to do it right now except with a local function. Your current solution has a memory leak in it: lap's closure has a strong reference to itself, meaning that it cannot ever be released. This can easily be verified by launching the following program with the Leaks instrument attached: import Foundation func f(n: Int) { var lap: (Int)->Int = { $0 } lap = { (n: Int) -> Int in if n == 0 { return 0 } println(n) return lap (n - 1) } lap(n) } for i in 0..<1000000 { f(i) } Unfortunately, as the explicit capture syntax cannot be applied to closure types (you get an error that says "'unowned' cannot be applied to non-class type '(Int) -> Int'"), there appears to be no easy way to achieve this without leaking. I filed a bug report about it.
Here's a response to my own question: var lap: (Int)->Int = { $0 } lap = { (n: Int) -> Int in if n == 0 { return 0 } println(n) return lap (n - 1) }
What about this: let lap = {(Void) -> ((Int) -> Int) in func f(n: Int) -> Int { print(n) return n == 0 ? 0 : f(n - 1) } return f }() It's quite simple, I've just defined a recursive local function inside a closure which returns the function. However, I have to say that the answer from #Bryan Chen about the Y combinator is awesome.
I had the same problem and was not statisfied with anything that was out there, so I created a library and made it available on GitHub. Using this library (with Swift 3.0) your code would look like this: let lap = Recursion<Int, Int> { (n, f) in n == 0 ? 0 : f(n-1) }.closure