定制与配置--有什么区别？
在软件世界里有两个常见的流行语：定制和配置。问题是，这两个词的定义并不总是很明确，因此造成了一定程度的混淆。在本篇文章中，我将介绍这两个词的一些可行定义，并解释其重要性。
大多数软件购买者都希望购买的软件能完全满足他们的需求。无论是为手机购买应用程序，还是为高度复杂的业务购买企业软件，购买者都希望软件能满足他们的确切要求。然而，要求越复杂，现成的商业软件（COTS）就越不可能满足这些要求。为了满足特定要求，必须对软件进行配置以满足需求，或进行定制以满足需求，或两者兼而有之。
那么，什么是定制？什么是配置？让我们从一些定义开始，快速浏览一下 dictionary.com。定制（Customize）--"根据个人规格或偏好进行修改或制造"。配置（Configure）--"设计或调整以形成特定配置或用于某些特定目的"。天哪，这不就清楚地说明了两者之间的区别吗？不尽然。
我想提出以下工作配置和自定义定义。
- 定制："在软件中编写新代码（程序、类文件、脚本），以满足特定要求"。
- 配置："使用应用程序中的工具，在不使用代码的情况下满足特定要求"。
这里的关键在于，顾名思义，软件定制对核心应用程序的侵入性要大得多，因为它要求程序员修改程序或编写程序，以完成软件目前没有做的事情。软件定制可以是相当基本的--编写一个类文件来完成任务--也可以是非常侵入性的--改变核心应用程序。
将这些定义转化为实际术语，定制意味着更多的努力和更大的风险。这是因为程序员是在应用程序之外工作。定制代码往往会在升级时损坏。配置意味着更少的工作量和更低的风险。这是因为应用程序中的工具被用来以应用程序明确设计的方式进行更改。配置本质上更好，因为它是在应用程序内工作。
TeamConnect 是否进行定制或配置？
TeamConnect提供了两全其美的解决方案。首先，TeamConnect 拥有一套强大的配置工具，可以极其灵活地使用配置规则来满足特定的业务需求。其次，TeamConnect 提供的 API（应用编程接口）允许在不修改核心应用程序的情况下使用自定义代码。使用已发布的 API 意味着在升级过程中不会出现问题。
Mitratech 专业服务团队实施软件的指导原则是：尽可能依赖配置，只有在纯配置无法满足需求时才进行定制。我们从不定制核心应用程序。这样做的结果是，依靠配置，我们的客户就可以满足复杂的业务需求，而无需承担定制应用程序通常会带来的风险。
