TL;DR:我把用来组装Graph对象的一段代码称为什么?
我有一个相当大的部分代码,在几个领域重复。我想把它提取到它自己的类中。我该怎么称呼这门课是我的问题。
该节包含如下代码:
/*
* First Graph
*/
$flow_curve = new CurveEntity();
$curves = array();
$curves[] = $flow_curve;
$curves[] = new CurveEntity();
$curves[] = new CurveEntity();
$graphs = array();
$graphs[] = new GraphEntity('graph_1');
/*
* Second Graph
*/
$flow_curve = new CurveEntity($x);
$curves = array();
$curves[] = $flow_curve;
$curves[] = new CurveEntity($y);
$curves[] = new CurveEntity($z);
$graphs = array();
$graphs[] = new GraphEntity('graph_2');这不是控制器,也不是视图。是模型的一部分吗?这是服务吗?是仓库吗?似乎什么都不适合。
考虑到这段代码所代表的内容,它看起来就像$graph对象的程序集,稍后在视图中使用该对象进行图形绘图。
发布于 2018-10-31 07:27:32
如果变量$flow_curve、$curves和$graphs属于更大的“东西”,那么给它一个名称并创建一个类(也许是您提到的Graph类?)或者是一些GraphCollection?)。找一个最适合你需求的抽象概念。然后,代码可以自然地放在该类的构造函数中--这就是您要寻找的“模式”的名称,如果您坚持称它为模式(我个人不会)。
但是,如果装配过程非常复杂,而且这些变量只是临时助手,那么将代码从构造函数中提取到单独的类中是典型的构建器设计模式,代码“存在”的类可以称为GraphBuilder或GraphCollectionBuilder或类似的类。
https://softwareengineering.stackexchange.com/questions/380783
复制相似问题