这两个对象之间存在依赖关系，因为两个结构体的初始化器都期望其他结构体在之前被创建，这只是设计上的错误。你可以通过使用optional或隐式展开optional（这是不安全的）来解决这种依赖关系。
这里有一个显而易见的解决方法，

struct Survey {
  var id: Int
  var name: String
  var questions: [Question]! // 1 or more questions

  init(id: Int, name: String) {
    self.id = id
    self.name = name
  }
}

struct Question {
  var id: Int
  var text: String
  var survey: Survey // belongs to only one survey
}

字符串
所以，你可以创建一个对象而不需要创建其他结构，只需使用赋值就可以了，而不是在初始化器中传递对象。

var survey = Survey(id: 0, name: "First survey")
survey.questions = [
    Question(id: survey.id, text: "Whats your name", survey:survey) // This is not possible.
]

型

架构建模

ERD植根于关系代数，它主要用于关系数据库建模。然而，您可以完美地使用它来建模不使用关系数据库的架构，甚至没有任何持久性。
但ERD是在OOP相当陌生的时候发明的，存在几个扩展ERD变体（EERD），每个变体都试图以自己的方式解决继承和专门化问题，但语义较弱，没有权威标准。

修改架构

一个更好的方法是用UML类图建模你的设计，完全支持OOP和wiki可能看起来像：

的数据
事实上，支持“* 多种类型的问题 *”的意图强烈建议使用Question的某些专门化（子类型），因为多项选择的内容和行为与开放式问题非常不同。继承将允许应用Open Closed Principle，即轻松添加新类型的问题，而无需更改其余代码。

对代码的影响：Question不能是structbut a class或协议。

问题是否需要知道其调查？

另一点是澄清为什么Question需要了解Survey。我不确定，因此我使用了单向导航箭头。事实上，人们可以很容易地想象同一个问题在几个调查中使用。
如果你需要它，你的设计是有问题的，因为很难像你的代码那样用问题初始化一个调查，而且，没有什么能防止不一致，一个问题引用的是另一个调查，而不是它所包含的调查。
为了解决这个问题，可以考虑不使用引用的设计，或者至少创建调查并通过两个步骤添加问题：一个方法而不是直接修改数组可以强制一致性。