模块化软件
为了创建灵活、进化和可扩展的系统，我们必须具有模块化，即允许我们创建自下而上系统（自下而上）的属性。
首先你需要有模块，所以你需要一个模块的“档案”。 它们必须是可互换的，即必须可以用另一个等效模块替换一个模块，这是通过允许模块之间通过定义的接口交换信息来实现的：组件的交互不得随模块的变化而变化.
模块化软件通过混搭（混合 Web 应用程序）的开发发现了组件之间集成的新范例，即从不同的来源创建一些东西，例如使用最初为不同目的创建的 API，然后组合起来产生新产品。
模块化系统中的模块应该有多简单？
表格应尽可能简单。 每个公司都可以以非常不同的方式处理更复杂的关系（例如人事管理），但基本功能保持不变（例如工资单）。 小模块允许更多的重用、更少的开发时间和不断的进化（例如，如果你分离用户界面，你需要确保它是一致的，例如你需要能够使用复制粘贴，而不管它是针对哪个系统的）用户界面已构建）。
出现的问题，很显然，就是如何实现模块之间的交互。 一个大的系统使得很多信息在系统内部相互链接成为可能，它还允许以独特的方式管理相关信息
访问权限，而与我 数据 它们是分散的，并且身份验证机制可以是多种多样的。
这种分解同时给了我们很大的自由度：我 数据 我们可以将它们放在任何我们想要的地方，随心所欲地分发它们。
所有组件的集成， 数据库，模块和接口，不是发生在真空中，而是发生在一个平台上：正是它允许我们进行集成，因此有必要定义好这个平台。
允许创建模块化系统的首要因素是模块交换的信息类型的标准：模块之间可能的通信流必须存在对应关系。 如果我们有一个单一的文档标准，我们可以有多个可互换的书写系统，但直到现在，情况恰恰相反：一个占主导地位的书写系统具有大量文档格式。 这种情况有两个缺点：
- 如果标准与系统相关联，则该系统将变得通用，
- 这往往有利于市场封闭，因为没有其他人可以制定标准，因此最广泛的自动成为最强的。
与所有其他应用程序相比，议程是横向应用程序的一个示例，因为必须有一个议程，因此在系统级别而非应用程序级别管理它是有意义的。 系统是我们运行应用程序的平台，我们通过它让它们进行通信。 这使我们能够将 数据 从应用程序。 这极大地简化了信息系统的创建：我们可以合并 数据 两家公司更容易或使用不同的应用程序访问相同的 数据.
合并信息系统是公司合并过程的核心。 拥有简单的表格比采用复杂的表格更容易交换信息。
根据外部观点：模块化通常已经存在：用户的观点。 事实上，他一次只看到系统的一个部分，即他只看到他使用的部分，并将其视为与其他部分分开的模块。 表观模块化是迈向真正模块化的第一步。
这使我们能够创建新的组件间交互和服务。 系统界面变得依赖于用户的环境：系统在用户需要时响应，因此等待时间成为衡量系统有效性的关键。
重要的是，界面的设计从用户出发，从他所做的开始：用户习惯了这些过程，即使它们是铁质的和缺乏逻辑的。
最后，平台必须意识到自己是一个平台：它不仅必须允许模块的执行，而且还必须包含所有可以通过系统原语访问的横向功能（例如议程、电子邮件）（就像复制粘贴一样）。 对于系统，这些可以看作是
- 正常的应用程序，但它们对于能够加入组件是必不可少的。
- 平台=系统+横向服务。
该平台不是系统，也不会取代它，尤其是当您有不同的系统（Windows、Linux、Mac……）时，中间件接管，将多个系统显示为一个系统。
因此，模块化系统至少要具备4个特点：
- 模块必须简单；
- 模块必须是可互换的；
- 您需要一个包含集成所需服务的平台；
- 界面的设计必须满足应用程序的用户。
所有这些特征都与进化有关：模块允许单独的进化并允许系统的进化。 反过来，平台和接口必须能够根据协议和程序发展。
分享：
从在线网络代理处了解更多信息
订阅以通过电子邮件接收最新文章。
