使用Outlook日历rest API添加与会者将删除较旧的与会者

我正在使用outlook日历rest API。 创建活动时，与会者已成功添加

稍后，如果我希望更新活动并添加一名与会者，我将使用此修补程序。但它会删除该活动的所有先前参与者

创建事件的URL

职位

身体参数

{
  "Subject": "Discuss the Calendar REST API 2",
  "Body": {
    "ContentType": "HTML",
    "Content": "I think it will meet our requirements!"
  },
  "Start": {
      "DateTime": "2017-04-25T18:00:00",
      "TimeZone": "Asia/Kolkata"
  },
  "End": {
      "DateTime": "2017-04-25T19:00:00",
      "TimeZone": "Asia/Kolkata"
  },
  "Attendees": [
    {
      "EmailAddress": {
        "Address": "abc@xyz.com",
        "Name": "ABC"
      },
      "Type": "Required"
    }
  ]
}

{
  "Attendees": [
    {
      "EmailAddress": {
        "Address": "def@xyz.com",
        "Name": "def"
      },
      "Type": "Required"
    }
 ]
}

更新事件的URL

修补程序{eventId}

身体参数

{
  "Subject": "Discuss the Calendar REST API 2",
  "Body": {
    "ContentType": "HTML",
    "Content": "I think it will meet our requirements!"
  },
  "Start": {
      "DateTime": "2017-04-25T18:00:00",
      "TimeZone": "Asia/Kolkata"
  },
  "End": {
      "DateTime": "2017-04-25T19:00:00",
      "TimeZone": "Asia/Kolkata"
  },
  "Attendees": [
    {
      "EmailAddress": {
        "Address": "abc@xyz.com",
        "Name": "ABC"
      },
      "Type": "Required"
    }
  ]
}

{
  "Attendees": [
    {
      "EmailAddress": {
        "Address": "def@xyz.com",
        "Name": "def"
      },
      "Type": "Required"
    }
 ]
}

执行此操作后，请与上一位与会者联系”abc@xyz.com“删除并接收已取消的活动邮件和新与会者”def@xyz.com”他补充道

---

请帮我解决这个问题。

是的，这是预期的行为。如果您使用的是修补程序api，则需要为其提供以前添加的与会者列表。否则，它会认为你已经移除了它们。因此，当您使用GET api（获取活动）时，请保存与会者列表并在此列表中添加或删除，然后将其与修补程序调用一起发送

是否有任何方法可以在不传递所有现有与会者列表的情况下仅添加一名与会者？否，与会者数组将被修补程序api覆盖，因此，如果旧与会者不在新数组中，则假定您已将其删除。这是有道理的，否则，你怎么能从活动中删除与会者？（因为我们没有删除与会者api调用）假设我的活动中有500名与会者。如果我只想添加一个，我必须发送所有现有500名与会者的数据。它不会影响我的应用程序的性能吗？我还面临一个问题。如果我创建了一个事件，然后我发送了一个补丁请求来更改与会者的响应。例如{“与会者”：[{“类型”：“必需”，“状态”：{响应”：“已接受”，“时间”：“0001-01-01T00:00:00Z”}，电子邮件地址：{“姓名”：“abc”，“地址”：abc@xyz.com“}}]}然后接受的响应显示在组织者的日历中，但不显示在与会者的日历中。我如何接受与会者日历中的会议邀请。您的第一个问题是关于有500名与会者，这不会产生任何性能问题，因为您的阵列只是一个简单的电子邮件地址阵列。关于第二个问题，您是否试图代表与会者接受/拒绝会议请求？我认为这是不可能的。与会者本人必须使用此处列出的api调用响应请求：如果您对如何使用api有疑问，请告诉我！