很赞 我做过所谓遗留系统的重构升级，您说的7种策略和方法都用到了，这就是所谓的套路和经验，其实这样方案，我们也是通过成本，收益，风险进行权衡，方案是解决问题，要达成目标的，通过总目标和细分目标牵引方向，不跑偏，得到最佳收益，对于策略和方案，有个难点是确定改造的范围和评估工作量，评估风险，例如重构代码，首先要知道哪些代码有坏味道，评估哪些功能不用了，最好都有工具支持，这样能够精准快速确定范围，做完了也通过工具去验证。 个人愚见

我正正遇到这处境。遗留系统是ASP .NET，全部代码封装在一个专案里。咱们看到第三方库无法顺利过渡到NET core，于是像楼上说的先拆成几个库打包成NET standard。然而ASP.net core跟前一版差异很大，要硬着头皮上去也得花两三个月吧，于是放弃虽可耻但有用。 做到一半，因为这项目像个后妈生的，所以全人员被抽调到亲儿子项目，大部份同事辗转因跨地域和不适应工程文化等相继离职，现在成为一个不折不扣的遗留系统，还得我加班去做这吃力不讨好的项目。它的前端的jQuery也很多年没更新过，依赖的初代angular也经已EOL了。我们还得为这上了线的系统修修安全隐患，只是这样一来，升级到angular.js的最终版后，又啥都毁了。有时候无论风险，该做的还是得做，该加班还是该加班。

从第一课看到这，站在我自己的角度，我认为这个课程并不适合新人，更适合有2年以上开发工作经验的人，姚老师分享的思考，不是一个新人可以深刻理解的。

如果没有人力和时间的压力，会选择方案3 方案1与方案2只是治标不治本，这个技术债迟早要还的。 而且这个升级拖得越是久，到时候出来.NET6或.NET7，升级的难度只会越来越大。

方案1，原因： 1、最简单 2、风险低 3、可解燃眉之急

短期先不做升级，如果业务发展上后续发展需要跨平台和容器化，那需要将5.0作为升级的目标，进行时间规划，根据时间规划逐步的进行往5.0的目标迈进；如果说业务上的发展可预见的不需要4.8或者5.0上面的最新的特性功能，那直接升级到4.6.2作短期的过度升级即可。

如果比较紧急 必须升的话 也是先1后3 给自己缓冲期 如果没必须升级的必要 并且工作量不大 会考虑方案3

方案2，我们的系统就是这么升的，前两年把旧代码从3.5到4.5，后面又由于技术需要升到4.7.2，虽然也想大跨步，但为了不影响业务需求，只能稳步提升，毕竟活下去是最重要的

先1，快速解决眼下的问题；后面再按照系统的业务价值，以及未来的发展方向（是否会长期存在），决定怎么做