「项目重构」 如何重构一个完全陌生的项目

项目重构： 如何重构一个完全陌生的项目

四要想进入一个陌生的行业必须建立在对某个行业充分了解的基础上，单纯的投机心理和侥幸心理是不适合创业的。因为每一个商机都会与风险并行，有了风险意识，创、Ik才能走得更远。要规避风险，必须深入学习该行业自身的发展规律和管理部门的政策指导...展开全部

其他答案:不明白啊 = =！

项目重构： 如何让领导同意或主动要求重构项目-百度知道

展开全部 一方面，拿出客观而充分的证据，证明项目存在问题另一方面，请各方面人士，特别是有身份，说话有分量的认识出面，说明项目的缺陷这样，领导肯定能主动的重构项目了。...

项目重构： 为什么要重构？这里有7个原因

3、难以通过重构手法完成的设计改动通过重构，可以排除所有设计错误吗？是否存在某些核心设计决策，无法以重构手法修改？在这个领域里，我们的统计数据尚不完整。当然某些情况下我们可以很有效地重构，这常常令我们倍感惊讶，但的确也有难以重构的...展开全部

项目重构： 如何实现课程重构的项目式学习？-百度知道

展开全部 项目式学习是一种建构主义理念下以学生为中心的教学方式，它主张学生通过一定时长的小组合作方式，解决一个真实世界中复杂的、具有挑战性的问题，或完成一项源自真实世界经验且需要深度思考的任务，培训机构管理软件在解决问题或完成任务...展开全部

项目重构：聊一聊代码重构，如何将项目从死亡边缘拉回来，哪些案例让垃圾代码重生？

用git回滚吧，这是我能想到的。

希望楼主给个优质回答吧。谢谢题主??

项目重构：如何让领导同意或主动要求重构项目？

一方面，拿出客观而充分的证据，证明项目存在问题另一方面，请各方面人士，特别是有身份，说话有分量的认识出面，说明项目的缺陷这样，领导肯定能主动的重构项目了。

项目重构：项目马上要重构了，如何保证业务代码不动？

先从接触过的几个老项目经历来谈谈，对于老项目来说，大家在初步接触的过程中，大多总是抱着抵触的情绪，甚至有些是蔑视。总喜欢对以前的代码挑出一大堆的问题，接着就开始抱怨代码、抱怨以前的开发人员，经过一段时间郁闷的抱怨阶段后，处于职业的责任心，就很想去改变这一切，希望把自己认为好的方式给带进来，于是接下来的工作就是重构代码了。 这也许大多数开发人员都经历过，这种经历是辛酸的（因为重构工作虽然重要，但是得不到过多的认可，目前国内关注的是可用性，对于代码质量并没有得到应有的重视），也是甜蜜的（风雨之后总会有彩虹）。对于年轻的开发人员来说，见到彩虹的过程是痛苦、漫长地。他们都是在失败中成长，这些失败除了经验外，主要是由于太急功尽力了，盲目的重构！ 盲目主要体现在： 1、在还没有对系统整体架构有个清晰认识的时候，就想用自认为新的技术或架构来替换。 2、根本不分析现有系统架构或程序存在的弊端，只是一味地谈设计模式，以设计模式中固有的一套来重构（在重构中，它只作为一个参考，而不是一个依据。） 3、重构比较随性，每个版本的开发都跳出架构之外随意带入新的设计思想 这种盲目重构后给系统会带来更多问题： 你会发现当你重构完后你的系统运行效率变低了， 系统中同时存在多种思想，新加入人员更难接手， 由于你没有完全了解系统，反而在你的重构当中带来了很多重复代码， 最悲剧的是你重构后的代码也被其他人当成垃圾，而进行重构。 那么我们怎么消除盲目呢！？ 首先，了解目前项目是否存在问题，存在什么问题，这些问题是否能通过重构来解决，如果能，才进行重构，你的重构时间是需要公司给的，老板不会因为你说依赖性强偶合性低就同意的，你必须要通过问题来让他认识，关键的是只有通过问题才能得到重构时间和资源，并且你的工作才能得到认可，这是一个很现实的情况。 接下来，你要确定重构的对象，是针对架构还是局部代码，并且去设定一个理想的目标（为什么是理想的？因为我们不可能一步到位，理想和现实是有差距的，但是我们要做的是尽力去往理想上靠拢）。 如果是针对架构进行重构，那么这可不是一件轻松的事情，再真正开始之前需要做到以下几点： 1、全面的了解系统的过去，包括以前的架构/技术背景、业务需求