architecture - "Reusable Business Component"是神话吗？

Question

阅读讨论后 How to create generic/reusable code with Scrum?我想到了我在可重用组件方面的经历。

我创建了几个在其他项目中成功重用的“技术组件”。

我还创建了几个最初设计用于可重用性的“业务组件”。但它们从未作为一个库重复使用，因为针对不同客户的解决方案是不同的。当然，想法和代码片段是从业务库中重用的，而不是从库本身重用的。

许多客户都在使用像 SAP/R3 这样的大型应用程序。在我看来，这是一个整体，而不是一个独立的组件。

所以我问自己:“可重用业务组件”是一个神话吗？如果是，为什么创建一个如此困难？

Answer 1

我说这不是神话 - 但在我的经验中肯定很少见。

这还取决于您对组件的称呼，以及您所关注的粒度级别。我工作的每个用户和业务部门都使用 Microsoft Office 和 Exchange - 因此它们具有高度可重用性。

如果任何人认为他们会从中获益，他们都会重复使用某样东西。最大的技巧是让他们看到这一点。您还违背了人性 - 不要相信他们不理解的事物，等等。

我当然见过这样的例子，其中真正可重用的业务组件被确定为需要/可取的:但实际上构建它是一个大问题:谁将拥有它？谁来为此买单？

作为“所有政府”驱动的一部分，我们有一个技术组件，使我们能够与集中提供的身份和访问管理服务集成。这允许公众成员拥有一个帐户(用户名和密码等)，他们可以使用该帐户登录政府提供的任何在线服务(他们使用中央 IAM 服务)。

因为我们的系统(结合集中提供的位)提供与业务相关的功能，我认为这是您虚构的可重用组件的一个示例。该解决方案使我们能够将组织内的用户管理委托(delegate)给该组织内的管理员 - 从而跨多个业务部门提供业务值(value)(减少管理开销)。