我尝试为更大的、可用于生产的 SwiftUI 应用程序构建架构。我一直在遇到同样的问题，这指向 SwiftUI 中的一个主要设计缺陷。
仍然没有人能给我一个完整的工作，生产就绪的答案。
如何做SwiftUI包含导航的可重用视图？
由于它SwiftUI NavigationLink与视图有很强的联系，这根本不可能以这样的方式在更大的应用程序中扩展。NavigationLink在那些小样本应用程序中，是的 - 但不是当您想在一个应用程序中重用许多视图时。也可能在模块边界上重用。（例如：在 iOS、WatchOS 等中重用 View...）
设计问题：导航链接被硬编码到视图中。
NavigationLink(destination: MyCustomView(item: item))
但是如果包含这个的视图NavigationLink应该是可重用的，我就不能对目的地进行硬编码。必须有一种机制来提供目的地。我在这里问了这个问题并得到了很好的答案，但仍然不是完整的答案：
这个想法是将目标链接注入可重用视图。一般来说，这个想法可行，但不幸的是，这并不能扩展到真正的生产应用程序。一旦我有多个可重用的屏幕，我就会遇到一个逻辑问题，即一个可重用的视图 ( ViewA) 需要一个预配置的视图目标 ( ViewB)。但是如果ViewB还需要一个预配置的 view-destinationViewC呢？我需要建立ViewB在这样的方式已经ViewC被注入已经ViewB在我注入ViewB到ViewA。等等......但由于当时必须传递的数据不可用，整个构造失败。
我的另一个想法是使用Environmentas 依赖注入机制为NavigationLink. 但我认为这或多或少应该被视为一种黑客行为，而不是大型应用程序的可扩展解决方案。我们最终会基本上将环境用于所有事情。但是因为 Environment 也只能在 View 内部使用（而不是在单独的 Coordinators 或 ViewModels 中），所以在我看来这将再次创建奇怪的构造。
就像业务逻辑（例如视图模型代码）和视图必须分开，导航和视图也必须分开（例如协调器模式）UIKit因为我们访问视图UIViewController和UINavigationController …