在他的岗位SOLID: the next step is Functional，马克西曼说： 如果继续行驶你对小接口设计，你最终会在最终作用接口到达：用单一方法的接口[... ]如果你像这样应用SRP和ISP，你很可能会发展出一个代码库，其中包含许多细粒度的类，每个类都有一个方法。这发生在我身上不止一次。 我的担心是关于这些类的凝聚力。这种方法是否推动到 功能的凝聚力？这些课程是否具有协调性？ 对
有一个“新闻”系统，当一个“新”被添加时，还应该发送一封电子邮件。 class ModelNews extends NewsORM
{
public function add ($new)
{
INSERT INTO newstable
}
}
，但我还需要发送电子邮件，所以： class ModelNews extends NewsORM
{
我必须将运行sql查询后生成的行写入文件。 # Run the SQL script.
my $dbh = get_dbh($source);
my $qry = $dbh->prepare("$sql_data");
$qry->execute();
# Dump the data to file.
open(my $fh_write, ">", "$filename");
whi