笔名如风PHPer自述！第二十章：思想初生1

人生(杂谈)  /  管理员 发布于 2年前   373

邮箱产品不只一种，为了满足不同用户使用需求，产品可以再细分，
（请忽略邮箱和邮局这个两个词眼）
比如，公司做外贸，那多半会选择海外邮局，
比如，我是一个小小的站长，用主机附送的邮局就好了，
还有，要求邮局功能比较全的，也行，用第三方的CC邮局吧（代理产品）。

我不禁要问了，一个简简单单的邮箱实例服务类功能性足够用吗？
显然不够的。
为何不再细分更多的邮箱实例服务类（海外的，附送的，代理的CC）？
好了，Provider 包闪亮登场，即供应商。
不管是何种邮箱产品，总会有一个供应商，可以理解为生产者，他们负责生产，
而客户服务消费。
公司的邮箱产品有自己的操作接口，供主项目的 php 代码调用，那供应商就是公司平台；
CC邮箱产品，由第三方提供的 api 进行操作，那供应商就是CC邮箱公司。
不难明白，实例服务类实际上操作的是供应商包，
供应商包也按产品而进行分层构建，每一个产品供应商继承一个基础的供应商类。
比如邮箱产品供应商包内，有一个邮箱供应商类，
想一想自己的邮箱（假如你是这个邮箱的admin用户）可以进行哪些操作？
发邮件、删邮件、添加子邮箱账户等等。
再往深处想，不同种类的邮箱不外乎这些操作吧？
那么邮箱供应商类便将这些共性的方法（包括开通、续费等等方法）抽象了，
如何实现，是具体的邮箱供应商类（海外的，附送的，代理的CC）的事情，
现在看来，一个简简单单的邮箱实例服务类功能性又是完全足够的。