SwiftUI的优缺点

struct ChannelSingleView: View {
    @EnvironmentObject var server: ServerManager
    @EnvironmentObject var geoHallModel: GeoHallViewModel
    @EnvironmentObject var messageViewModel: MessagePageViewModel
    var channel: ServerResponse.ChannelModel
    var idx: Int
    var angle: Double {
        if let id = channel.id {
            return geoHallModel.channelAngleDict[id] ?? 0.0
        }
        return 0.0
    }

    private var isSelected: Bool {
        return channel.id == geoHallModel.currChannel?.id
    }

    var body: some View {
        VStack(alignment: .center, spacing: 0) {
            channelAvatar
                .rotation3DEffect(.degrees(angle), axis: (x: 0, y: 1, z: 0.2))

            if let name = channel.name {
                Text(name)
                    .styleText(.size12, .black)
            }
        }
        .frame(width: 51 * .pointRatio)
        .overlay {
            Color.bgcGray.opacity(isSelected ? 0 : 0.7)
        }
        .animation(.default, value: channel.top)
        .id(channel.id)
        .onTapGesture {
            if !isSelected {
                let canChangeTab = CustomTempVars.shared.canChangeTab
                if canChangeTab {
                    CustomTempVars.shared.canChangeTab = false
                    Task {
                        var channel = channel
                        channel.roomID = await server.getChannelRoom(channel.id ?? "")
                        geoHallModel.switchChannel(channel)
                    }
                    withAnimation(.interpolatingSpring(stiffness: 20, damping: 5)) {
                        if let id = channel.id {
                            geoHallModel.channelAngleDict[id]! += 360
                        }
                    }
                }
            }
            geoHallModel.clearReadDot(channel)
        }
        .ignoresSafeArea()
        .padding(.trailing, .size05)
        .padding(.leading, .size05)
//        .padding(.trailing, 9 * .pointRatio)
        .padding(.top, .safeAreaTop + .size05)
        .padding(.bottom, .size05)
//        .padding(.leading, 9 * .pointRatio)
    }
}
有的页面存在向下滑后或向上滑动页面元素乱跳的一种场景

5.因为SwiftUI是一切皆view，大量使用Struct，当实现所有页面默认失败页面和无数据时，oc是采用ViewController基类快速实现，不知道SwiftUI实现。
6.当页面发送网络请求时，一般需要一个蒙层和动画，防止用户重复触发请求导致各种异常。oc是采用第三方控件在keywindow加入蒙层和动画的方式实现。SwiftUI可能有，我是不知道。这就是需要技术栈的积累问题。
7.当A页面进入B页面，B页面查询数据时，报错需要弹出toast弹窗，并退出B页面到A页面。一般toast弹窗是现实在keywindow上的，但是kewindow是B页面，而由于自动返回A页面，B页面销毁了，就看不到这个toast弹窗了。使用MBProgressHUD时就会遇到该问题。有的app为了解决这个问题人为延迟推出B页面，这样降低用户的体验流畅度，不完美。另一用采用SVProgressHUD来实现，它是异步时弹窗，显示调用弹窗和实际显示弹窗有一个时间差，正好在B页面调用弹窗，在回到A页面时，弹窗出来，所以能显示出来。我们遇到过一个问题，一个请求后台在时机毫秒内返回，蒙层弹窗还没有出来请求回来了，并且取消弹窗，实际上SVProgressHUD还没有出来，导致后面没有取消处理了，一直在哪里转圈了。最佳解决方案是创建一个优先级高于当前级别的window显示蒙层和动画。不知道SwiftUI处理这些细节问题。
8.SwiftUI提倡view组件化，可能产生view处理过多，不利于专类做专门的事情的原则。要平衡view的复杂性和复用性，不推荐过度的复用。
一个完美的产品不是完成基本功就完事，要完美处理各种细节。SwiftUI在技术栈积累不够和各种组件前不建议实际应用。作为知识储备是必要，立即实施风险太大，没有必要。我们很欣赏SwiftUI简洁性和快速开发，很多细节需要我们解决。方便和功能强大是相悖的。正如java和C/C++的关系。使用java基本不关注指针使用和内存使用，方便好学。C/C++需要处理烦人的指针和内存使用问题，正因为它更接近底层，所以能实现java实现不了的问题和响应比java快30%。一个好的软件不取决于采用那种语言，而是取决于开发软件的人。SwiftUI还任重道远，不要过于追求新技术。
由于Struct内不能直接打印日志和立体图是乱码决定了SwiftUI是一个错误的产品，基本上相当于以前的storyboard。只是相当于以前直接拖入控件变成代码实现UI。一个好的软件缺少不了强大的日志系统，只靠接口和效果，单步跟踪，没有日志的软件，很难保证软件质量，更无法维护。我在很多公司见到许多app直接从来不打印日志，真不知道他们怎么开发出app的，这样的app质量可想而知，后期维护简直是噩梦。SwiftUI是一切皆view，大量使用Struct基本上是从设计上摒弃日志，真不知道设计他的人是聪明还是傻！为了节省一点内存，而放弃可维护性，得不偿失。以前全使用storyboard和xid的人有多少，用代码实现ui的又有多少。现在又换成这样不能打印日志和立体图的SwiftUI，简直是技术退步。Swift语言是语言的进步，他是强类型的语言，会自动约束程序员的语法错误。而object c是弱类型的语言，很多语法错误不检查，过于啰嗦，全靠程序员的严谨性和代码质量。弱类型也存在优点：在高质量的程序员手里灵活性很好。就像c语言和c++语言的进步一样。c++在某些应用中无法代替c 语言。新公司员工没有大公司的架构建议采用swfit开发，不建议采用SwiftUI技术，采用代码实现ui就可以。若是大公司对质量控制很好，有很好的object c的mvvm架构，建议采用mvvm架构。不建议为了追求新技术放弃优秀的object c的mvvm架构（带app网关，ReactiveObjC，页面路由）。咨询过许多大厂的框架，他们仍旧采用object c语言开发的居多，采用mvvm架构（带app网关，ReactiveObjC，页面路由）。swfit比object c语言更先进，但是限制也更多。好的软件，主要取决于开发软件的人和框架，而不取决语言本身。不是使用的先进的语言开发的软件就好。有人说大厂很多都是网页，开发的软件太多，无法转swfit。这样是一方面的原因，但是不是全部。主要是大厂的框架足够优秀，代码质量要求严格，灵活性好。不要认为SwiftUI有Swift这几个字就认为它是Swift更高级的形式，其实他只相当于原来的storyboard，是控制器和view的组合体。我不推荐使用SwiftUI。使用SwiftUI还是使用object c取决公司的技术积累，是否有十分好的架构。若是啥架构都没有，建议采用Swift；若有很好的大公司object c建构，建议采用object c架构。再次说不要采用SwiftUI技术。