将一个略微复杂的工作内容编入VBA,我们可能需要许多宏拼在一起运行才能实现。那么如何按照自己想要的顺序依次运行这些宏,实现我们需要的结果? 一个办法是编写一个新的宏,分别按顺序call你需要运行的宏。...call的方法有几种,比较简单的是以下两种, call 宏1 call 宏2 或者省略call,直接 宏1 宏2 这样,你需要调用的宏就会按照顺序执行。...但是,当你调用的宏非常多的时候,可能有几十个,以上还是有点麻烦。...hong15 最后写个循环汇总以上所有宏 Sub huizong() Dim q For q = 1 To 15 Application.Run "hong" & q Next q End Sub 运行最后这个汇总宏...,你的前15个宏就会依次按顺序运行。
onChange 的闭包是运行在主线程上的,应避免在闭包中执行运行时间长的任务。...不过由于 onChange 的闭包运行在主线程中,因此最好限制 onChange 的使用量,避免影响视图的渲染效率。...task(id:) SwiftUI 3.0 中新增了 task 修饰器,task 将在视图出现时以异步的方式运行闭包中的内容,同时在 id 值发生变化时,重启任务。...但有一点需要特别注意,由于 task 的闭包是异步运行的,理论上其并不会对视图的渲染造成影响,因此 SwiftUI 将不会限制它的执行次数。...本例中,task 的闭包中的任务将不断运行,Text 中的内容也将不断变化(如果将 task 换成 onChange 则会被 SwiftUI 自动中断)。
task 修饰器在视图中创建异步任务,除了方便使用基于 async/await 语法的 API 外,开发者也希望能够让这些任务运行在后台线程中,以减少主线程的负担。...task 为什么没有默认运行在后台线程中?...那些没有特别声明需运行在某特定 actor 上的闭包,它们可以运行于任意地点( 任何的线程之中 )。...回到当前的问题,由于 View 协议限定了 body 属性必须运行于主线程中( 使用了 @MainActor 进行标注 ),因此,如果我们直接在 body 中为 task 修饰器添加闭包代码,那么该闭包只能运行于主线程中...SwiftUI 对 @State 做了特别的处理,我们可以在任意线程中对其进行安全的修改。
使用 task 修饰器在视图中创建异步任务,除了方便使用基于 async/await 语法的 API 外,开发者也希望能够让这些任务运行在后台线程中,以减少主线程的负担。...task 为什么没有默认运行在后台线程中?...那些没有特别声明需运行在某特定 actor 上的闭包,它们可以运行于任意地点( 任何的线程之中 )。...回到当前的问题,由于 View 协议限定了 body 属性必须运行于主线程中( 使用了 @MainActor 进行标注 ),因此,如果我们直接在 body 中为 task 修饰器添加闭包代码,那么该闭包只能运行于主线程中...SwiftUI 对 @State 做了特别的处理,我们可以在任意线程中对其进行安全的修改。
快速检索数组元素Q:为什么没有简单的方法将 TABLE 选择的行映射到提供表内容的数组元素上?似乎唯一的方法是在数组中搜索匹配的 id 值,这对于大表来说似乎效率很低。...目前 SwiftUI 没有 API 可以限制用户在字段中输入的字符。很希望苹果能够继续扩展基于 FormatStyle 的解决方案,让其可以实时对输入内容进行校验。...这个技巧对于处于屏幕的顶部或底部的视图十分有用。详情请参阅 推文[15] 。动画转场Q:为什么下面的代码没有显示动画转场。...在 NavigationSplitView 的边栏中使用 LazyVStackQ:iOS 16 的新 NavigationSplitView 当前只与主( master )列中的 List 一起工作。...macOS APIQ:对于运行 Monterey 的 Mac,能否如何在 SwiftUI 中实现下面需求的建议:打开一个窗口在该窗口中初始化数据找到所有打开的窗口确定一个窗口是否打开从不在该窗口的视图中关闭一个窗口
看来 Swift 的目标是运行与设备中 CPU 核心数量一样多的线程。然而,会议结束时提出的一个观点引起了一些混乱。...2、如果不包括主线程,这是否意味着实际的协作线程数是 numberOfCoresInDevice - 1? 3、为什么主线程不是协作池的一部分?...也许,这个问题将作为前三个问题的答案得到回答,但无论如何:为什么主线程不能像协作池中的线程一样工作?只是接收必须在主线程上执行的延续?这将解决上下文切换问题。...回答 主线程主要通过 NSRunLoop 进行管理,因为它的存在时间比 Swift 存在的时间要长得多,更不用说 Swift 并发了。当在默认模式下不可重入运行时,主调度队列由主运行循环提供服务。...SwiftUI 中的作用域动画[10] 摘要: 文章介绍了在 SwiftUI 中使用作用域动画的新方法。首先,我们回顾了以前在 SwiftUI 中处理动画的方式,并指出了其中的一些缺点。
onAppear( task )是 SwiftUI 开发者经常使用的一个修饰符,但一直没有权威的文档明确它的闭包被调用的时机。...图片请忽略例子中的写法是否合理和值得推荐,仅考虑为什么在第一段代码中,出现了数组越界的情况;以及第二段代码可以正确运行。...创建实例、求值、布局、渲染在 SwiftUI 中,一个视图在它的生命周期中通常会经历四个阶段:创建实例视图树中,处于可显示分支的视图基本上都会经历的一个阶段。...判断视图正准备渲染尽管 SwiftUI 视图并没有提供可以展示该过程的 API,不过我们可以利用 UIViewControllerRepresentable 协议来包装一个 UIViewController...:SwiftUI 首先对视图进行求值( 由外向内 )在全部求值结束后开始进行布局( 由父视图到子视图 )在布局结束后,调用视图对应的 onAppear 闭包( 顺序不明,不要假定 onAppear 之间的执行顺序
onAppear( task )是 SwiftUI 开发者经常使用的一个修饰符,但一直没有权威的文档明确它的闭包被调用的时机。...image-20230328163706115 请忽略例子中的写法是否合理和值得推荐,仅考虑为什么在第一段代码中,出现了数组越界的情况;以及第二段代码可以正确运行。...创建实例、求值、布局、渲染 在 SwiftUI 中,一个视图在它的生命周期中通常会经历四个阶段: 创建实例 视图树中,处于可显示分支的视图基本上都会经历的一个阶段。...: SwiftUI 首先对视图进行求值( 由外向内 ) 在全部求值结束后开始进行布局( 由父视图到子视图 ) 在布局结束后,调用视图对应的 onAppear 闭包( 顺序不明,不要假定 onAppear...之间的执行顺序 ) 渲染视图 由此可以证明,onAppear 确实是在布局之后,渲染之前被调用的。
可惜的是,Toomas Vahter在文章中没有告诉读者崩溃原因。我借用这段代码来与大家一起探究预览功能是如何工作的。...此时 Derived Data 目录中应该没有满足条件的文件。...这就解释了这段代码为什么在模拟器和真机中可以运行,但会导致预览崩溃。因为预览是以衍生代码作为入口,只依赖有限的导入信息对衍生代码进行编译,因此可能会出现因信息不完整而无法编译的情况。...编译预览衍生代码文件,创建动态库 Xcode 启动预览线程,在其中加载 _XCPreviewKit 框架和预览衍生文件生成的 dylib XCPreviewKit 框架在预览线程中创建预览窗口 Xcode...通过 XPC 发送消息指令, _XCPreviewKit 框架更新预览窗口,并在两个线程建进行交互与同步 用户在 Xcode 界面中看到预览效果 从预览的实现中可以得到的部分结论 如果项目无法编译,预览也无法正常运行
本文将对 SwiftUI 的 zIndex 修饰符做以介绍,包括:使用方法、zIndex 的作用域、通过 zIndex 避免动画异常、为什么 zIndex 需要设置稳定的值以及在多种布局容器内使用 zIndex...访问我的博客 www.fatbobman.com[1] 可以获得更好的阅读体验 zIndex 修饰符 在 SwiftUI 中,开发者使用 zIndex 修饰符来控制重叠视图间的显示顺序,具有较大 zIndex...在没有指定 zIndex 值的时候,SwiftUI 默认会给视图一个为 0 的 zIndex 值。...zIndex 值相同(比如全部使用默认值 0 ),SwiftUI 会按照布局容器的布局方向( 视图代码在闭包中的出现顺序 )对视图进行绘制。...zIndexInVStack2022-04-09 19.18.42.2022-04-09 19_20_20 SwiftUI Overlay Container[3] 即是通过上述方式实现了在不改变数据源的情况下调整视图的显示顺序
本文的范例需运行在 iOS 15 及以上系统,技术特性也以 SwiftUI 3.0 为基础。...也就是当显示主界面菜单时,列表视图已经完成了实例的创建(可以通过在 ListEachRowHasID 的构造函数中添加打印命令得以证明),因此也不应是实例化列表视图导致的延迟。...标识( Identity )是 SwiftUI 在程序的多次更新中识别相同或不同元素的手段,是 SwiftUI 理解你 app 的关键。...在 SwiftUI 中为视图设置显式标识目前有两种方式: 在 ForEach 的构造方法中指定 由于 ForEach 中的视图数量是动态的且是在运行时生成的,因此需要在 ForEach 的构造方法中指定可用来标识子视图的...除非没有其他选择,否则我并不推荐大家对 UIKit ( AppKit ) 控件进行重新包装,应使用尽可能微小的侵入方式对 SwiftUI 的原生控件进行补充和完善。
SwiftUI 中布局的工作原理 ---- 所有的 SwiftUI 布局都有三个简单的步骤,理解这些步骤是每次获得优秀布局的关键。步骤如下: 父视图提供一个大小并询问其子视图的大小。...在 Project3 为什么 SwiftUI 的修饰符顺序很重要?...如果我们把这个放到三步布局系统中,我们最终会有一个类似这样的对话: SwiftUI:“嘿,ContentView,你自己拥有整个屏幕——你需要多少?...SwiftUI:好的,我把你放在中间。 如果你还记得为什么 SwiftUI 的修饰符顺序很重要?。也就是说,这个代码: Text("Hello, World!")...希望现在您可以理解为什么:background() 是布局无关的,所以它通过询问子对象需要多少空间并使用相同的值来确定需要多少空间。
分配后涉及的状态如下: 没有绑定和没有初始化(从 UnsafeMutableRawPointer.allocate() 返回) 绑定到类型,没有初始化(从 UnsafeMutablePointer...访问变量时只运行一次函数的最佳方法[11] 确保 viewDidLoad 中的嵌套闭包在函数运行之前完成的最佳方法[12] 推荐博文 在 iOS 16 中使用 SwiftUI Charts 创建折线图...如下图: 在 iOS 16 中使用 SwiftUI Charts 自定义折线图[14] 摘要: iOS 16 中引入的 SwiftUI Charts,可以快速的实现各种统计图,通过图表直观的呈现数据。.../r/swift/comments/wwgblk/best_way_to_run_a_function_only_once_while/ [12]确保 viewDidLoad 中的嵌套闭包在函数运行之前完成的最佳方法...iOS 司机端线程治理总结: https://swdevnotes.com/swift/2021/horizontal-bar-chart-in-swiftui/ [17]使用 SwiftUI 的 Eager
欢迎大家在 Discord 频道[2] 中进行更多地交流 为什么要创建 Observation 框架 在 Swift 5.9 版本之前,苹果没有为开发者提供一种统一高效的机制来观察引用类型属性对变化。...减少 SwiftUI 中对视图的无效更新,提高应用性能。...为什么同样出现在 apply 闭包中的可观察属性,修改后并不会触发回调( 测试二 )? withObservationTracking 创建的观察行为是一次性的还是持久性的?...闭包调用完成后,会清除 withObservationTracking 当前线程中 _AccessList 中对应的信息 清除 ObservationRegistrar 中与本次观察操作有关的属性与回调闭包之间的对应关系...观察行为是线程安全的,withObservationTracking 可以运行在另一个线程中,onChange 闭包将运行于 withObservationTracking 发起的线程中 只有可观察属性可以被观察
我们将在下一章中查看为什么会发生这种情况,但是首先,我想看看这种行为的实际含义。...如果思考一下修饰符的工作原理,您就可以了解为什么会如此:每个修饰符都会创建一个,应用了该修饰符的新结构体,而不是在视图上设置属性。 您可以通过查询视图主体的类型来窥视 SwiftUI 的底层。...如您所见,我们使用 ModifiedContent 类型堆叠——每个视图都需要一个视图进行转换以及要进行的实际更改,而不是直接修改视图。 这意味着修饰符的顺序很重要。...当然,这不是 SwiftUI 实际上的工作方式,因为如果这样做,那将是性能上的噩梦,但这是学习的时候可以使用的一种简洁的思维捷径。...使用修饰符的一个重要副作用是,我们可以多次应用相同的效果:每个修饰符都会简单地添加到以前的内容中。
),Reducer 一旦从主线程中移出的话,意味着 AnyConvertibleValueObservableObject 会被保存在非线程的 State 实例中。...尽管在实践中,如果能在确保不访问托管对象的非线程安全属性的前提下,在非创建托管对象的线程中持有托管对象并不会出现崩溃的情况,但出于谨慎的考虑,我最终还是放弃了这种方式。...但如果在视图尚未加载或没有提供环境值( 例如忘记注入环境对象,没有提供正确的视图上下文 )的情况下访问环境数据,将引发应用崩溃。...image-20221203183414864当应用运行于托管环境时,仅需提供正确的视图上下文,并将 dataSource 中的属性值修改成 fetchRequest 即可。...ID 顺序或数量没有发生变化时,即使数据的属性值发生变化,MockableFetchRequest 也不会更新数据集。
每当我们将修饰符应用于SwiftUI视图时,我们实际上都会创建一个应用了更改的新视图——我们不仅会修改现有的视图。...我们将在下一章中查看为什么会发生这种情况,但是首先,我想看看这种行为的实际含义。...如果思考一下修饰符的工作原理,您就可以了解为什么会如此:每个修饰符都会创建一个应用了该修饰符的新结构体,而不是在视图上设置属性。 您可以通过查询视图主体的类型来窥视SwiftUI的底层。...如您所见,我们使用ModifiedContent类型堆叠——每个视图都需要一个视图进行转换以及要进行的实际更改,而不是直接修改视图。 这意味着修饰符的顺序很重要。...如果您之后再扩展Frame,它将不会神奇地重绘已经应用了的背景。 使用修饰符的一个重要副作用是,我们可以多次应用相同的效果:每个修饰符都会简单地添加到以前的内容中。
在 app 运行后进行第一次渲染时,SwiftUI 将依据类型树按图索骥,创建类型实例,实例的 body 根据初始状态计算视图值,并组织成视图值树。...•在 SwiftUI 生成视图值树时,当发现没有对应的实例时,SwiftUI 会创建一个实例从而获取它的 body 结果。...body 值是在主线程上进行的,并且 SwiftUI 必须在一个渲染周期内完成所有的计算、比较、布局等工作。...为了避免造成 UI 卡顿,body 应设计成纯函数,只在其中创建简单的视图描述,将复杂的逻辑运算和副作用交给其他的线程来进行(比如在 Store 中将逻辑调度到其他线程或在视图中使用 task 将任务派遣到其他线程...在前文的视图值树介绍中我们提到,当 SwiftUI 重建该树时,如果树上某个节点(视图)的 Source of truth 没有发生变化,将不重新计算,直接使用旧值。
四年多前我写过一篇关于使用单向数据流来架构 View Controller[2] 的文章,因为 UIKit 中并没有强制的 view 刷新流程,所以包括绑定数据在内的很多事情都需要自己动手,这为大规模使用造成了不小的障碍...而最近随着公司的项目彻底抛弃 iOS 13,我也终于可以更多地正式在工作中用上 SwiftUI 了。 Apple 并没有像在 UIKit 中贯彻 MVC 那样,为 SwiftUI ”钦定“ 一个架构。...但不仅如此,它还能在合并 reducer 时带来很多便利的特性,在后续文章中我们会涉及相关话题。虽然并不是强制,但是如果没有特殊理由,我们最好跟随这一实践,用 enum 来表达 Action。...有了这些内容,整个模块的运行就闭合了。...在 SwiftUI 中,body 的刷新是 SwiftUI 运行时通过 @ObservedObject 属性包装所提供的特性。现在这部分内容被包含在了 WithViewStore 中。
在今后的文章中我们将尝试用新的思路来创建一个 SwiftUI + Core Data 的 app,看看能否避免并改善之前的一些问题。本文将首先探讨如何定义数据。...同时考虑到未来 Reducer 有被移出主线程的趋势,让数据符合 Sendable 也能避免出现多线程方面的问题。...因此我们需要创建一种可以在托管环境和非托管环境中均能运行的中间类型用作两者的标识。...,NSManagedObjectID 是线程安全的,可以被标注为 Sendable( 这点已经在 Ask Apple 10 月的问答中得到了官方的确认[5] )。...,mockGroup 可以在没有托管环境的情况下使用。
领取专属 10元无门槛券
手把手带您无忧上云