Frameworks 加速企业架构

如果一家公司开发了一个框架来完成其业务所需的几乎所有事情，但存在以下问题：

随着所有权的演变和变化，设计已经退化。（荒谬的等级制度）

不是最新的企业软件开发趋势。（数据集！！）

依赖模块太多。（不基于接口、代码依赖性、大量xsd等）

新员工需要花费大量的时间才能赶上，因为该框架是公司的私有框架。（过去糟糕的编码实践，缺乏文档，分散的业务逻辑）

不使用任何众所周知的库，如（log4net/CSLA/Spring.net/Drools）

作为一名高级开发人员，您如何着手做以下工作：

说服上级了解改造/重新设计的必要性

增量重新设计还是持续重构？最佳选择

---

我最关心的是如何向上级解释框架存在问题。一个关于增量重新设计与持续重构框架的合理建议也会很好

你可能会发现那些高层并不关心第1点、第2点、第3点或第5点。最好的办法是一次重构一小块。关于StackOverflow，有许多类似的“我如何说服我的老板……”问题。我建议您阅读所有这些内容，并决定您认为最适合您的环境的方法

最后要记住的一点是，对你来说重要的东西对你之上的人来说并不重要。我知道这很糟糕，但事情就是这样

---

祝你好运

除非你让管理层相信维护和扩展当前的实施比重新设计或重新设计要昂贵。。。你很少有机会“正式”做某事

技术观点在大多数情况下与业务观点相冲突。技术人员试图制造干净、别致的解决方案。商界人士希望在技术上少投资，但要有效率，投资要有回报

因此，如果还没有出现高维护成本的情况。。。你所能做的就是尝试逐步纠正这些问题。然而，如果它是关于纠正架构或更高层次的设计问题。。。这是一件不容易的事情，可能会影响整个系统

---

更改可能是危险的，特别是对于历史悠久、设计拙劣的旧系统。因此，重构/返工可能会带来新的、未发现的问题，因此风险很大。

您过去似乎是在同一条船上航行：）+1我正在驾驶这条船。从管理层目前的角度来看：）