求机战能快速重构完成的方法.100分悬赏

发布网友 发布时间：2022-04-11 22:04

我来回答

共11个回答

懂视网 时间：2022-04-12 02:25

重构的手法有很多种，相对而言，一篇文章的涵盖量自然是无法提到所有，LZ这里也只能提出一些平时会经常使用的一些手法，像一些比较高端的手法，各位有兴趣的可以去找一些专门的书籍涉猎。 另外还有一点，由于LZ是做JAVA开发的，因此部分重构小技巧可能与JAVA

重构的手法有很多种，相对而言，一篇文章的涵盖量自然是无法提到所有，LZ这里也只能提出一些平时会经常使用的一些手法，像一些比较高端的手法，各位有兴趣的可以去找一些专门的书籍涉猎。

另外还有一点，由于LZ是做JAVA开发的，因此部分重构小技巧可能与JAVA语言，或者说与面向对象的语言息息相关，不过大多数技巧，无论是面向过程的语言，还是面向对象的语言，都是可以相互通用的。

废话不多说，我们来看看实用重构技巧的排行榜吧。

No.1：重复代码的提炼

重复代码是重构收效最大的手法之一，进行这项重构的原因不需要多说。它有很多很明显的好处，比如总代码量大大减少，维护方便，代码条理更加清晰易读。

它的重点就在于寻找代码当中完成某项子功能的重复代码，找到以后请毫不犹豫将它移动到合适的方法当中，并存放在合适的类当中。

小实例

class BadExample {

 public void someMethod1(){
 //code
 System.out.println("重复代码");/* 重复代码块 */
 //code
 }
 
 public void someMethod2(){
 //code
 System.out.println("重复代码");/* 重复代码块 */
 //code
 }
 
}

/* ---------------------分割线---------------------- */

class GoodExample {

 public void someMethod1(){
 //code
 someMethod3();
 //code
 }
 
 public void someMethod2(){
 //code
 someMethod3();
 //code
 }
 
 public void someMethod3(){
 System.out.println("重复代码");/* 重复代码块 */
 }
 
}

No.2：冗长方法的分割

有关冗长方法的分割，其实有时候与重复代码的提炼是有着不可分割的关系的，往往在我们提炼重复代码的过程中，就不知不觉的完成了对某一个超长方法的分割。倘若在你提炼了大部分的重复代码之后，某一些冗长方法依然留存，此时就要静下心来专门处理这些冗长方法了。

这其中有一点是值得注意的，由于我们在分割一个大方法时，大部分都是针对其中的一些子功能分割，因此我们需要给每一个子功能起一个恰到好处的方法名，这很重要。可以说，能否给方法起一个好名字，有时候能体现出一个程序猿的大致水准。

小实例

class BadExample {

 public void someMethod(){
 //function[1]
 //function[2]
 //function[3]
 }
 
}

/* ---------------------分割线---------------------- */

class GoodExample {

 public void someMethod(){
 function1();
 function2();
 function3();
 }
 
 private void function1(){
 //function[1]
 }
 
 private void function2(){
 //function[2]
 }

 private void function3(){
 //function[3]
 }
 
}

No.3：嵌套条件分支的优化（1）

大量的嵌套条件分支是很容易让人望而却步的代码，我们应该极力避免这种代码的出现。尽管结构化原则一直在说一个函数只能有一个出口，但是在这么大量的嵌套条件分支下，让我们忘了这所谓的规则吧。

有一个专业名词叫卫语句，可以治疗这种恐怖的嵌套条件语句。它的核心思想是，将不满足某些条件的情况放在方法前面，并及时跳出方法，以免对后面的判断造成影响。经过这项手术的代码看起来会非常的清晰，下面LZ就给各位举一个经典的例子，各位可以自行评判一下这两种方式，哪个让你看起来更清晰一点。

小实例

class BadExample {

 public void someMethod(Object A,Object B){
 if (A != null) {
  if (B != null) {
  //code[1]
  }else {
  //code[3]
  }
 }else {
  //code[2]
 }
 }
 
}

/* ---------------------分割线---------------------- */

class GoodExample {

 public void someMethod(Object A,Object B){
 if (A == null) {
  //code[2]
  return;
 }
 if (B == null) {
  //code[3]
  return;
 }
 //code[1]
 }
 
}

No.4：嵌套条件分支的优化（2）

此处所说的嵌套条件分支与上面的有些许不同，它无法使用卫语句进行优化，而应该是将条件分支合并，以此来达到代码清晰的目的。由这两条也可以看出，嵌套条件分支在编码当中应当尽量避免，它会大大降低代码的可读性。

下面请尚且不明觉厉的猿友看下面这个典型的小例子。

小实例

class BadExample {

 public void someMethod(Object A,Object B){
 if (A != null) {
  if (B != null) {
  //code
  }
 }
 }
 
}

/* ---------------------分割线---------------------- */

class GoodExample {

 public void someMethod(Object A,Object B){
 if (A != null && B != null) {
  //code
 }
 }
 
}

No.5：去掉一次性的临时变量

