课程章节介绍
让我们来聊聊Salesforce的版本化问题，特别是关于FeedPost和FeedItem的变化，以及为什么开发人员可能需要更新他们的Apex类到更高版本。
首先，关于FeedPost和FeedItem的问题。Salesforce在版本22.0中决定不再支持FeedPost，转而引入了FeedItem。这种变化是为了改进数据模型，使其更加强大和灵活。但是，Salesforce并没有立即切断对FeedPost的支持。在版本17.0到21.0之间，FeedPost仍然被支持，这样做的目的是给开发人员足够的时间来适应新的FeedItem模型，而不会立即破坏他们现有的定制和集成。这种逐步过渡的策略确保了系统的稳定性和向后兼容性。
接下来，为什么开发人员可能会选择将现有的Apex类更新到更高版本呢？这主要是因为新版本通常会引入一些新功能或改进，这些新功能可能会让开发工作变得更简单或更高效。例如，在Spring '18（版本42）中，List类新增了CONTAINS(..)方法，这个方法以前只在Set类上可用。如果开发人员想要利用这个新功能，他们就需要将他们的Apex类更新到至少版本42。
最后，这种版本化的做法给开发人员带来了什么好处呢？最大的好处就是向后兼容性和稳定性。Salesforce每年都会发布三个新版本，每个版本都可能添加、删除或更改功能。通过将每个类或触发器与特定的版本关联，Salesforce平台能够优雅地处理这些变化，确保即使在新版本中，旧代码仍然能够运行，不会因为新功能的引入而出现问题。这种策略使得开发人员可以在不担心破坏现有功能的情况下，逐步采用新功能。
总的来说，Salesforce的版本化策略是为了确保平台的稳定性和灵活性，同时也为开发人员提供了逐步适应新变化的机会。通过这种方式，Salesforce能够持续创新，同时保护开发人员的投资。