行话是一件有趣的事情，不是吗？一种对特定行业来说 “正常” 的语言可能对其他人来说是陌生的，而且很自然地很难接受 — 比如医学或法律方向。这些术语的有效性可能会发生变化的频率会加剧这种语言复杂性。虽然这对大多数专业人士来说可能不是风险，但在科技行业工作的任何人都可能会成为这种特殊现象的牺牲者。在SharePoint术语中，一个这样的术语是术语 “应用程序”。
对于大多数熟悉技术的人来说，应用程序具有特定的含义。此外，大多数供应商也有自己的app store形式。苹果开始了什么，谷歌继续了，微软成功地崩溃了。应用程序代表用户可以下载以满足需求的 “事物”，无论是游戏，组织还是功能需求。应用商店让人们习惯于寻找他们需要的东西，在某种程度上，大多数用户期望这种形式的交易互动跨越更多的技术领域。
我们想在这篇文章中探讨的是如何将行话的变化应用于我们都知道和喜爱的SharePoint世界。直到最近，当2013版本发布时，微软才重振了SharePoint应用商店的想法。我们今天想向您介绍的是这些应用程序的重命名，即将在春季推出SharePoint 2016。或者我们喜欢称之为 “微软重命名游戏”。
应用程序或加载项？
变化的第一个暗示来自去年年初的Ignite会议。虽然我们都倾向于寻找性感的头条新闻 (SharePoint 2016混合等)，但在这些会议上制作的一些较小的、不太公开的故事总是有价值的。
在我们的实例中，将SharePoint应用程序模型重命名为外接程序模型。
听起来很奇怪吧？好吧，让我们深入研究一下。
这一变化背后的原因可以总结如下:
- 混淆在微软的产品范围内的确切含义的单词应用程序
- 消极的合作伙伴网络对感知的意思这个词
Microsoft产品范围
这一变化背后的最大原因是在微软的产品和商店中获得更加协调一致的体验。考虑到Microsoft正在使用基于设备的Office产品来满足大量设备的需求，您将获得一个冗长的列表。这将从iOS设备，Android设备等开始。如果用户下载了他们认为是Office “应用程序” 的东西，然后发现里面有其他 “应用程序”，比如Word和Excel，那么很清楚为什么会有混淆。
这种冲突在完全成熟的桌面应用程序中也很明显。“应用程序” 选项卡允许访问Office应用商店和已安装应用程序的摘要。同样，这进一步证明了 “应用程序中的应用程序” 可能会让用户感到困惑。
来自合作伙伴网络
的反馈
次要但同样不重要的原因是来自合作伙伴网络的反馈。SharePoint中的应用程序对最终用户来说可能看起来很简单，但实际上可能是大量工作的结果。应用程序模型允许SharePoint开发人员将非SharePoint数据和他们选择的任何技术堆栈集成到产品中。但是，要注意的是定价。
如果可见的最终产品看起来和感觉像一个应用程序，则负责支付账单的人可以将价值与5英镑的应用程序或某些应用程序进行基准比较-例如来自设备应用程序商店的应用程序。
用户行为与前进
另一方面，微软正在积极利用这种看法。由于用户已经熟悉 “向SharePoint / Office添加内容” 的概念，因此名称更改确实变得非常容易理解。因此，从这里开始，微软希望推出的新术语是:
- SharePoint外接程序
- Office外接程序
Jeremy Thake， 微软高级产品营销经理，在他的博客上提供了一个有用的术语列表，你可以在这里查看。快速浏览一下，这里是所有重要的新命名约定列表…
| 前一个名称 | 新名称 |
| Apps for SharePoint | SharePoint外接程序 |
| 应用程序Web | 加载项Web |
| 应用程序部分 | 加载项部分 |
| SharePoint应用程序模型 | SharePoint外接程序模型 |
| SharePoint托管应用程序 | SharePoint托管外接程序 |
| SharePoint提供程序托管应用程序 | SharePoint提供程序托管外接程序 |
| 应用程序的Office | Office外接程序 |
| Office应用程序模型 | Office加载项模型 |
| Apps for Office in Outlook | Outlook加载项 |
| Apps for Office in Excel | Excel加载项 |
| Apps for Office in PowerPoint | PowerPoint加载项 |
| Apps for Office in Word | Word加载项 |
使事情更容易
最后，请记住，这种混乱只会因为微软处于不断变化的状态而变得更糟。文档仍在更新中，许多文献仍有待编写。
从长远来看，新的命名惯例将使事情变得更容易理解。消除微软空间中特定术语的模糊性只会带来积极性和盈利能力。
</p