与Outlook和x27接口的最佳C#实现;s循环模式和日历

与Outlook和x27接口的最佳C#实现;s循环模式和日历,c#,architecture,calendar,outlook,C#,Architecture,Calendar,Outlook,我应该从核心对象代码中引用该对象,还是应该在核心中复制它的“接口”(我松散地使用该术语),然后在另一层中与Outlook通信 我是一家小型公司的小型开发人员,拥有小型软件产品。多年来,客户一直要求在我们的C#/SQLServer RDBMS中实现Outlook互操作性。我们终于为他们实现了这一点,但Outlook加载项超出了范围 多亏了stackoverflow和google(当然还有MS文档),我的程序成功地保存了约会、取消会议、发送邀请。。。现在我们需要决定如何处理复发 当我看着Outloo

我应该从核心对象代码中引用该对象,还是应该在核心中复制它的“接口”(我松散地使用该术语),然后在另一层中与Outlook通信

我是一家小型公司的小型开发人员,拥有小型软件产品。多年来,客户一直要求在我们的C#/SQLServer RDBMS中实现Outlook互操作性。我们终于为他们实现了这一点,但Outlook加载项超出了范围

多亏了stackoverflow和google(当然还有MS文档),我的程序成功地保存了约会、取消会议、发送邀请。。。现在我们需要决定如何处理复发

当我看着Outlook的“约会重复”窗口(并将其与谷歌日历的“重复”窗口进行比较)时,我开始觉得自己被卷入其中了。。。正如我上面所暗示的,我们通常避免“牦牛剃须”,但如果这是保持对我们产品控制的必要条件,我们将重新发明轮子


我知道其他人已经有了这个问题,但我们的管理层可能永远不会让我们走这条路。

看起来为了实现Outlook的功能,您需要
月日
周日
持续时间
结束时间
实例
间隔
MonthOfYear
PatternStartDate
RecurrenceType
StartTime
,以及指定其结束时间的某种方法

尽管Outlook使用了
出现次数
无结束日期
模式结束日期
的某些组合来指定结束,但您可以使用可为空的
模式结束日期
或可为空的
出现次数
来满足功能要求


我相信实际的Outlook对象内置了特定的验证规则,可能需要按特定顺序设置属性。我将实现我自己的对象,该对象只在正确的时间执行验证,然后按正确的顺序设置Outlook对象的属性

您是否只需要创建周期性项目,而不处理现有项目?我们目前只维护由我们的程序创建的日历项目(即,我们知道其EntryID的项目)。我想保持这样。