简化可重用资产集成的5个技巧


需要从两个角度创建和发展可重复使用的软件资产-功能价值和集成简易性。一个功能价值很小,很难集成到应用程序中的库不太可能得到广泛采用。有什么技巧可以平衡这两种观点吗?我认为是这样的,这里有一些建议:

  1. 最小化第三方可传递依赖的数量-如果重用模块意味着引入100个JAR,那么库构建时间冲突和意外的运行时异常的可能性很大。我将在另一篇文章中详细阐述这方面的具体策略。
  2. 仔细评估您环境中的集成点-贵公司是否已拥有广泛采用的用于并发、日志记录、警报或消息传递的库?然后,您的可重用资产需要促进或简化开箱即用的集成。最重要的是,它不应该试图提供相同的功能
  3. 在提供重叠功能时,您必须让合适的人员相信另一个API是必要的,并且应用程序团队有理由进行转换。请记住,此决策需要考虑学习曲线、集成工作、回归测试工作和持续维护
  4. 当您不确定组织中的现有库是如何工作的时,请放弃集成,转而专注于可重用资产中唯一的核心价值。这比投资于您不能很好支持的集成机制要简单得多。
  5. 通过IDE插件提高开发人员的工作效率,通过Maven原型快速启动项目设置,或者通过代码示例和自动化测试。无论您采用什么策略,关键是要演示将可重用资产与企业的睡觉集成是多么容易。

这些是否与您在团队中遵循或看到的重用实践产生了共鸣?还有哪些实践可以帮助实现采用目标?