我应该从我的核心对象代码中引用Outlook Interop Recurrence Pattern对象，还是应该在我的核心内复制其“接口”（并且我松散地使用该术语），然后在另一层中与Outlook进行通信？
我是一家拥有小型软件产品的小公司的小型开发人员。多年来，客户一直要求我们的C＃/ SQLServer RDBMS中的Outlook互操作性。我们终于让它们成功了，但是Outlook加载项超出了范围。
感谢stackoverflow和google（当然还有MS文档），我的程序成功保存约会，取消会议，发送邀请......现在我们需要决定如何处理重复。
当我开始感觉自己被吸入时，我正在看Outlook的“约会重复”窗口（并将其与谷歌日历的“重复”窗口进行比较）......正如我上面所暗示的那样，我们通常会避免“牦牛剃须”。但如果能够控制我们的产品，我们将重新发明轮子。
据我所知，其他人已经solved出现了这个问题，但我们的管理层可能永远不会让我们走这条路。
答案 0 :(得分：0)
为了实现Outlook的功能，您需要DayOfMonth，DayOfWeekMask，Duration，EndTime，Instance，{{1} }，Interval，MonthOfYear，PatternStartDate，RecurrenceType以及指定何时结束的某种方式。
虽然Outlook使用StartTime，Occurrences和NoEndDate的某种组合来指定结尾，但您可以使用可为空的PatternEndDate或可以为空的PatternEndDate以满足功能。
我认为实际的Outlook对象具有内置的特定验证规则，可能需要按特定顺序设置属性。我将实现自己的对象，只在正确的时间执行验证，然后按正确的顺序设置Outlook对象的属性。