我需要定义一个代表真实事件的类——比如“电影首映式”、“派对”等。我将创建一组数据库对象来存储每个事件的数据并定义与其他数据的关系我们有（例如场地、人员等）。
“事件”一词在软件上下文中具有不同的含义，因此我想将类命名为“事件”以外的名称。
关于另一个名字的任何想法？
This related post提出了一个类似的问题，但我认为所有建议都缺乏创造力——基本上@event，区分大小写的名称Event或使用老式命名约定CEvent。技术上很好的解决方案，但是在与同行讨论数据对象时它们没有帮助（我的演讲和听力能力不区分大小写）并且没有传达任何关于类如何不是传统使用术语的事件的信息.
一种选择是CalendarEvent，以明确表明这是与给定日期相关的真实事件。
发生或场合怎么样？
活动浮现在脑海。
你可以称之为“约会”。你也可以只造一个词。如果这是您域中的一个关键概念，您可以缩写其他建议的名称之一。像：
CalenderEvent变成CalventSocialEvent变成SocentRealWorldEvent变成ReventHumanActivity变成HAct那些简单的例子可能是糟糕的例子，但它们很短，不会与语言或库名称冲突，如果你经常使用它们，它们很快就会成为你和你的同事真正有意义的词。
通常我会推荐函数，但它在软件的上下文中也有特定的含义。;)
场合可能是一个很好的同义词。
同义词库将以下内容列为单词event的同义词：
事故, 行动, 行动, 来临, 冒险, 事务, 出现, 商业, 灾难, 案件, 灾难, 庆典, 仪式, 机会, 情况, 巧合, 危机, 契约, 发展, 紧急情况, 情节, 经验, 剥削, 事实,功能, 假日, 事件, 关口, 奇迹, 事情, 里程碑, 奇迹, 不幸, 不幸, 错误, 场合, 发生, 通过, 阶段, 现象, 困境, 进行, 转变, 情况, 故事, 事情*, 潮汐, 交易, 胜利, 转身, 想知道
当然，其中一个就足够了……如果没有，您可以预先或包装单词 event 以使其成为非关键字。虽然像@event 或 [event] 这样的东西，我不得不说我个人并不喜欢这种做法，即使它在语法上是允许的。
也许是“Affair”或“Advent”——你也可以查看词库：
Entry 或 EventEntry 可能是我会选择的。
我可以理解您希望避免与编程意义上的事件混淆，但我的看法是，也许您应该使用最明显的名称；程序到您的域，并且事情保持可读性并且更易于设计和维护。