生活当中我们都经常用一次性筷子，这无疑是对树木的摧残。然而在程序当中，一次性的临时变量不仅是对性能上小小的摧残，更是对代码可读性的亵渎。因此我们有必要对一些一次性的临时变量进行手术。

小实例

class BadExample {
 
 private int i;

 public int someMethod(){
 int temp = getVariable();
 return temp * 100;
 }
 
 public int getVariable(){
 return i;
 }
 
}

/* ---------------------分割线---------------------- */

class GoodExample {

 private int i;

 public int someMethod(){
 return getVariable() * 100;
 }
 
 public int getVariable(){
 return i;
 }
 
}

No.6：消除过长参数列表

对于一些传递了大批参数的方法，对于追求代码整洁的程序猿来说，是无法接受的。我们可以尝试将这些参数封装成一个对象传递给方法，从而去除过长的参数列表。大部分情况下，当你尝试寻找这样一个对象的时候，它往往已经存在了，因此绝大多数情况下，我们并不需要做多余的工作。

小实例

class BadExample {
 
 public void someMethod(int i,int j,int k,int l,int m,int n){
 //code
 }
 
}

/* ---------------------分割线---------------------- */

class GoodExample {

 public void someMethod(Data data){
 //code
 }
 
}

class Data{
 
 private int i;
 private int j;
 private int k;
 private int l;
 private int m;
 private int n;

　　//getter&&setter
 
}

No.7：提取类或继承体系中的常量

这项重构的目的是为了消除一些魔数或者是字符串常量等等，魔数所带来的弊端自不用说，它会让人对程序的意图产生迷惑。而对于字符串等类型的常量的消除，更多的好处在于维护时的方便。因为我们只需要修改一个常量，就可以完成对程序中所有使用该常量的代码的修改。

顺便提一句，与此类情况类似并且最常见的，就是Action基类中，对于INPUT、LIST、SUCCESS等这些常量的提取。

小实例

class BadExample {
 
 public void someMethod1(){
 send("您的操作已成功！");
 }
 
 public void someMethod2(){
 send("您的操作已成功！");
 }
 
 public void someMethod3(){
 send("您的操作已成功！");
 }
 
 private void send(String message){
 //code
 }
}

/* ---------------------分割线---------------------- */

class GoodExample {
 
 protected static final String SUCCESS_MESSAGE = "您的操作已成功！";

 public void someMethod1(){
 send(SUCCESS_MESSAGE);
 }
 
 public void someMethod2(){
 send(SUCCESS_MESSAGE);
 }
 
 public void someMethod3(){
 send(SUCCESS_MESSAGE);
 }
 
 private void send(String message){
 //code
 }
 
}

No.8：让类提供应该提供的方法

很多时候，我们经常会操作一个类的大部分属性，从而得到一个最终我们想要的结果。这种时候，我们应该让这个类做它该做的事情，而不应该让我们替它做。而且大部分时候，这个过程最终会成为重复代码的根源。

小实例

class BadExample {
 
 public int someMethod(Data data){
 int i = data.getI();
 int j = data.getJ();
 int k = data.getK();
 return i * j * k;
 }
 
 public static class Data{
 
 private int i;
 private int j;
 private int k;
 
 public Data(int i, int j, int k) {
  super();
  this.i = i;
  this.j = j;
  this.k = k;
 }

 public int getI() {
  return i;
 }
 
 public int getJ() {
  return j;
 }
 
 public int getK() {
  return k;
 }
 
 }
 
}

/* ---------------------分割线---------------------- */

class GoodExample {
 
 public int someMethod(Data data){
 return data.getResult();
 }
 
 public static class Data{
 
 private int i;
 private int j;
 private int k;
 
 public Data(int i, int j, int k) {
  super();
  this.i = i;
  this.j = j;
  this.k = k;
 }

 public int getI() {
  return i;
 }
 
 public int getJ() {
  return j;
 }
 
 public int getK() {
  return k;
 }
 
 public int getResult(){
  return i * j * k;
 }
 
 }
 
}

No.9：拆分冗长的类

这项技巧其实也是属于非常实用的一个技巧，只不过由于它的难度相对较高，因此被LZ排在了后面。针对这个技巧，LZ很难像上面的技巧一样，给出一个即简单又很容易说明问题的小例子，因为它已经不仅仅是小手段了。

大部分时候，我们拆分一个类的关注点应该主要集中在类的属性上面。拆分出来的两批属性应该在逻辑上是可以分离的，并且在代码当中，这两批属性的使用也都分别集中于某一些方法当中。如果实在有一些属性同时存在于拆分后的两批方法内部，那么可以通过参数传递的方式解决这种依赖。

类的拆分是一个相对较大的工程，毕竟一个大类往往在程序中已经被很多类所使用着，因此这项重构的难度相当之大，一定要谨慎，并做好足够的测试。

No.10：提取继承体系中重复的属性与方法到父类

这项技巧大部分时候需要足够的判断力，很多时候，这其实是在向模板方法模式迈进的过程。它的实例LZ这里无法给出，原因是因为它的小实例会毫无意义，无非就是子类有一样的属性或者方法，然后删除子类的重复属性或方法放到父类当中。

