A colossal Dreamer: GR鐵塔-天生我材

binding: @State @Environment 가 판치는 환경에서 상태를 가지는 객체를 어떻게 관리하는 것이 좋을 지. 기존 ViewController(이하 VC) 기반의 MVC 모델에서는 상태를 가지는 객체을 View만 별도 구성하고, 상태(Model)을 VC 에서 상태를 갖고 직접 접근하는 것이 유리한 경우가 많았으나... 이제는 전용 모델객체를 정의하고, SwiftUI 에 binding 하는 방식이 필요해 보인다. 여기서 SwiftUI 의 I/F 을 위한 모델의 interface 를 어떻게 구성하는 것이 좋을 지 주의깊게 살펴보아야 할 것 같다

CoreBluetooth (Ble) 코딩 까도 까도 계속 어려움이 나오는 구나. CBCentralManager (Client 모드) 관련 코드도 무지 어려웠는데.. CBPeripheralManager (Server 모드) 관련 코드는 더 어렵구나.. CoreBluetooth 진입장벽 접속 프로세스 용어도 어색하고, 제약도 많아서 개념파악이 쉽지 않음 어색한 delegate 모델 운영상황이 서로 다른 상태모형을 하나의 delegate 가 받아 처리하기에 꼬리의 꼬리를 물게 된다. 객체지향모델과는 서로 결이 달라 매우 어색한 코드 작성되며, 스텝이 꼬인 것을 복원하려 하면, 더욱 복잡해진다. Central 상태모형 분리 scanning: idle → scanning → peripheral identifier..

https://stablekernel.com/how-to-fade-out-content-using-gradients-in-ios/