swift-developers-japan
コミュニティ / swift-zoomin
9
7
5
5
3
3
1
4
4 2
2
2
6
2
3
2
2
2
1
2 17 1 1
1
3
3
5 24 3
2
1
1
2 1 2
1
1
読んだ 読んでない 18 2
7
5
1
3
Objective-C 
Swift
CGRect frame; frame.origin.x += 10; はOK 話外れました 
1reduce(into:...) も追加されたのは Swift 4 で https://github.com/apple/swift-evolution/blob/master/proposals/0171-reduce-with-inout.md 
async/await で結構問題になる気がしてて
1
3
6
1 2
11
1 10 16
6 3
今回のプロジェクトのリポジトリです
Usage: @swiftbot [--version=SWIFT_VERSION] [--command={swift, swiftc}] [--options=SWIFTC_OPTIONS] ``` [Swift Code] ``` Examples: @swiftbot ``` print("Hello world!") ``` @swiftbot --version=4.0.3 ``` print("Hello world!") ``` @swiftbot --command=swiftc --options=-dump-parse ``` print("Hello world!") ``` @swiftbot --platform=mac ``` print("Hello world!") ``` Subcommands: @swiftbot versions: show available Swift toolchain versions @swiftbot contribute: show repository URLs @swiftbot help: show help 2
Harvest: Apple's Combine.framework + State Machine, inspired by Elm. - inamiy/Harvest
1
アイコンから確認できます
public struct Board { // ... public init(width: Int, height: Int, disks: [Disk?]? = nil) { precondition(width >= 2, "`width` must be >= 2: \(width)") precondition(height >= 2, "`height` must be >= 2: \(height)") precondition(width.isMultiple(of: 2), "`width` must be an even number: \(width)") precondition(height.isMultiple(of: 2), "`height` must be an even number: \(height)") 1や
を変数にするのも結構ですが、もっと日本語を積極的に使っていけば、開発や保守が楽になるケースがあると考えていました。今回、日...
3 5
1
1 1
️ のをやったことがあって、ちょっとこれ詳しいひと（？）に証明してもらいたいという気持ちがある（？）
️ 路線でやっていってみてます。
1
1
2
7
自分しか理解できないだろうな…
ビュー: はえー、ビューを更新する大変や。リクエストしてモデルさんから帰ってくるデータがたくさん来るからな。いそがしいそがし モデル： … なあ、相談したいことあるんやけど。 ビュー： なんやモデルさん。なんかあった？ モデル： せや、ワイ、ビューを直接変えたいねん。 ビュー：ファッ？それはなんでや モデル：お前の意図とは関係なく、データAが来るんや。仕様やと、ビューにそのデータAを表示せんといかんねん ビュー：ファッ、それってワイをメンバ変数としてモデルさんのところに定義せんといかんやん。密結合や！ワイがリクエストした時に表示すればええんちゃう？ モデル：… やけど、仕様やからな。お前がリクエストしたのと全然関係ないねん。 ビュー：ファーッ。それきついわ。相互につっよい依存関係できてしまうわ。モデルさんに対して全部アクセス権を与えたくないねん。 モデル：うーん。どうすればいいやろ ビュー：。。。せや！ワイに処理を”移譲(デリゲート)”してくれ。デリゲートしてくれたら、ワイを直接もたんでええやん。 モデル：それはどういうことや ビュー：あくまで、ワイを「データAが来たときにデータAを投げる先」として捉えるようにデリゲートProtocolを作って定義やれば、ワイを強い実体として持たなくてええんや。わいはそのProtocolに準拠すればええ。それでワイがデータAだけを受け取ってワイが更新すればええんや モデル：それって変数として持つのとどう違うん？ ビュー：まず、モデルさんがビューという強い実体を持つのはダメなんや。やからデリゲートを通じるようにするだけにして「データを投げるなにか」として抽象化できるんやで。 モデル：ということはあれか。わいはおまえをビューとして知らんでええやん。「ただデータを投げる先」やな ビュー：せや！これでビュー -> モデルの関係はあるけど、逆は「ビュー」としての依存ではなく、「何かデータAを投げる先」として扱えるんや 1
1 2 1
Kuniwak 20:20 KishikawaKatsumi 20:55 休憩 21:25 lovee 21:35 takasek 22:05 koher 22:35 クロージング 23:05 1
1
https://commentscreen.com/comments?room=swiftzoomin 2
1
2
1
// サーバーから JSON を取得し、 // User インスタンスをデコードし、 // それに加えて User が保持する thumbnailURL から // サムネイル画像をダウンロードする非同期関数 // fetchUserWithThumbnail を完成させて下さい。 import Foundation import FoundationNetworking struct User: Identifiable, Codable { typealias ID = Int let id: ID var name: String var thumbnailURL: URL } func download(from url: URL, completion: @escaping (Result<Data, Error>) -> Void) { do { let data: Data = try Data(contentsOf: url) completion(.success(data)) } catch { completion(.failure(error)) } } func fetchUserWithThumbnail(for id: User.ID, completion: @escaping (Result<(user: User, thumbnail: Data), Error>) -> Void) { let url: URL = URL(string: "https://koherent.org/async-await-challenge/api/user?id=\(id.description)")! // 🚧 ここを実装する } fetchUserWithThumbnail(for: 123) { result in do { let (user, thumbnail) = try result.get() print(user.name, thumbnail.count) } catch { print(error) } }
1
// サーバーから User とその Article 最新 10 件の JSON を取得し、 // それらを返す非同期関数 fetchUserWithArticles を実装して下さい。 // ただし、 User と Article の JSON は並行して取得するものとし、 // User と Artcile の取得には fetchUser および // fetchArticles を用いるものとします。 import Foundation import FoundationNetworking struct User: Identifiable, Codable { typealias ID = Int let id: ID var name: String var thumbnailURL: URL } struct Article: Identifiable, Codable { typealias ID = Int let id: ID var title: String } func fetchUser(for id: User.ID) async throws -> User { let url: URL = URL(string: "https://koherent.org/async-await-challenge/api/user?id=\(id.description)")! let data: Data = try Data(contentsOf: url) let user: User = try JSONDecoder().decode(User.self, from: data) return user } func fetchArticles(for userID: User.ID, limit: Int) async throws -> [Article] { let url: URL = URL(string: "https://koherent.org/async-await-challenge/api/articles?userID=\(userID.description)")! let data: Data = try Data(contentsOf: url) let articles: [Article] = try JSONDecoder().decode([Article].self, from: data) return articles } func fetchUserWithArticles(for id: User.ID, limit: Int) async throws -> (user: User, articles: [Article]) { // 🚧 ここを実装する } runAsyncAndBlock { do { let (user, articles) = try await fetchUserWithArticles(for: 123, limit: 10) print(user, articles) } catch { print(error) } } 3
// Thread X await DispatchQueue.main.async() // Main Thread 1
1
kyoprobu です。 
ABC 191 は個人戦です。コンテスト中に他人とコミュニケーションを取ることはできません。本イベントはコンテスト終了後に開催します。 # Swift と競プロ 競技プログラミングにおける Swift 使用人口は多くありません。だからこそ、 Swift 競プロerで集まってわい...
2
2
ykws light
kashihararara ykws 
log5 1 2
1 24 25
2 6
3
1
do-catch をネストせずに書く例です。 override func viewDidAppear(_ animated: Bool) { super.viewDidAppear(animated) // User の JSON の取得 Task { let user: User do { let url: URL = .init(string: "https://koherent.org/fake-service/api/user?id=\(id)")! let userData: Data = try await downloadData(from: url) user = try JSONDecoder().decode(User.self, from: userData) } catch { // エラーハンドリング print(error) return } // View への反映 title = user.name nameLabel.text = user.name let iconData: Data do { // アイコン画像の取得 iconData = try await downloadData(from: user.iconURL) } catch { // エラーハンドリング print(error) return } // Data を UIImage に変換 guard let iconImage: UIImage = .init(data: iconData) else { // エラーハンドリング print("The icon image at \(user.iconURL) has an illegal format.") return } // View への反映 iconImageView.image = iconImage } }import Foundation final class BankAccount { var balance: Int = 0 var test: [Int:Int] = [:] func deposit(_ amount: Int) -> Int { balance += amount test[100] = 100 Thread.sleep(forTimeInterval: 1.0) return balance } } func bankAccountMain() { let account = BankAccount() Task { print(account.deposit(100)) } Task { print(account.deposit(100)) } } 1
2
1
8-2 ブランチを使います。 https://github.com/koher/swift-zoomin-8/tree/8-2
9
17 1
2021-11-13 23:22:28.460902+0900 SwiftZoomin8[66695:7888964] [boringssl] boringssl_metrics_log_metric_block_invoke(144) Failed to log metrics Combine/Publisher+AsyncSequence.swift:65: Fatal error: Received an output without requesting demand 2021-11-13 23:22:28.483897+0900 SwiftZoomin8[66695:7888923] Combine/Publisher+AsyncSequence.swift:65: Fatal error: Received an output without requesting demand Process finished with exit code 0 -> 不要なコードが残ってたのが原因でした（消したら治りました） 1
1
1
guard の条件反転してバグってハマったりしてたから恥ずかしい
3LoginViewController のロジックを VM 的な LoginViewState に切り出しました。次は AuthService を抽象化して APIServices への依存をなくし、単体テストを書いていきたいです。 https://github.com/koher/login-challenge 1 1
1
1
10
1
@StateObject private var state: HomeViewState<UserService> ObservableObject を用意すると、Usecase層のモックが非常にやりやすくてすごく良かったのですが、 例えばViewのスナップショットテストを実現したいと思ったときに、SwiftUIのViewやUIViewControllerでこのObservableObjectのUserServiceをモックしようとすると、ViewのPropertyは具象のUserServiceに依存してしまっていて、モックが困難に感じます。 現状Propertyに型パラメータをProtocolのまま持たせることはできないと思っているのですが、Swift@5.7のanyなどが入るとこういった問題を解決できたりするのでしょうか？ @StateObject を保持する View とレイアウトする View を分離し、前者が後者を利用する形にすることです。 // state 保持用の View とレイアウト用の View を分離する例 struct FooStateView: View { @StateObject private var state: FooViewState<FooService> ... var body: some View { FooView(bar: state.bar, baz: $state.baz) } } struct FooView: View { let bar: Int @Binding var baz: String ... } こうしておけば state とは独立に FooView の任意の状態を簡単に実現できるので、スナップショットテストやプレビューのためのモックが必要なくなります。↑は SwiftUI の例ですが、UIKit の場合でも、外から渡された状態を再現するだけの VC と、 state を保持して状態を伝えるだけの VC とに分離することで、同様のことが実現可能です。 ② もう一つは、公開する state のプロパティをすべて @Publsihed public var にしてしまうことです。そうすれば、スナップショットテストやプレビューの際に、任意の状態の state を簡単に作れます。 UserService 等にはダミーのテスト用実装を渡して何の仕事もさせないようにします。なお、 computed property の場合は setter を作れないので、↓のように republish する必要が生じます。 // computed property の代わりに republish が必要になる例 // Before @MainActor public final class FooViewState<FooService: FooServiceProtocol>: ObserbalbleObject { @Published public var baz: String = "" public var isQux: Bool { baz.isEmpty } ... } // After @MainActor public final class FooViewState<FooService: FooServiceProtocol>: ObserbalbleObject { @Published public var baz: String = "" @Published public var isQux: Bool = false ... init(...) { ... $baz.map(\.isEmpty).assign(to: &$isQux) // republish } ... } ①②とも一長一短で、①は実装が冗長になりがちです。②は外から触っていいものといけないもの（本来 private(set) であるべきもの）の区別が付きづらいです。テスト以外のケースで、本来メソッドを通して状態を変更しなければならないプロパティを setter で変更してしまうと、 state の状態を壊してしまう可能性があります。 @testable import を前提に、 internal(set) にするのも良いかもしれません。 1
@StateObject を保持する View とレイアウトする View を分離し、前者が後者を利用する形にすることです。 // state 保持用の View とレイアウト用の View を分離する例 struct FooStateView: View { @StateObject private var state: FooViewState<FooService> ... var body: some View { FooView(bar: state.bar, baz: $state.baz) } } struct FooView: View { let bar: Int @Binding var baz: String ... } こうしておけば state とは独立に FooView の任意の状態を簡単に実現できるので、スナップショットテストやプレビューのためのモックが必要なくなります。↑は SwiftUI の例ですが、UIKit の場合でも、外から渡された状態を再現するだけの VC と、 state を保持して状態を伝えるだけの VC とに分離することで、同様のことが実現可能です。 ② もう一つは、公開する state のプロパティをすべて @Publsihed public var にしてしまうことです。そうすれば、スナップショットテストやプレビューの際に、任意の状態の state を簡単に作れます。 UserService 等にはダミーのテスト用実装を渡して何の仕事もさせないようにします。なお、 computed property の場合は setter を作れないので、↓のように republish する必要が生じます。 // computed property の代わりに republish が必要になる例 // Before @MainActor public final class FooViewState<FooService: FooServiceProtocol>: ObserbalbleObject { @Published public var baz: String = "" public var isQux: Bool { baz.isEmpty } ... } // After @MainActor public final class FooViewState<FooService: FooServiceProtocol>: ObserbalbleObject { @Published public var baz: String = "" @Published public var isQux: Bool = false ... init(...) { ... $baz.map(\.isEmpty).assign(to: &$isQux) // republish } ... } ①②とも一長一短で、①は実装が冗長になりがちです。②は外から触っていいものといけないもの（本来 private(set) であるべきもの）の区別が付きづらいです。テスト以外のケースで、本来メソッドを通して状態を変更しなければならないプロパティを setter で変更してしまうと、 state の状態を壊してしまう可能性があります。 @testable import を前提に、 internal(set) にするのも良いかもしれません。 internal(set) で対処するのが自分のユースケースにピッタリ合っていて非常に勉強になります ♂️ 1
@dynamicMemberLookup enum JSON: ExpressibleByDictionaryLiteral, ExpressibleByArrayLiteral, ExpressibleByStringLiteral, ExpressibleByIntegerLiteral, ExpressibleByFloatLiteral, ExpressibleByBooleanLiteral, ExpressibleByNilLiteral, CustomStringConvertible { case object([String: JSON]) case array([JSON]) case string(String) case number(Double) case boolean(Bool) case null init(dictionaryLiteral elements: (String, JSON)...) { self = .object([String: JSON](elements) { a, b in a }) } init(arrayLiteral elements: JSON...) { self = .array(elements) } init(stringLiteral value: String) { self = .string(value) } init(integerLiteral value: Int) { self = .number(Double(value)) } init(floatLiteral value: Double) { self = .number(value) } init(booleanLiteral value: Bool) { self = .boolean(value) } init(nilLiteral: ()) { self = .null } subscript(index: Int) -> JSON { guard case .array(let elements) = self else { preconditionFailure() } return elements[index] } subscript<Key: StringProtocol>(key: Key) -> JSON { guard case .object(let members) = self else { preconditionFailure() } return members[String(key)] ?? .null } subscript(dynamicMember key: String) -> JSON { self[key] } var description: String { switch self { case .object(let members): return members.description case .array(let elements): return elements.description case .string(let value): return value case .number(let value): return value.description case .boolean(let value): return value.description case .null: return "null" } } } // [2, 3.0, "ABC", null] // { "x": 2, "y": { "z": true }} } let a: JSON = [2, 3.0, "ABC", nil] let b: JSON = ["x": 2, "y": ["z": true]] print(a[0]) print(a) print(b["y"]["z"]) print(b.y.z) 8 2
struct User: Equatable { var name: String var age: Int } @propertyWrapper final class Box<Value> { var wrappedValue: Value init(wrappedValue value: Value) { self.wrappedValue = value } var projectedValue: Ref<Value> { Ref<Value>( get: { self.wrappedValue }, set: { newValue in self.wrappedValue = newValue} ) } } @propertyWrapper struct Ref<Value> { let get: () -> Value let set: (Value) -> Void var wrappedValue: Value { get { get() } set { set(newValue) } } } do { var a: User = .init(name: "Swift", age: 8) //var b: Ref<User> = .init(get: { a }, set: { newValue in a = newValue }) @Ref var b: User _b = .init(get: { a }, set: { newValue in a = newValue }) b.age = 9 print(a.age) print(b.age) print(a == b) //print(b.wrappedValue.age) @Box var c: User = .init(name: "Swift", age: 8) @Ref var d: User _d = $c } 1
1
KeyPath から文字列表現を取り出す方法は未だに公式 API ってないですよね？ _kvcKeyPathString で一応取れるんですが。例: https://github.com/kishikawakatsumi/RealmTypeSafeQuery/blob/3d0670215e2ce369b2d729da524e0a846a1dced9/RealmTypeSafeQuery/Operators.swift#L28
1 2 2
1
1
6
2
AsyncStream.Continuation.finish() を呼ぶ必要がなく、async/await を使いたい場合は init(unfolding:onCancel:) の方を使う手もあります init(unfolding:onCancel:) | Apple Developer Documentation https://developer.apple.com/documentation/swift/asyncstream/init(unfolding:oncancel:) 1 12
2
1
let subject: PassthroughSubject<Int, Never> = .init() let values = subject.values Task { for i in 0 ..< 100 { try? await Task.sleep(nanoseconds: 100_000_000) subject.send(i) } subject.send(completion: .finished) } for await value in values { print(value) try await Task.sleep(nanoseconds: 1_000_000_000) } 1
♂️ https://twitter.com/koher/status/1622387395919482880 2 8 1
1
16
2
@Observable が struct にはつけられなくなってしまいましたね… [5.9] Observable protocol non-marker, @Observable class only by natecook1000 · Pull Request #67196 · apple/swift https://github.com/apple/swift/pull/67196
7
AsyncSequence だった values(for:) や changes(for:) などが無くなっちゃいました… Refocus observation to it's core capability by phausler · Pull Request #65528 · apple/swift https://github.com/apple/swift/pull/65528 
4@Envinroment(\.id) var id みたいな型宣言（？）がないプロパティ宣言気持ち悪いと思ってる 1
withObservationTracking 使ったコード貼り忘れてました。 import SwiftUI import UIKit struct FooView: UIViewControllerRepresentable { func makeUIViewController(context: Context) -> some UIViewController { FooViewController() } func updateUIViewController(_ uiViewController: UIViewControllerType, context: Context) { } } final class FooViewController: UIViewController { private let state: FooViewState = .init() private let label: UILabel = .init() override func viewDidLoad() { super.viewDidLoad() label.translatesAutoresizingMaskIntoConstraints = false view.addSubview(label) let countUpButton: UIButton = .init(type: .system) countUpButton.translatesAutoresizingMaskIntoConstraints = false countUpButton.setTitle("Count up", for: .normal) countUpButton.addAction(.init { [state] _ in state.countUp() }, for: .touchUpInside) view.addSubview(countUpButton) let resetButton: UIButton = .init(type: .system) resetButton.translatesAutoresizingMaskIntoConstraints = false resetButton.setTitle("Reset", for: .normal) resetButton.addAction(.init { [state] _ in state.reset() }, for: .touchUpInside) view.addSubview(resetButton) NSLayoutConstraint.activate([ label.centerXAnchor.constraint(equalTo: view.centerXAnchor), countUpButton.centerXAnchor.constraint(equalTo: view.centerXAnchor), resetButton.centerXAnchor.constraint(equalTo: view.centerXAnchor), countUpButton.centerYAnchor.constraint(equalTo: view.centerYAnchor), countUpButton.topAnchor.constraint(equalTo: label.bottomAnchor, constant: 8), resetButton.topAnchor.constraint(equalTo: countUpButton.bottomAnchor, constant: 8), ]) updateViews() } private func updateViews() { withObservationTracking { label.text = state.count.description } onChange: { [weak self] in guard let self else { return } Task { @MainActor in self.updateViews() } } } } @MainActor @Observable final class FooViewState { var count: Int = 0 func countUp() { count += 1 } func reset() { count = 0 } } 2struct の Observation が難しい件についての Forums でのコメント、 shiz さんが教えてくれました。 https://discord.com/channels/291054398077927425/306995750418513920/1133125505936273489 3SwiftUIを使ってiOSを作るときにどうするのがいいのか色々考えてきたんですが、素直にシンプルに作るにはこうすればいいんじゃないかと最近思うことがあるので、明後日21日（土）の21時から #swiftzoomin https://swift-tweets.connpass.com/event/290613/ で実演しながら話そうと思います。
https://twitter.com/koher/status/1714816534768664838 7 4
1
1
1
8 8
️ 10
func foo() throws(any Error) -> Int { 42 } func foo() throws -> Int { 42 }
1
2 3
1♂️ 7
struct Foo { let value: Int func multipliedValue(by multiplier: Int) -> Int { self.value * multiplier } mutating func increment() { self = Foo(value: self.value + 1) } } func multipliedValue(_ self: Foo, by multiplier: Int) -> Int { self.value * multiplier } func increment(_ self: inout Foo) { self = Foo(value: self.value + 1) } var foo: Foo = .init(value: 0) //foo.increment() increment(&foo) print(foo.value) print(foo.multipliedValue(by: 3)) print(multipliedValue(foo, by: 3)) 3
5
7
1
swift buildswift testswift build --target DenkouSekkaLogicforegroundColor よりも foregroundStyle を利用するZStack でなければならない場合を除き overlay を優先的に利用するpadding よりも spacing で調整するstruct と enum ）のエンティティは Sendable と Codable に準拠するenum がassociated valueを持たない単純な case のみを持つときは Hashable に準拠するstatic メソッドにするstatic メソッド・プロパティにアクセスするときには可能であれば Self. を使うreturn を省略する（single expressionの場合）if 式や switch 式が利用できる場合は活用する// switch式の例 func foo(base: Bar) -> Int { switch bar { case a: 2 // returnは不要 case b: 3 case c: 5 } }
8