Bài này được mình dịch từ đây: alisoftware.github.io
Bài này là 1 phần của series. Bạn có thể đọc các phần còn lại ở đây: phần 1, phần 1 bổ sung, phần 2, phần 3, phần 4
Array vs. Optional Ở phần trước, chúng ta đã học được function map() và flatmap() trên Array<T>:
swift 1
2
3
// Method on Array<T> map( transform: T -> U ) -> Array<U> flatMap( transform: T -> Array<U> ) -> Array<U> Điều này có nghĩa là, cho 1 biến đổi T->U bạn có thể biến đổi 1 mảng của T thành 1 mảng của U.
Bài này được mình dịch từ đây: alisoftware.github.io
Bài này là 1 phần của series. Bạn có thể đọc các phần còn lại ở đây: phần 1, phần 1 bổ sung, phần 2, phần 3, phần 4
Nhắc lại phần trước Trong phần 2, chúng ta đã biết cách sử dụng map và flatMap trên array để tránh các biến trung gian khi biến đổi và thay vào đó chúng ta đã sử dụng functional programming.
Bài này được mình dịch từ đây: alisoftware.github.io
Bài này là 1 phần của series. Bạn có thể đọc các phần còn lại ở đây: phần 1, phần 1 bổ sung, phần 2, phần 3, phần 4
Trong phần 1, ta đã biết cách làm thế nào để tránh force-unwrapping optionals, để giải cứu ponies 🐴 và tránh code bị crash. Trong phần 2 này, ta sẽ chỉnh sửa code để làm nó trở nên Swift-er hơn thông qua map() và flatMap().
Bài này được dịch từ đây: alisoftware.github.io
Bài này là 1 phần của series. Bạn có thể đọc các phần còn lại ở đây: phần 1, phần 1 bổ sung, phần 2, phần 3, phần 4
Đừng bao giờ giết một pony ? Trong bài viết lần trước, tôi kêu gọi các bạn không sử dụng !. Một số bạn có thể đã hiểu theo kiểu tiêu cực như là “không bao giờ sử dụng nó, đừng bao giờ”.
Bài này được mình dịch từ đây: alisoftware.github.io
Bài này là 1 phần của series. Bạn có thể đọc các phần còn lại ở đây: phần 1, phần 1 bổ sung, phần 2, phần 3, phần 4
Tôi thấy rằng, những-người-mới-tìm-hiểu về Swift thường hay cố chuyển đổi code của họ từ ObjC sang Swift. Nhưng phần khó nhất để code trong Swift không phải là về cú pháp mà là cách bạn tư duy trong Swift, sử dụng những khái niệm mới trong Swift mà không có trong ObjC.
