学习java设计模式，电子书免费下载

• 今天开始设计模式之旅。设计模式是一些有经验的前辈所总结出来的开发软件的经验。
• 设计模式包括6大设计原则和23种设计模式，随着软件开发的深入，后来又有了一些新的设计模式出现。
• 我目前还没有太多的开发经验，但是这也不妨碍我对设计模式的理解和学习，因为在基本了解一下设计模式之后
• 我在遇到开发难题时，就可以借鉴这些设计模式来熟练应用到场景中。
• 学习设计模式借鉴的书籍《设计模式之禅》。这本书对设计模式讲解的很透彻，对于初学者有很大的好处，
• 然后我的目标是，每天至少学习一片设计模式，并用代码实现，注释讲解清晰，写成博客。
• 同时还要借鉴博客中对设计模式有深刻理解的博文进行在学习。

第一大设计原则：

单一职责原则（Single Responsibility Principle）

定义：应该有且仅有一个原因引起类的变更。 我的理解：尽可能的将对象划分成单一性的类别，使类的复杂性降低，实现什么职责都有清晰明确的定义
————给出一个例子。
在设计中用户 管理、修改用户的信息、增加机构、增加角色等。
按照用户的业务对象和业务逻辑来进行类和接口的划分。

UserBiz.java

package hpu.lzl.srp;
/**
 * UserBiz(业务逻辑 Business Logic)
 * 将IUserInfo中的属于业务逻辑的类抽象成独立的接口。
 */
public interface IUserBiz{
    //这个是业务逻辑的方法
    boolean changePassword(String oldPassword);
    boolean deleteUser();
    void mapUser();
    boolean addOrg(int orgID);
    boolean addRole(int roleID);
}

IUserBO.java

package hpu.lzl.srp;
/*
 * 用户的Business Object(业务对象).
 * 将IUserInfo中的属于业务对象的一些方法抽象出来，形成独立的接口。
 */
public interface IUserBO{
    void serUserID(String userID);
    String getUserID();
    void setPassword(String password);
    String getPassword();
    void setUserName(String name);
    String getUserName();
}

IUserInfo.java

package hpu.lzl.srp;
/**
 * 这里是用户的所用信息以及操作的接口。
 * 它继承自IUserBO和IUserBiz。
 * 以便于用拥有所有的逻辑操作。
 * @author admin
 *
 */
public interface IUserInfo extends IUserBO,IUserBiz{

}

UserInfo.java

package hpu.lzl.srp;

public class UserInfo implements IUserInfo{
    private String userID;
    private String password;
    private String userName;
    @Override
    public void serUserID(String userID) {
        // TODO Auto-generated method stub
        this.userID = userID;
    }

    @Override
    public String getUserID() {
        // TODO Auto-generated method stub
        return userID;
    }

    @Override
    public void setPassword(String password) {
        // TODO Auto-generated method stub
        this.password = password;
    }

    @Override
    public String getPassword() {
        // TODO Auto-generated method stub
        return password;
    }

    @Override
    public void setUserName(String name) {
        // TODO Auto-generated method stub
        this.userName = name;
    }

    @Override
    public String getUserName() {
        // TODO Auto-generated method stub
        return userName;
    }

    @Override
    public boolean changePassword(String oldPassword) {
        System.out.println("改变密码，"+oldPassword);
        return false;
    }

    @Override
    public boolean deleteUser() {
        System.out.println("删除密码，"+false);
        return false;
    }

    @Override
    public void mapUser() {
        // TODO Auto-generated method stub
        System.out.println("用户map");
    }

    @Override
    public boolean addOrg(int orgID) {
        System.out.println("添加机构"+orgID);
        return false;
    }

    @Override
    public boolean addRole(int roleID) {
        System.out.println("添加角色，"+roleID);// TODO Auto-generated method stub
        return false;
    }

}

UserTest.java

public class UserTest{
    public static void main(String[] args) {
        IUserInfo userInfo = new UserInfo();
        //我要是为用户赋值，那么他是一个纯粹的BO
        IUserBO userBO = (IUserBO)userInfo;
        userBO.setPassword("hhh");
        //我如果要执行动作，你们他是一个业务逻辑类
        IUserBiz userBiz = (IUserBiz) userInfo;
        userBiz.addOrg(123);
    }
}

我理解的单一职责原则就是，在开发过程中设计类或接口时，尽量要将这些类和接口的职责唯一、明确。这样在进行合作开发时，不仅自己能够快速明确自己的目的，其他合作开发的程序员也能够明白你的意思。这样同样也可以降低代码的耦合性，有利于后期代码的维护。

欢迎投稿 职场/创业方向. 邮箱wangfzcom(AT)163.com：王夫子社区 » 学习java设计模式，电子书免费下载

标签：