抽象类，接口解决办法

抽象类，接口


谁能举些例子？

声明类型的工作仍然由Java接口承担，但是同时给出一个Java 抽象类，且实现了这个接口，而其他同属于这个抽象类型的具体类可以选择实现这个Java接口，也可以选择继承这个抽象类，也就是说在层次结构中，Java 接口在最上面，然后紧跟着抽象类，哈，这下两个的最大优点都能发挥到极至了。这个模式就是“缺省适配模式”。 在Java语言API中用了这种模式，而且全都遵循一定的命名规范：Abstract ＋接口名。
------解决方案--------------------
抽象类等于集合了普通类和接口
接口中只能申明方法。
至于例子百度吧。
------解决方案--------------------
最显而易见的区别：抽象类里面的方法既可以是抽象的又可以是实现了的，而接口里面只能放方法的申明。
一个简单的举例，抽象类相当于一份菜谱，里面说明了该具体怎么炒菜，放多少作料；
                接口相当于菜名，只是规定了那个菜的名称，到底该怎么炒，随便你；
明白了吗？
------解决方案--------------------
Java抽象类和接口的理解
------解决方案--------------------

引用:

Quote: 引用:

抽象类等于集合了普通类和接口
接口中只能申明方法。
至于例子百度吧。

最好是工作中的例子，

package com.shadow.system.base.mvc;

import java.util.Collection;

import org.springframework.security.core.GrantedAuthority;
import org.springframework.security.core.userdetails.UserDetails;

/**
 * 安全用户实体
 * 
 * @author shadow
 * 
 */
@SuppressWarnings("serial")
public abstract class AbstractUser implements UserDetails {

	// ===========以下属性为安全架构属性===========

	private String username; // 账号
	private String password; // 密码
	private boolean accountNonExpired = true; // 账号是否过期
	private boolean accountNonLocked = true; // 账号是否锁定
	private boolean credentialsNonExpired = true; // 
	private boolean enabled = true; // 是否可用
	private Collection<? extends GrantedAuthority> authorities; // 权限集合

	public String getUsername() {
		return username;
	}

	public void setUsername(String username) {
		this.username = username;
	}

	public String getPassword() {