1. class Employee
   
2. {
   
3.         private String name;
   
4.         private String id;
   
5.         private doudle pay;
   
6. 
   
7.         Employee(String name,String id,double pay)
   
8. {
   
9.         this name=name;
   
10.         this id=id;
    
11.         this pay=pay;
    
12. }
    
13.         public void abstract work()；
    
14. }
    
15. 
    
16. class Manager extends Employee
    
17. {
    
18.         private int bonus;
    
19.         Manager(String name,String id,double pay,int bonus)
    
20. {
    
21.         super(name,id,pay);
    
22.         this.bonus=bonus;
    
23. }
    
24.         public void work()
    
25. {
    
26.         System.out.print("manager work");
    
27. }
    
28. }
    
29. 
    
30. class pro extends Employee
    
31. {
    
32.         pro(String name,String id,double pay)
    
33. {
    
34.         super(name,id,pay);
    
35. 
    
36. }
    
37.         public void work()
    
38. {
    
39.         System.out.print("pro work");
    
40. }
    
41. }

复制代码

员工类定义了一个抽象方法，然后经理类和普通员工类继承了员工类并都重写了工作方法，但是我觉得员工类的抽象方法定义的多余呢，若果不写这句public void abstract work()； 直接在经理类和普通员工类里定义工作方法不是一样吗，简单来说就是不理解没有方法体的抽象方法有什么用。

这个是按逻辑来的. 逻辑是 经理室一个员工 员工有工作这个方法. 经理也是员工 他只是有不同的工作也就是重写工作方法.只要是员工 就都会有工作的. 不能给经理单独定义一个工作方法 这不符合逻辑。按这种思维逻辑 是为了你做的代码规范化.别人也能看得懂能用.  

抽象类所提供的更多是规则，规则是什么？规则就是你必须要去遵守。在前期分析时不断向上抽取事物的共性内容，最终形成抽象类，但是在编写代码的同时你要关注代码的可读性、重用行、规范性等等原则，现在所涉及的代码很少，所以抽象类的作用很难体现出来，当你碰到上千行的复杂代码时，按照你做说的分别为每个对象定义其功能，那可就违背了JAVA语言的本质--面向对象，根据类与类自上到下的关系，你要先构思其框架，用到哪些类和方法，并逐一的其实现它们，所以编写代码在统一规范的同时要做到细化。在初期实现时，一些简单的的方法可以直接写出来，但难免会遇到一个方法在不同的类中需要以不同形式体现，这时你便知道了抽象类的概念。也许有些方法可以不去马上实现留给其子类实现，但你必须要写出来，为其后期的扩展性和可维护性做考虑，因为这是计算机语言的书写原则。

之所以将工作抽取出来做成抽象的，由调用者来实现，是因为他们的工作方式和工作的内容不同，比如经理的工作可能就是负责整个项目组人员的协调安排，而你程序的工作就是敲代码。这样的好处就是增强了程序的扩展性和可维护性。

袁錦泰 发表于 2012-5-19 23:03
抽象类所提供的更多是规则，规则是什么？规则就是你必须要去遵守。在前期分析时不断向上抽取事物的共性内容 ...

嗯，所以抽象类存在的价值是可读性和规范性吧，应该和其他人解释的可维护性没什么关系吧，因为在子类中是重新定义的方法而不是调用的抽象方法，所以改动也必须在子类中改动。我这么说对吗？

　夜风 发表于 2012-5-20 11:30
嗯，所以抽象类存在的价值是可读性和规范性吧，应该和其他人解释的可维护性没什么关系吧，因为在子类中是 ...

嗯，你的代码按照框架写，后期修改起来就不会很麻烦，思路也会很清晰。无论怎样咱们都应该按照规则做就对了。

  public void abstract work()；  lz你乱搞  那有这样写的  应该  public abstract void  work()； 而且里面你的类是非抽象的，里面于n个错误，我都不知道你怎么发出来的