就一个类而言,应该仅有一个引起它变化的原因。
如果一个类承担的职责过多,就等于把这些职责耦合在一起,一个职责的变化可能会削弱或是抑制这个类完成其他职责的能力。
这种耦合会导致设计的脆弱性,当发生变化时,设计会遭受到意想不到的破坏。
软件设计真正要做的许多内容,就是发现职责,并把这些职责相互分离。
如果你能够想到多余一个动机去改变一个类,那么这个类就具有了多于一个的职责。
换句话说,如果你无法在不使用任何连接词的情况下(例如“和”,“或”,“同时”等),描述一个类,那么这个类很大程度上是违反了单一职责原则。
单一职责原则,是一个"说起来容易,做起来难”的原则(It is easier said than done)。
下面这个类的设计,明显地违背的SRP,因为可以很清楚的看到,你会有3种不同的动机去更改这个类。
" This class violates the single responsibility principle because it has 3 reasons to chagne
" 1) the rule of calculating pay
" 2) the DB schema
" 3) the format of reports hours
CLASS lcl_employee DEFINITION FINAL CREATE PUBLIC.
PUBLIC SECTION.
METHODS
calculate_pay
RETURNING
VALUE(rv_money) TYPE i.
METHODS report_working_hours
IMPORTING
iv_employee_id TYPE string
RETURNING
VALUE(rv_hours) TYPE i.
METHODS save_to_db.
ENDCLASS.
CLASS lcl_employee IMPLEMENTATION.
METHOD calculate_pay.
ENDMETHOD.
METHOD report_working_hours.
ENDMETHOD.
METHOD save_to_db.
ENDMETHOD.
ENDCLASS.
下面这个类,实现了dashboar的主要功能,但其实,对于Version管理部分可以进一步抽象至独立的类中,进而简化dashboard类。
" a dash board class to deal to relevant components/version
CLASS lcl_dash_board DEFINITION FINAL CREATE PUBLIC.
PUBLIC SECTION.
METHODS get_last_focused_component.
METHODS set_last_focused_component.
METHODS get_major_version_number.
METHODS get_minor_version_number.
METHODS get_build_number.
ENDCLASS.
CLASS lcl_dash_board IMPLEMENTATION.
METHOD get_build_number.
ENDMETHOD.
METHOD get_last_focused_component.
ENDMETHOD.
METHOD get_major_version_number.
ENDMETHOD.
METHOD get_minor_version_number.
ENDMETHOD.
METHOD set_last_focused_component.
ENDMETHOD.
ENDCLASS.
抽取Version类。
" to simplify the Dash Board class with a Version class
CLASS lcl_version DEFINITION FINAL CREATE PUBLIC.
PUBLIC SECTION.
METHODS get_major_version_number.
METHODS get_minor_version_number.
METHODS get_build_number.
ENDCLASS.
CLASS lcl_version IMPLEMENTATION.
METHOD get_build_number.
ENDMETHOD.
METHOD get_major_version_number.
ENDMETHOD.
METHOD get_minor_version_number.
ENDMETHOD.
ENDCLASS.