往往这一类重构都不会是小工程，因此这一项重构与第九种类似，都需要足够的谨慎与测试。而且需要在你足够确认，这些提取到父类中的属性或方法，应该是子类的共性的时候，才可以使用这项技巧。

结束语

由于LZ目前的工作就是维护一个相对古老的项目，因此上面这十种手法，LZ几乎都已经一一尝试过了，可喜的是效果都还不错。

限于最后两种与实际情况的联系太过紧密，因此LZ无法给出简单的实例，不过后面两种毕竟不是常用的重构手法，因此也算是可以接受了。不过不常用不代表不重要，各位猿友还是要知道这一点的。另外LZ还要说的是，上面的实例只是手法的一种简单展示，实际应用当中，代码的结构可能是千奇百怪，但却万变不离其宗。因此只要抓住每种手法的核心，就不难从这些乱军丛中安然穿过。

好了，本次的小分享到此结束，希望各位猿友如果觉得有所收获，可以推荐一下鼓励下LZ，顺便也让更多的人看到。这样的话，或许我们每一个接手的项目代码，都不至于十分的糟糕了，也算是给像LZ这样的项目维护者一条生路吧。

热心网友 时间：2022-04-11 23:33

有钱在星河刷怪，没就在绿B。开双，没的话从水晶商店了买。开3个经验值*100的领域（核心技能），一定不要组队，经验值组件全升10行就行了。重构越后面越快，因为经验值组件越来越多，我第一次重构在星河开双花了2个小时，第70次重构在星河只花了5-7分钟。此外去星河比绿B快不少，前提是你能秒怪，至少要快上1倍。刷怪近战用天翔，半径要到10；远战用扇形攻击。XP很有用，如果是组队状态只能升1-2级，不组能升很多级，我最多一次1个xp从1级升到120+（我组件比较多）去星河建议用新ty去太阳石商店买万能导航仪，10ty一个，可用10次，能直接进入星河，不用500,000yhb的路费，你算一下就知道5,000,000yhb和10新ty哪个值钱，而且还更方便。别听楼上那些人胡说，重构时分的经验少得可怜，而且还不能领，适合重构的飞船任务目前也没有。我就说这么多吧，还有什么问题的话再补充提问。 你报哪个飞船比在星河打的快？？？？？我现在还玩呢。yhb很容易弄到手吗？我可一点都不觉得。经验值球不建议，除非你特有钱，180以后不用经验球累死人，要攒啊，6个经验值球才能重一次，不觉得浪费吗？？？另外我觉得星河打比金星快，（我两边都能秒怪，怪打我都不费血）

热心网友 时间：2022-04-12 00:51

公服话去绿AB刷怪。有钱的去星河或金星。记得把经验组件升上去，这样会更快。
私服话3台机一起重构，都变1级，去绿B刷怪，一般20秒重构一次。带上回城，和传送。同样把组件升上去，重构越后面就会比较慢，经验组件升上去了很重构很快了。

热心网友 时间：2022-04-12 02:26

快速重组方法：
1。开双 即吃双倍经验
2。不需组队 也别和他人组队 XP也别点 平常打怪就OK
3。地图选好了 如果你重构后防御在2W以上 可以去金星 否则 建议你去绿星或星河 （金星 星河 来回需要路费 绿星AB不要 C的话 只需要一次 回去时 跑到绿C中心 点NPC 就可以了）
4。经验组建 不要小看这个东西 如果你经验组建高的话 重构的时间也短 （如果你水晶不是太充裕 建议你别加高）

顺便说一句 不建议5楼的话 YHB是可以很容易就弄到的 TY的话 少了就是少了 所以 我认为 只要YHB和TY差距太大 一般情况下 还是建议LZ用YHB 少花点TY

热心网友 时间：2022-04-12 04:17

把有的经验组件升高,没钱的话一般升到10或11.钱多升满20更好,然后花50W去绿C,开双杀怪,构完后点NPC,通过返回基地市场回城~只要不离开市场区,再通过后门就可以直接传送到C,不再花钱~(离开市场区就不行了~回城后直接到重构NPC那点重构即可,那里是市场区域)

热心网友 时间：2022-04-12 06:25

最快的啊？
用RMB啊，吃经验啊。。。

热心网友 时间：2022-04-12 08:50

花TY买经验器很快就重构完了

热心网友 时间：2022-04-12 11:31

。。没有玩过好玩吗]

热心网友 时间：2022-04-12 14:29

楼上是傻X吧 重构的任务怎么没有 你多久没玩了

热心网友 时间：2022-04-12 17:44

多组点好友。分经验！！最好是那种也在重组的好友！
做有种飞船任务，具体哪种我也忘了！反正很快！

热心网友 时间：2022-04-12 21:15

你想快点的话就找个好点的师傅 如果你*够好 不要太快啊

我师傅就不错 对我很好的 他带我打 一天快点重构3次 少点重构1次 经验简直是刷刷刷的涨 *了~~~