请教，这两个代码，哪个更合理？

極趚蝸牜

这两个代码，哪个更合理？哪个更容易维护？
如果要保证每个方法不超过20行，造汽车1比较好。但是方法太多，调来调去，跳来跳去，好像也不易阅读。
造汽车2一个方法的代码可能上百行，但只要一个方法。虽然感觉压力很大，但是想象成读文章，好像也合理。而且可以用注释把代码分段。

1. public class 造汽车1 {
   
2.      
   
3.     public void 造一辆汽车() {
   
4.         采矿();
   
5.         把矿做成原料();
   
6.         把原料做成零件();
   
7.         把零件组装成汽车();
   
8.         出厂前检查();
   
9.     }
   
10.      
    
11.     private void 采矿() {
    
12.         System.out.println("采矿");
    
13.     }
    
14.      
    
15.     private void 把矿做成原料() {
    
16.         System.out.println("把矿做成原料");
    
17.     }
    
18.      
    
19.     private void 把原料做成零件() {
    
20.         System.out.println("把原料做成零件");
    
21.     }
    
22.      
    
23.     private void 把零件组装成汽车() {
    
24.         System.out.println("把零件组装成汽车");
    
25.     }
    
26.      
    
27.     private void 出厂前检查() {
    
28.         System.out.println("出厂前检查");
    
29.     }
    
30. 
    
31.     public static void main(String[] args) {
    
32.         new 造汽车1().造一辆汽车();
    
33.     }
    
34. 
    
35. }

复制代码

1. public class 造汽车2 {
   
2.      
   
3.     public void 造一辆汽车() {
   
4.         System.out.println("采矿");
   
5.         System.out.println("把矿做成原料");
   
6.         System.out.println("把原料做成零件");
   
7.         System.out.println("把零件组装成汽车");
   
8.         System.out.println("出厂前检查");
   
9.     }
   
10. 
    
11.     public static void main(String[] args) {
    
12.         new 造汽车2().造一辆汽车();
    
13.     }
    
14. 
    
15. }

复制代码

迫不及贷

这个要看你的是实际应用场景，这个造汽车的功能是否单一，如果只是单单设计一个类，能够按照步骤成功创建一个想要的对象，那么汽车2肯定更简单直接。但是如果考虑到以后的扩展以及和其他的类的关系，肯定汽车1的写法可操作性更强，灵活性与结合性都会更好

淮总

两种代码结构，从可维护性上来看，当然是第一种优于第二种了。
第二种，所有功能的代码堆叠在一起，不但阅读会造成困难，变量在前后的使用上会产生严重的依赖，由于处理环节的增多，就很容易产生漏洞。
第一种，把核心处理过程拆分成五个阶段，每个阶段对应一个函数调用，如果楼主觉得阅读困难，那一定是处理过程的拆分存在问题，如果处理过程的拆分是合理的，阅读起来反而会更加的轻松（相比第二种写法）。
另外，一个大的处理过程，除了处理过程的拆分外，每个处理过程的处理环节，也会遇到拆分的情况。这样的话，我们会创建个多的类来有层次的拆分和处理。楼主如果想深入了解这方面的内容的话，推荐楼主看看设计模式里面的几种行为模式，就是教你不同场景下，怎样相对合理的拆分和组织代码的。

踏雪南辕北辙

你这两种设计都不合格
要保证扩展性和低耦合  每一个动作都要考虑指责  比如采矿可以定义一个采矿的接口  提供采矿方法  每种矿的开采可能都不一样 需要实现类  而造汽车需要哪种矿就引用那种矿的实现 执行采矿方法  后面几个步骤类似.
造汽车类把控好操作步骤就够了 比如需要什么矿石  用什么方式转换成原料 用什么方法做成零件? 中间可以穿插一些图纸类  用单一指责让专门的类去做好了 其实造汽车类我们要定义成一个接口  具体造什么汽车  我们再一一实现

风雨榕树

如果要可维护的话，不是简简单单的一个类能解决的，需要功能细分，甚至每个功能都是一个模块。
而且最好做成接口模式，这样优化的时候或者实现逻辑变化的时候，只要修改接口的实现类，其他都不需要改动，甚至可以通过配置决定到底是哪个实现类来实现这个功能。

为你筑城

第一种更合理
方法名，
step101_采矿
    ---将来扩展102，103
step201＿做成原料
step301