接口只是一种契约
使用 interface 去定义某些特定的功能,为的是不要将代码写死在自定义 class、function 里,
以便在 SA / OOD / 系统开发、事后维护、功能扩充 上更有弹性。
WCF 中也是建议先用 interface 做 memeber、method 的定义,再由自定义类去实践。
亦可参考 SA / Design Patterns 的文件和书籍。
例如返乡的火车订票系统,我们(或SA,SD) 可以先定义一个叫做「订票需求」的 interface,里面只要有一个空的「是否能订票」的函数即可。
而可能有一或多个自定义 class,分别叫做「特定班次」、「特定座位」、「特定ooxx」、… 的class,
都是「实作(implement)」这个「订票需求」interface,因此也都已有了这个「是否能订票」的函数,
而程序员,就去把这几个实现的 class 的「是否能订票」的函数去写出来,
因此在 SA 阶段,程序语言不是重点。
日后这个火车,若是订位方式改变、或座位改变、或是要加入或改变其它订票的功能和需求,
就不用再去动到「订票需求」的 interface,
只要更动实现它的 class 即可,
程序员改好某个 class 的「是否能订票」的函数之后,再 Plug-in 到系统里即可。
不会去动到 SA 和整个系统架构,这在中大型项目中尤其重要,不论是 .NET / J2EE 皆然。
亦可参考 SA 系统分析、OOD、UML 的书籍。
使用 interface 去定义某些特定的功能,为的是不要将代码写死在自定义 class、function 里,
以便在 SA / OOD / 系统开发、事后维护、功能扩充 上更有弹性。
WCF 中也是建议先用 interface 做 memeber、method 的定义,再由自定义类去实践。
亦可参考 SA / Design Patterns 的文件和书籍。
例如返乡的火车订票系统,我们(或SA,SD) 可以先定义一个叫做「订票需求」的 interface,里面只要有一个空的「是否能订票」的函数即可。
而可能有一或多个自定义 class,分别叫做「特定班次」、「特定座位」、「特定ooxx」、… 的class,
都是「实作(implement)」这个「订票需求」interface,因此也都已有了这个「是否能订票」的函数,
而程序员,就去把这几个实现的 class 的「是否能订票」的函数去写出来,
因此在 SA 阶段,程序语言不是重点。
日后这个火车,若是订位方式改变、或座位改变、或是要加入或改变其它订票的功能和需求,
就不用再去动到「订票需求」的 interface,
只要更动实现它的 class 即可,
程序员改好某个 class 的「是否能订票」的函数之后,再 Plug-in 到系统里即可。
不会去动到 SA 和整个系统架构,这在中大型项目中尤其重要,不论是 .NET / J2EE 皆然。
亦可参考 SA 系统分析、OOD、UML 的书籍。