\u00a0 \u00a0 a) Released date<\/h3>\n\n- On 20th<\/sup> September 2019, Apple released the brand new Xcode 11,\u00a0 featuring support for new iOS 13. And came along with that, Apple released new version of its developing language: Swift 5.1.<\/li>\n<\/ul>\n
\u00a0 \u00a0 b) Overall<\/h3>\n\n- Swift 5.1 builds on the strength of Swift 5 by extending the stable features of language to compile time with the introduction of module stability<\/em><\/strong> (section 2). With module stability it\u2019s now possible to create and share binary frameworks that will work with the future releases of Swift. Swift 5.1 also extends the capabilities of the language and the standard library with new features such as property wrapper, opaque result types. Key path member lookup, diffing for appropriate collection types, and new APIs for String. Altogether the new features of Swift 5.1 make it easier to design better APIs and reduce the amount of common boilerplate code.<\/li>\n<\/ul>\n
2.\u00a0Module stability<\/h2>\n\n- Swift 5.1 enables the creation of Binary frameworks that can be shared with others leveraging the language\u2019s added support for module stability.<\/li>\n
- Module stability defines a new text-based module interface file that describes the API of a binary framework, allowing it to be compiled with code using different versions of the compiler.<\/li>\n<\/ol>\n
3. Standard library update<\/h2>\n
The standard library in Swift 5.1 includes some of the features below:<\/p>\n
\n- Support for handling and updating diffs on collections of appropriate types.<\/li>\n
- Increased flexibility for initializing an array.<\/li>\n
- Additional APIs for making it easier to work with Strings, including creating and handling contiguous strings, helpers for working with Unicode text, and generic initializers for String.Index and Range.<\/li>\n
- A variety of incremental API improvements for working with SIMD types, including support for extending vectors, reductions, and vector swizzles.<\/li>\n
- Identifiable protocol for supporting entities that require unique identifiers.<\/li>\n<\/ol>\n
4. Language Improvements<\/h2>\n\u00a0 \u00a0 a)\u00a0Huge improvement in auto-generated memberwise initializers<\/h3>\n\n- Swift 5.1 introduces major improvements to one of Swift\u2019s most commonly used features: memberwise initializers with default values for structs.<\/li>\n
- In earlier versions of Swift (include Swift 5.0 and earlier versions), we have to pass all parameters to the initializer for all properties in the struct, either its properties have default values or not. A memberwise initializer was automatically created to accept parameters matching the properties of a struct , like this:
\n![\"\"](\"https:\/\/briswell-vn.com\/wp-content\/uploads\/2019\/12\/Picture1-1.png\")
<\/li>\n - In Swift 5.1, the memberwise initializer will use default parameter values for any properties that have them. In previous sample, we \u2018ve given score <\/strong>property a default value 0\u00a0<\/strong>which means we can either pass parameter for it or leave it with default value.
\n![\"\"](\"https:\/\/briswell-vn.com\/wp-content\/uploads\/2019\/12\/Picture2-1.png\")
<\/li>\n<\/ol>\n\n- This lets us avoid repeating code. This also brings flexibilities in initializing a struct, especially when you want to creating multiple instances with have the same standard default values in their properties. But beside the good points, it is not explicit that multiple auto-generated memberwise initializers are to be declared by only one initializer function, like this:
\n![\"\"](\"https:\/\/briswell-vn.com\/wp-content\/uploads\/2019\/12\/Picture3.png\")
<\/li>\n - Like the example above, we have one function for initializing, but we can declare in 2 ways. So this is not appeared to be like a module\u2018s public API \u2013 that means if we want to create a library or framework, we should to define public initializers manually.<\/li>\n<\/ul>\n
\u00a0 \u00a0 b) Implicit returns from single-expression functions<\/h3>\n\n- Swift 5.1 has removed a small but important inconsistency in the language: single-expression functions that return a value can now remove the return<\/strong> keyword and Swift will understand it implicitly.<\/li>\n
- For example:<\/li>\n
- Swift 5:
\n![\"\"](\"https:\/\/briswell-vn.com\/wp-content\/uploads\/2019\/12\/Picture4.png\")
<\/li>\n - In Swift 5.1, if functions contain a single expression\u00a0 or just a single statement that evaluates to a value then you can leave off the return<\/strong> keyword, like this:
\n![\"\"](\"https:\/\/briswell-vn.com\/wp-content\/uploads\/2019\/12\/Picture5.png.png\")
<\/li>\n- This may make people confuse at first, but I think they will get used to it soon.<\/li>\n<\/ul>\n
\u00a0 \u00a0 c) Opaque return types<\/h3>\n\n- Swift 5.1 introduces the concept of opaque types into Swift. An opaque type is one where we\u2018re told about the capabilities of an object without knowing specifically what king of object it is.<\/li>\n
- Overall, it sounds like a protocol, but opaque return types take the concept if protocols significantly further because they are able to work with associated types. They require the same type to be used internally each time, and they allow us to hide implementation details.<\/li>\n
- As an example, if I want to create different kinds of animals, we can write code like this:
\n![\"\"](\"https:\/\/briswell-vn.com\/wp-content\/uploads\/2019\/12\/Picture6.png\")
<\/li>\n - But there is one problem. What if we compare those class\u2019s instances. Maybe you can compare 2 Dog instances or 2 Cat instances but you cannot compare a Cat and a Dog. It does not make any sense, even though these 2 functions return Animal type. That means sometime you forgot which type of variables you have created. So I suggest to write like the following example:
\n![\"\"](\"https:\/\/briswell-vn.com\/wp-content\/uploads\/2019\/12\/Picture7.png\")
<\/li>\n<\/ul>\n\u00a0 \u00a0 d) Using Self <\/strong>to refer to enclosing type<\/h3>\n\n- In previous versions of Swift, Self<\/em><\/strong> keyword enabled us to dynamically refer to a type in contexts where the actual concrete type isn\u2019t known. For example by referring to a protocol\u2019s implementing type within a protocol extension:
\n![\"\"](\"https:\/\/briswell-vn.com\/wp-content\/uploads\/2019\/12\/Picture8.png\")
<\/li>\n- The scope of Self in Swift 5.1 version has now been extended to also include concrete types \u2014 like enums, structs and classes \u2014 enabling us to use Self as a sort of alias referring to a method or property\u2019s enclosing type, like this:
\n![\"\"](\"https:\/\/briswell-vn.com\/wp-content\/uploads\/2019\/12\/Picture9.png\")
<\/li>\n - The fact that we can now use Self above, rather than the full TextTransform type name, is of course purely syntactic sugar \u2014 but it can help make our code a bit more compact, especially when dealing with long type names. We can even use Self inline within a method or property as well, further making the above code even more compact:
\n![\"\"](\"https:\/\/briswell-vn.com\/wp-content\/uploads\/2019\/12\/Picture10.png\")
<\/li>\n - Let \u2018s see some following examples
\n![\"\"](\"https:\/\/briswell-vn.com\/wp-content\/uploads\/2019\/12\/Picture11.png\")
![\"\"](\"https:\/\/briswell-vn.com\/wp-content\/uploads\/2019\/12\/Picture12.png\")
<\/li>\n - In the first example, I print the static property poolConnections<\/em><\/strong>. Even after overriding the property in class ThrottleNetworkManager<\/em><\/strong>, it will just print out the value of its parent class. And Self <\/em><\/strong>comes to solve this issue, as we can see in the second picture. This brings the flexibility in extending your classes, protocols , \u2026<\/li>\n<\/ul>\n
\u00a0 \u00a0 e) Warnings for ambiguous none <\/strong>cases<\/h3>\n\n- Swift\u2019s optionals are implemented as an enum of two cases: some and none. This gave rise to the possibility of confusion if we created our own enums that had a none case, then wrapped that inside an optional.
\n![\"\"](\"https:\/\/briswell-vn.com\/wp-content\/uploads\/2019\/12\/Picture12-1.png\")
<\/li>\n - The optionalColor<\/strong> has value \u201cnil\u201d because Swift assumes .none<\/strong> means the optional is empty, rather than an optional with the value CustomColor.none.<\/li>\n
- In Swift 5.1 this confusion now prints a warning: \u201cAssuming you mean ‘Optional.none’; did you mean \u2018CustomColor.none\u2019 instead?\u201d This avoids the source compatibility breakage of an error, but at least informs developers that their code might not quite mean what they thought.<\/li>\n<\/ul>\n
\u00a0 \u00a0 f)\u00a0Matching optional enums against non-optionals<\/h3>\n\n- Swift has always been smart enough to handle switch\/case pattern matching between optionals and non-optionals for strings and integers, but before Swift 5.1 that wasn\u2019t extended to enums.
\n![\"\"](\"https:\/\/briswell-vn.com\/wp-content\/uploads\/2019\/12\/Picture13.png\")
<\/li>\n - In Swift 5.1 we can now use switch\/case pattern matching to match optional enums with non-optionals, like this:
\n![\"\"](\"https:\/\/briswell-vn.com\/wp-content\/uploads\/2019\/12\/Picture14.png\")
<\/li>\n<\/ul>\n\u00a0 \u00a0 g)\u00a0Ordered collection diffing<\/h3>\n\n- Swift 5.1 gives us a new difference(from:) method that calculates the differences between two ordered collections \u2013 what items to remove and what items to insert. This can be used with any ordered collection that contains Equatable elements.<\/li>\n
- To demonstrate this, we can create an array of scores, calculate the difference from one to the other, then loop over those differences and apply each one to make our two collections the same.
\n![\"\"](\"https:\/\/briswell-vn.com\/wp-content\/uploads\/2019\/12\/Picture15.png\")
<\/li>\n - Some of you may think that it is too simple to change an array to be the same with an array \u2013 just \u201cassign it by the other\u201d. But it may cause a bad performance in updating UI. For example, I have a tableview T with a datasource List. Datasource List is fetched from a web API\/ web service. When the data from API changes, List will be change and tableView T will be change. And if we just assign List with a whole new dataset from the service, tableview will be reloaded completely. And there will be some lag in UI performance. With Diff API, you can easily remove or insert new rows for tableview, which helps reducing duration in updating UI.<\/li>\n<\/ul>\n
5. Conclusion<\/h2>\n\n- Swift 5.1 is still under development, and although the final branching for Swift itself has passed there is still scope to see changes from some of the other associated projects.<\/li>\n
- Swift is now not only ABI stable, but also module stable. On top of that, Swift 5.1 also includes many small but welcome changes and tweaks that should be applicable to almost any code base.<\/li>\n
- Beside the good points, like flexibilities in code base, there are some of features that need to be considered. The optional enums (session 4.e, 4.f) are marked as bugs and it reminds the developers to use explicit type instead, in order to avoid some external bugs in the future.<\/li>\n<\/ul>\n
What do you think? Have you already migrated your projects to Swift 5.1? If not, try out now!<\/h4>\n
<\/p>\n
References:<\/p>\n
\n- https:\/\/swift.org\/blog\/swift-5-1-released\/<\/a><\/li>\n
- https:\/\/www.hackingwithswift.com\/articles\/182\/whats-new-in-swift-5-1<\/a><\/li>\n<\/ol>\n
<\/p>","protected":false},"excerpt":{"rendered":"
1. Introduction \u00a0 \u00a0 a) Released date On 20th September 2019, Apple released the brand new Xcode 11,\u00a0 featuring support for new iOS 13. And came along with that, Apple released new version of its developing language: Swift 5.1. \u00a0 \u00a0 b) Overall Swift 5.1 builds on the strength of Swift 5 by extending the stable features of language to compile time with the introduction […]<\/p>\n","protected":false},"author":2,"featured_media":3750,"comment_status":"closed","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"_mi_skip_tracking":false,"footnotes":""},"categories":[4,71],"tags":[],"class_list":["post-2734","post","type-post","status-publish","format-standard","has-post-thumbnail","hentry","category-news","category-it-tec"],"_links":{"self":[{"href":"https:\/\/www.briswell-vn.com\/en\/wp-json\/wp\/v2\/posts\/2734","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/www.briswell-vn.com\/en\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/www.briswell-vn.com\/en\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/www.briswell-vn.com\/en\/wp-json\/wp\/v2\/users\/2"}],"replies":[{"embeddable":true,"href":"https:\/\/www.briswell-vn.com\/en\/wp-json\/wp\/v2\/comments?post=2734"}],"version-history":[{"count":0,"href":"https:\/\/www.briswell-vn.com\/en\/wp-json\/wp\/v2\/posts\/2734\/revisions"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/www.briswell-vn.com\/en\/wp-json\/wp\/v2\/media\/3750"}],"wp:attachment":[{"href":"https:\/\/www.briswell-vn.com\/en\/wp-json\/wp\/v2\/media?parent=2734"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/www.briswell-vn.com\/en\/wp-json\/wp\/v2\/categories?post=2734"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/www.briswell-vn.com\/en\/wp-json\/wp\/v2\/tags?post=2734"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}
\u00a0 \u00a0 b) Overall<\/h3>\n\n- Swift 5.1 builds on the strength of Swift 5 by extending the stable features of language to compile time with the introduction of module stability<\/em><\/strong> (section 2). With module stability it\u2019s now possible to create and share binary frameworks that will work with the future releases of Swift. Swift 5.1 also extends the capabilities of the language and the standard library with new features such as property wrapper, opaque result types. Key path member lookup, diffing for appropriate collection types, and new APIs for String. Altogether the new features of Swift 5.1 make it easier to design better APIs and reduce the amount of common boilerplate code.<\/li>\n<\/ul>\n
2.\u00a0Module stability<\/h2>\n\n- Swift 5.1 enables the creation of Binary frameworks that can be shared with others leveraging the language\u2019s added support for module stability.<\/li>\n
- Module stability defines a new text-based module interface file that describes the API of a binary framework, allowing it to be compiled with code using different versions of the compiler.<\/li>\n<\/ol>\n
3. Standard library update<\/h2>\n
The standard library in Swift 5.1 includes some of the features below:<\/p>\n
\n- Support for handling and updating diffs on collections of appropriate types.<\/li>\n
- Increased flexibility for initializing an array.<\/li>\n
- Additional APIs for making it easier to work with Strings, including creating and handling contiguous strings, helpers for working with Unicode text, and generic initializers for String.Index and Range.<\/li>\n
- A variety of incremental API improvements for working with SIMD types, including support for extending vectors, reductions, and vector swizzles.<\/li>\n
- Identifiable protocol for supporting entities that require unique identifiers.<\/li>\n<\/ol>\n
4. Language Improvements<\/h2>\n\u00a0 \u00a0 a)\u00a0Huge improvement in auto-generated memberwise initializers<\/h3>\n\n- Swift 5.1 introduces major improvements to one of Swift\u2019s most commonly used features: memberwise initializers with default values for structs.<\/li>\n
- In earlier versions of Swift (include Swift 5.0 and earlier versions), we have to pass all parameters to the initializer for all properties in the struct, either its properties have default values or not. A memberwise initializer was automatically created to accept parameters matching the properties of a struct , like this:
\n<\/li>\n - In Swift 5.1, the memberwise initializer will use default parameter values for any properties that have them. In previous sample, we \u2018ve given score <\/strong>property a default value 0\u00a0<\/strong>which means we can either pass parameter for it or leave it with default value.
\n<\/li>\n<\/ol>\n\n- This lets us avoid repeating code. This also brings flexibilities in initializing a struct, especially when you want to creating multiple instances with have the same standard default values in their properties. But beside the good points, it is not explicit that multiple auto-generated memberwise initializers are to be declared by only one initializer function, like this:
\n<\/li>\n - Like the example above, we have one function for initializing, but we can declare in 2 ways. So this is not appeared to be like a module\u2018s public API \u2013 that means if we want to create a library or framework, we should to define public initializers manually.<\/li>\n<\/ul>\n
\u00a0 \u00a0 b) Implicit returns from single-expression functions<\/h3>\n\n- Swift 5.1 has removed a small but important inconsistency in the language: single-expression functions that return a value can now remove the return<\/strong> keyword and Swift will understand it implicitly.<\/li>\n
- For example:<\/li>\n
- Swift 5:
\n<\/li>\n - In Swift 5.1, if functions contain a single expression\u00a0 or just a single statement that evaluates to a value then you can leave off the return<\/strong> keyword, like this:
\n<\/li>\n- This may make people confuse at first, but I think they will get used to it soon.<\/li>\n<\/ul>\n
\u00a0 \u00a0 c) Opaque return types<\/h3>\n\n- Swift 5.1 introduces the concept of opaque types into Swift. An opaque type is one where we\u2018re told about the capabilities of an object without knowing specifically what king of object it is.<\/li>\n
- Overall, it sounds like a protocol, but opaque return types take the concept if protocols significantly further because they are able to work with associated types. They require the same type to be used internally each time, and they allow us to hide implementation details.<\/li>\n
- As an example, if I want to create different kinds of animals, we can write code like this:
\n<\/li>\n - But there is one problem. What if we compare those class\u2019s instances. Maybe you can compare 2 Dog instances or 2 Cat instances but you cannot compare a Cat and a Dog. It does not make any sense, even though these 2 functions return Animal type. That means sometime you forgot which type of variables you have created. So I suggest to write like the following example:
\n<\/li>\n<\/ul>\n\u00a0 \u00a0 d) Using Self <\/strong>to refer to enclosing type<\/h3>\n\n- In previous versions of Swift, Self<\/em><\/strong> keyword enabled us to dynamically refer to a type in contexts where the actual concrete type isn\u2019t known. For example by referring to a protocol\u2019s implementing type within a protocol extension:
\n<\/li>\n- The scope of Self in Swift 5.1 version has now been extended to also include concrete types \u2014 like enums, structs and classes \u2014 enabling us to use Self as a sort of alias referring to a method or property\u2019s enclosing type, like this:
\n<\/li>\n - The fact that we can now use Self above, rather than the full TextTransform type name, is of course purely syntactic sugar \u2014 but it can help make our code a bit more compact, especially when dealing with long type names. We can even use Self inline within a method or property as well, further making the above code even more compact:
\n<\/li>\n - Let \u2018s see some following examples
\n<\/li>\n - In the first example, I print the static property poolConnections<\/em><\/strong>. Even after overriding the property in class ThrottleNetworkManager<\/em><\/strong>, it will just print out the value of its parent class. And Self <\/em><\/strong>comes to solve this issue, as we can see in the second picture. This brings the flexibility in extending your classes, protocols , \u2026<\/li>\n<\/ul>\n
\u00a0 \u00a0 e) Warnings for ambiguous none <\/strong>cases<\/h3>\n\n- Swift\u2019s optionals are implemented as an enum of two cases: some and none. This gave rise to the possibility of confusion if we created our own enums that had a none case, then wrapped that inside an optional.
\n<\/li>\n - The optionalColor<\/strong> has value \u201cnil\u201d because Swift assumes .none<\/strong> means the optional is empty, rather than an optional with the value CustomColor.none.<\/li>\n
- In Swift 5.1 this confusion now prints a warning: \u201cAssuming you mean ‘Optional.none’; did you mean \u2018CustomColor.none\u2019 instead?\u201d This avoids the source compatibility breakage of an error, but at least informs developers that their code might not quite mean what they thought.<\/li>\n<\/ul>\n
\u00a0 \u00a0 f)\u00a0Matching optional enums against non-optionals<\/h3>\n\n- Swift has always been smart enough to handle switch\/case pattern matching between optionals and non-optionals for strings and integers, but before Swift 5.1 that wasn\u2019t extended to enums.
\n<\/li>\n - In Swift 5.1 we can now use switch\/case pattern matching to match optional enums with non-optionals, like this:
\n<\/li>\n<\/ul>\n\u00a0 \u00a0 g)\u00a0Ordered collection diffing<\/h3>\n\n- Swift 5.1 gives us a new difference(from:) method that calculates the differences between two ordered collections \u2013 what items to remove and what items to insert. This can be used with any ordered collection that contains Equatable elements.<\/li>\n
- To demonstrate this, we can create an array of scores, calculate the difference from one to the other, then loop over those differences and apply each one to make our two collections the same.
\n<\/li>\n - Some of you may think that it is too simple to change an array to be the same with an array \u2013 just \u201cassign it by the other\u201d. But it may cause a bad performance in updating UI. For example, I have a tableview T with a datasource List. Datasource List is fetched from a web API\/ web service. When the data from API changes, List will be change and tableView T will be change. And if we just assign List with a whole new dataset from the service, tableview will be reloaded completely. And there will be some lag in UI performance. With Diff API, you can easily remove or insert new rows for tableview, which helps reducing duration in updating UI.<\/li>\n<\/ul>\n
5. Conclusion<\/h2>\n\n- Swift 5.1 is still under development, and although the final branching for Swift itself has passed there is still scope to see changes from some of the other associated projects.<\/li>\n
- Swift is now not only ABI stable, but also module stable. On top of that, Swift 5.1 also includes many small but welcome changes and tweaks that should be applicable to almost any code base.<\/li>\n
- Beside the good points, like flexibilities in code base, there are some of features that need to be considered. The optional enums (session 4.e, 4.f) are marked as bugs and it reminds the developers to use explicit type instead, in order to avoid some external bugs in the future.<\/li>\n<\/ul>\n
What do you think? Have you already migrated your projects to Swift 5.1? If not, try out now!<\/h4>\n
<\/p>\n
References:<\/p>\n
\n- https:\/\/swift.org\/blog\/swift-5-1-released\/<\/a><\/li>\n
- https:\/\/www.hackingwithswift.com\/articles\/182\/whats-new-in-swift-5-1<\/a><\/li>\n<\/ol>\n
<\/p>","protected":false},"excerpt":{"rendered":"
1. Introduction \u00a0 \u00a0 a) Released date On 20th September 2019, Apple released the brand new Xcode 11,\u00a0 featuring support for new iOS 13. And came along with that, Apple released new version of its developing language: Swift 5.1. \u00a0 \u00a0 b) Overall Swift 5.1 builds on the strength of Swift 5 by extending the stable features of language to compile time with the introduction […]<\/p>\n","protected":false},"author":2,"featured_media":3750,"comment_status":"closed","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"_mi_skip_tracking":false,"footnotes":""},"categories":[4,71],"tags":[],"class_list":["post-2734","post","type-post","status-publish","format-standard","has-post-thumbnail","hentry","category-news","category-it-tec"],"_links":{"self":[{"href":"https:\/\/www.briswell-vn.com\/en\/wp-json\/wp\/v2\/posts\/2734","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/www.briswell-vn.com\/en\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/www.briswell-vn.com\/en\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/www.briswell-vn.com\/en\/wp-json\/wp\/v2\/users\/2"}],"replies":[{"embeddable":true,"href":"https:\/\/www.briswell-vn.com\/en\/wp-json\/wp\/v2\/comments?post=2734"}],"version-history":[{"count":0,"href":"https:\/\/www.briswell-vn.com\/en\/wp-json\/wp\/v2\/posts\/2734\/revisions"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/www.briswell-vn.com\/en\/wp-json\/wp\/v2\/media\/3750"}],"wp:attachment":[{"href":"https:\/\/www.briswell-vn.com\/en\/wp-json\/wp\/v2\/media?parent=2734"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/www.briswell-vn.com\/en\/wp-json\/wp\/v2\/categories?post=2734"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/www.briswell-vn.com\/en\/wp-json\/wp\/v2\/tags?post=2734"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}
2.\u00a0Module stability<\/h2>\n\n- Swift 5.1 enables the creation of Binary frameworks that can be shared with others leveraging the language\u2019s added support for module stability.<\/li>\n
- Module stability defines a new text-based module interface file that describes the API of a binary framework, allowing it to be compiled with code using different versions of the compiler.<\/li>\n<\/ol>\n
3. Standard library update<\/h2>\n
The standard library in Swift 5.1 includes some of the features below:<\/p>\n
\n- Support for handling and updating diffs on collections of appropriate types.<\/li>\n
- Increased flexibility for initializing an array.<\/li>\n
- Additional APIs for making it easier to work with Strings, including creating and handling contiguous strings, helpers for working with Unicode text, and generic initializers for String.Index and Range.<\/li>\n
- A variety of incremental API improvements for working with SIMD types, including support for extending vectors, reductions, and vector swizzles.<\/li>\n
- Identifiable protocol for supporting entities that require unique identifiers.<\/li>\n<\/ol>\n
4. Language Improvements<\/h2>\n\u00a0 \u00a0 a)\u00a0Huge improvement in auto-generated memberwise initializers<\/h3>\n\n- Swift 5.1 introduces major improvements to one of Swift\u2019s most commonly used features: memberwise initializers with default values for structs.<\/li>\n
- In earlier versions of Swift (include Swift 5.0 and earlier versions), we have to pass all parameters to the initializer for all properties in the struct, either its properties have default values or not. A memberwise initializer was automatically created to accept parameters matching the properties of a struct , like this:
\n<\/li>\n - In Swift 5.1, the memberwise initializer will use default parameter values for any properties that have them. In previous sample, we \u2018ve given score <\/strong>property a default value 0\u00a0<\/strong>which means we can either pass parameter for it or leave it with default value.
\n<\/li>\n<\/ol>\n\n- This lets us avoid repeating code. This also brings flexibilities in initializing a struct, especially when you want to creating multiple instances with have the same standard default values in their properties. But beside the good points, it is not explicit that multiple auto-generated memberwise initializers are to be declared by only one initializer function, like this:
\n<\/li>\n - Like the example above, we have one function for initializing, but we can declare in 2 ways. So this is not appeared to be like a module\u2018s public API \u2013 that means if we want to create a library or framework, we should to define public initializers manually.<\/li>\n<\/ul>\n
\u00a0 \u00a0 b) Implicit returns from single-expression functions<\/h3>\n\n- Swift 5.1 has removed a small but important inconsistency in the language: single-expression functions that return a value can now remove the return<\/strong> keyword and Swift will understand it implicitly.<\/li>\n
- For example:<\/li>\n
- Swift 5:
\n<\/li>\n - In Swift 5.1, if functions contain a single expression\u00a0 or just a single statement that evaluates to a value then you can leave off the return<\/strong> keyword, like this:
\n<\/li>\n- This may make people confuse at first, but I think they will get used to it soon.<\/li>\n<\/ul>\n
\u00a0 \u00a0 c) Opaque return types<\/h3>\n\n- Swift 5.1 introduces the concept of opaque types into Swift. An opaque type is one where we\u2018re told about the capabilities of an object without knowing specifically what king of object it is.<\/li>\n
- Overall, it sounds like a protocol, but opaque return types take the concept if protocols significantly further because they are able to work with associated types. They require the same type to be used internally each time, and they allow us to hide implementation details.<\/li>\n
- As an example, if I want to create different kinds of animals, we can write code like this:
\n<\/li>\n - But there is one problem. What if we compare those class\u2019s instances. Maybe you can compare 2 Dog instances or 2 Cat instances but you cannot compare a Cat and a Dog. It does not make any sense, even though these 2 functions return Animal type. That means sometime you forgot which type of variables you have created. So I suggest to write like the following example:
\n<\/li>\n<\/ul>\n\u00a0 \u00a0 d) Using Self <\/strong>to refer to enclosing type<\/h3>\n\n- In previous versions of Swift, Self<\/em><\/strong> keyword enabled us to dynamically refer to a type in contexts where the actual concrete type isn\u2019t known. For example by referring to a protocol\u2019s implementing type within a protocol extension:
\n<\/li>\n- The scope of Self in Swift 5.1 version has now been extended to also include concrete types \u2014 like enums, structs and classes \u2014 enabling us to use Self as a sort of alias referring to a method or property\u2019s enclosing type, like this:
\n<\/li>\n - The fact that we can now use Self above, rather than the full TextTransform type name, is of course purely syntactic sugar \u2014 but it can help make our code a bit more compact, especially when dealing with long type names. We can even use Self inline within a method or property as well, further making the above code even more compact:
\n<\/li>\n - Let \u2018s see some following examples
\n<\/li>\n - In the first example, I print the static property poolConnections<\/em><\/strong>. Even after overriding the property in class ThrottleNetworkManager<\/em><\/strong>, it will just print out the value of its parent class. And Self <\/em><\/strong>comes to solve this issue, as we can see in the second picture. This brings the flexibility in extending your classes, protocols , \u2026<\/li>\n<\/ul>\n
\u00a0 \u00a0 e) Warnings for ambiguous none <\/strong>cases<\/h3>\n\n- Swift\u2019s optionals are implemented as an enum of two cases: some and none. This gave rise to the possibility of confusion if we created our own enums that had a none case, then wrapped that inside an optional.
\n<\/li>\n - The optionalColor<\/strong> has value \u201cnil\u201d because Swift assumes .none<\/strong> means the optional is empty, rather than an optional with the value CustomColor.none.<\/li>\n
- In Swift 5.1 this confusion now prints a warning: \u201cAssuming you mean ‘Optional.none’; did you mean \u2018CustomColor.none\u2019 instead?\u201d This avoids the source compatibility breakage of an error, but at least informs developers that their code might not quite mean what they thought.<\/li>\n<\/ul>\n
\u00a0 \u00a0 f)\u00a0Matching optional enums against non-optionals<\/h3>\n\n- Swift has always been smart enough to handle switch\/case pattern matching between optionals and non-optionals for strings and integers, but before Swift 5.1 that wasn\u2019t extended to enums.
\n<\/li>\n - In Swift 5.1 we can now use switch\/case pattern matching to match optional enums with non-optionals, like this:
\n<\/li>\n<\/ul>\n\u00a0 \u00a0 g)\u00a0Ordered collection diffing<\/h3>\n\n- Swift 5.1 gives us a new difference(from:) method that calculates the differences between two ordered collections \u2013 what items to remove and what items to insert. This can be used with any ordered collection that contains Equatable elements.<\/li>\n
- To demonstrate this, we can create an array of scores, calculate the difference from one to the other, then loop over those differences and apply each one to make our two collections the same.
\n<\/li>\n - Some of you may think that it is too simple to change an array to be the same with an array \u2013 just \u201cassign it by the other\u201d. But it may cause a bad performance in updating UI. For example, I have a tableview T with a datasource List. Datasource List is fetched from a web API\/ web service. When the data from API changes, List will be change and tableView T will be change. And if we just assign List with a whole new dataset from the service, tableview will be reloaded completely. And there will be some lag in UI performance. With Diff API, you can easily remove or insert new rows for tableview, which helps reducing duration in updating UI.<\/li>\n<\/ul>\n
5. Conclusion<\/h2>\n\n- Swift 5.1 is still under development, and although the final branching for Swift itself has passed there is still scope to see changes from some of the other associated projects.<\/li>\n
- Swift is now not only ABI stable, but also module stable. On top of that, Swift 5.1 also includes many small but welcome changes and tweaks that should be applicable to almost any code base.<\/li>\n
- Beside the good points, like flexibilities in code base, there are some of features that need to be considered. The optional enums (session 4.e, 4.f) are marked as bugs and it reminds the developers to use explicit type instead, in order to avoid some external bugs in the future.<\/li>\n<\/ul>\n
What do you think? Have you already migrated your projects to Swift 5.1? If not, try out now!<\/h4>\n
<\/p>\n
References:<\/p>\n
\n- https:\/\/swift.org\/blog\/swift-5-1-released\/<\/a><\/li>\n
- https:\/\/www.hackingwithswift.com\/articles\/182\/whats-new-in-swift-5-1<\/a><\/li>\n<\/ol>\n
<\/p>","protected":false},"excerpt":{"rendered":"
1. Introduction \u00a0 \u00a0 a) Released date On 20th September 2019, Apple released the brand new Xcode 11,\u00a0 featuring support for new iOS 13. And came along with that, Apple released new version of its developing language: Swift 5.1. \u00a0 \u00a0 b) Overall Swift 5.1 builds on the strength of Swift 5 by extending the stable features of language to compile time with the introduction […]<\/p>\n","protected":false},"author":2,"featured_media":3750,"comment_status":"closed","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"_mi_skip_tracking":false,"footnotes":""},"categories":[4,71],"tags":[],"class_list":["post-2734","post","type-post","status-publish","format-standard","has-post-thumbnail","hentry","category-news","category-it-tec"],"_links":{"self":[{"href":"https:\/\/www.briswell-vn.com\/en\/wp-json\/wp\/v2\/posts\/2734","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/www.briswell-vn.com\/en\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/www.briswell-vn.com\/en\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/www.briswell-vn.com\/en\/wp-json\/wp\/v2\/users\/2"}],"replies":[{"embeddable":true,"href":"https:\/\/www.briswell-vn.com\/en\/wp-json\/wp\/v2\/comments?post=2734"}],"version-history":[{"count":0,"href":"https:\/\/www.briswell-vn.com\/en\/wp-json\/wp\/v2\/posts\/2734\/revisions"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/www.briswell-vn.com\/en\/wp-json\/wp\/v2\/media\/3750"}],"wp:attachment":[{"href":"https:\/\/www.briswell-vn.com\/en\/wp-json\/wp\/v2\/media?parent=2734"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/www.briswell-vn.com\/en\/wp-json\/wp\/v2\/categories?post=2734"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/www.briswell-vn.com\/en\/wp-json\/wp\/v2\/tags?post=2734"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}
3. Standard library update<\/h2>\n
The standard library in Swift 5.1 includes some of the features below:<\/p>\n
- \n
- Support for handling and updating diffs on collections of appropriate types.<\/li>\n
- Increased flexibility for initializing an array.<\/li>\n
- Additional APIs for making it easier to work with Strings, including creating and handling contiguous strings, helpers for working with Unicode text, and generic initializers for String.Index and Range.<\/li>\n
- A variety of incremental API improvements for working with SIMD types, including support for extending vectors, reductions, and vector swizzles.<\/li>\n
- Identifiable protocol for supporting entities that require unique identifiers.<\/li>\n<\/ol>\n
4. Language Improvements<\/h2>\n
\u00a0 \u00a0 a)\u00a0Huge improvement in auto-generated memberwise initializers<\/h3>\n
- \n
- Swift 5.1 introduces major improvements to one of Swift\u2019s most commonly used features: memberwise initializers with default values for structs.<\/li>\n
- In earlier versions of Swift (include Swift 5.0 and earlier versions), we have to pass all parameters to the initializer for all properties in the struct, either its properties have default values or not. A memberwise initializer was automatically created to accept parameters matching the properties of a struct , like this:
\n<\/li>\n - In Swift 5.1, the memberwise initializer will use default parameter values for any properties that have them. In previous sample, we \u2018ve given score <\/strong>property a default value 0\u00a0<\/strong>which means we can either pass parameter for it or leave it with default value.
\n<\/li>\n<\/ol>\n- \n
- This lets us avoid repeating code. This also brings flexibilities in initializing a struct, especially when you want to creating multiple instances with have the same standard default values in their properties. But beside the good points, it is not explicit that multiple auto-generated memberwise initializers are to be declared by only one initializer function, like this:
\n<\/li>\n - Like the example above, we have one function for initializing, but we can declare in 2 ways. So this is not appeared to be like a module\u2018s public API \u2013 that means if we want to create a library or framework, we should to define public initializers manually.<\/li>\n<\/ul>\n
\u00a0 \u00a0 b) Implicit returns from single-expression functions<\/h3>\n
- \n
- Swift 5.1 has removed a small but important inconsistency in the language: single-expression functions that return a value can now remove the return<\/strong> keyword and Swift will understand it implicitly.<\/li>\n
- For example:<\/li>\n
- Swift 5:
\n<\/li>\n- In Swift 5.1, if functions contain a single expression\u00a0 or just a single statement that evaluates to a value then you can leave off the return<\/strong> keyword, like this:
\n<\/li>\n- This may make people confuse at first, but I think they will get used to it soon.<\/li>\n<\/ul>\n
\u00a0 \u00a0 c) Opaque return types<\/h3>\n
- \n
- Swift 5.1 introduces the concept of opaque types into Swift. An opaque type is one where we\u2018re told about the capabilities of an object without knowing specifically what king of object it is.<\/li>\n
- Overall, it sounds like a protocol, but opaque return types take the concept if protocols significantly further because they are able to work with associated types. They require the same type to be used internally each time, and they allow us to hide implementation details.<\/li>\n
- As an example, if I want to create different kinds of animals, we can write code like this:
\n<\/li>\n - But there is one problem. What if we compare those class\u2019s instances. Maybe you can compare 2 Dog instances or 2 Cat instances but you cannot compare a Cat and a Dog. It does not make any sense, even though these 2 functions return Animal type. That means sometime you forgot which type of variables you have created. So I suggest to write like the following example:
\n<\/li>\n<\/ul>\n\u00a0 \u00a0 d) Using Self <\/strong>to refer to enclosing type<\/h3>\n
- \n
- In previous versions of Swift, Self<\/em><\/strong> keyword enabled us to dynamically refer to a type in contexts where the actual concrete type isn\u2019t known. For example by referring to a protocol\u2019s implementing type within a protocol extension:
\n<\/li>\n- The scope of Self in Swift 5.1 version has now been extended to also include concrete types \u2014 like enums, structs and classes \u2014 enabling us to use Self as a sort of alias referring to a method or property\u2019s enclosing type, like this:
\n<\/li>\n- The fact that we can now use Self above, rather than the full TextTransform type name, is of course purely syntactic sugar \u2014 but it can help make our code a bit more compact, especially when dealing with long type names. We can even use Self inline within a method or property as well, further making the above code even more compact:
\n<\/li>\n- Let \u2018s see some following examples
\n<\/li>\n- In the first example, I print the static property poolConnections<\/em><\/strong>. Even after overriding the property in class ThrottleNetworkManager<\/em><\/strong>, it will just print out the value of its parent class. And Self <\/em><\/strong>comes to solve this issue, as we can see in the second picture. This brings the flexibility in extending your classes, protocols , \u2026<\/li>\n<\/ul>\n
\u00a0 \u00a0 e) Warnings for ambiguous none <\/strong>cases<\/h3>\n
- \n
- Swift\u2019s optionals are implemented as an enum of two cases: some and none. This gave rise to the possibility of confusion if we created our own enums that had a none case, then wrapped that inside an optional.
\n<\/li>\n - The optionalColor<\/strong> has value \u201cnil\u201d because Swift assumes .none<\/strong> means the optional is empty, rather than an optional with the value CustomColor.none.<\/li>\n
- In Swift 5.1 this confusion now prints a warning: \u201cAssuming you mean ‘Optional.none’; did you mean \u2018CustomColor.none\u2019 instead?\u201d This avoids the source compatibility breakage of an error, but at least informs developers that their code might not quite mean what they thought.<\/li>\n<\/ul>\n
\u00a0 \u00a0 f)\u00a0Matching optional enums against non-optionals<\/h3>\n
- \n
- Swift has always been smart enough to handle switch\/case pattern matching between optionals and non-optionals for strings and integers, but before Swift 5.1 that wasn\u2019t extended to enums.
\n<\/li>\n - In Swift 5.1 we can now use switch\/case pattern matching to match optional enums with non-optionals, like this:
\n<\/li>\n<\/ul>\n\u00a0 \u00a0 g)\u00a0Ordered collection diffing<\/h3>\n
- \n
- Swift 5.1 gives us a new difference(from:) method that calculates the differences between two ordered collections \u2013 what items to remove and what items to insert. This can be used with any ordered collection that contains Equatable elements.<\/li>\n
- To demonstrate this, we can create an array of scores, calculate the difference from one to the other, then loop over those differences and apply each one to make our two collections the same.
\n<\/li>\n - Some of you may think that it is too simple to change an array to be the same with an array \u2013 just \u201cassign it by the other\u201d. But it may cause a bad performance in updating UI. For example, I have a tableview T with a datasource List. Datasource List is fetched from a web API\/ web service. When the data from API changes, List will be change and tableView T will be change. And if we just assign List with a whole new dataset from the service, tableview will be reloaded completely. And there will be some lag in UI performance. With Diff API, you can easily remove or insert new rows for tableview, which helps reducing duration in updating UI.<\/li>\n<\/ul>\n
5. Conclusion<\/h2>\n
- \n
- Swift 5.1 is still under development, and although the final branching for Swift itself has passed there is still scope to see changes from some of the other associated projects.<\/li>\n
- Swift is now not only ABI stable, but also module stable. On top of that, Swift 5.1 also includes many small but welcome changes and tweaks that should be applicable to almost any code base.<\/li>\n
- Beside the good points, like flexibilities in code base, there are some of features that need to be considered. The optional enums (session 4.e, 4.f) are marked as bugs and it reminds the developers to use explicit type instead, in order to avoid some external bugs in the future.<\/li>\n<\/ul>\n
What do you think? Have you already migrated your projects to Swift 5.1? If not, try out now!<\/h4>\n
<\/p>\n
References:<\/p>\n
- \n
- https:\/\/swift.org\/blog\/swift-5-1-released\/<\/a><\/li>\n
- https:\/\/www.hackingwithswift.com\/articles\/182\/whats-new-in-swift-5-1<\/a><\/li>\n<\/ol>\n
<\/p>","protected":false},"excerpt":{"rendered":"
1. Introduction \u00a0 \u00a0 a) Released date On 20th September 2019, Apple released the brand new Xcode 11,\u00a0 featuring support for new iOS 13. And came along with that, Apple released new version of its developing language: Swift 5.1. \u00a0 \u00a0 b) Overall Swift 5.1 builds on the strength of Swift 5 by extending the stable features of language to compile time with the introduction […]<\/p>\n","protected":false},"author":2,"featured_media":3750,"comment_status":"closed","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"_mi_skip_tracking":false,"footnotes":""},"categories":[4,71],"tags":[],"class_list":["post-2734","post","type-post","status-publish","format-standard","has-post-thumbnail","hentry","category-news","category-it-tec"],"_links":{"self":[{"href":"https:\/\/www.briswell-vn.com\/en\/wp-json\/wp\/v2\/posts\/2734","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/www.briswell-vn.com\/en\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/www.briswell-vn.com\/en\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/www.briswell-vn.com\/en\/wp-json\/wp\/v2\/users\/2"}],"replies":[{"embeddable":true,"href":"https:\/\/www.briswell-vn.com\/en\/wp-json\/wp\/v2\/comments?post=2734"}],"version-history":[{"count":0,"href":"https:\/\/www.briswell-vn.com\/en\/wp-json\/wp\/v2\/posts\/2734\/revisions"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/www.briswell-vn.com\/en\/wp-json\/wp\/v2\/media\/3750"}],"wp:attachment":[{"href":"https:\/\/www.briswell-vn.com\/en\/wp-json\/wp\/v2\/media?parent=2734"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/www.briswell-vn.com\/en\/wp-json\/wp\/v2\/categories?post=2734"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/www.briswell-vn.com\/en\/wp-json\/wp\/v2\/tags?post=2734"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}
- https:\/\/www.hackingwithswift.com\/articles\/182\/whats-new-in-swift-5-1<\/a><\/li>\n<\/ol>\n
- https:\/\/swift.org\/blog\/swift-5-1-released\/<\/a><\/li>\n
- In Swift 5.1 this confusion now prints a warning: \u201cAssuming you mean ‘Optional.none’; did you mean \u2018CustomColor.none\u2019 instead?\u201d This avoids the source compatibility breakage of an error, but at least informs developers that their code might not quite mean what they thought.<\/li>\n<\/ul>\n
- The scope of Self in Swift 5.1 version has now been extended to also include concrete types \u2014 like enums, structs and classes \u2014 enabling us to use Self as a sort of alias referring to a method or property\u2019s enclosing type, like this:
- In previous versions of Swift, Self<\/em><\/strong> keyword enabled us to dynamically refer to a type in contexts where the actual concrete type isn\u2019t known. For example by referring to a protocol\u2019s implementing type within a protocol extension:
- Swift 5.1 has removed a small but important inconsistency in the language: single-expression functions that return a value can now remove the return<\/strong> keyword and Swift will understand it implicitly.<\/li>\n
- This lets us avoid repeating code. This also brings flexibilities in initializing a struct, especially when you want to creating multiple instances with have the same standard default values in their properties. But beside the good points, it is not explicit that multiple auto-generated memberwise initializers are to be declared by only one initializer function, like this: