Question

我的架构就是这样:

View - Controller - Services

想把一种观点作为个人的详细一页。控制器打电话

(Person) service.getPerson(1234)

并将人诉人视为显示。个人通过RESTFul网络服务进行互动的方式。

其余服务的反应如下:

<person>
  <id>1234</id>
  <name>John Doe</name>
  <person-detail-uri>/person/1234/detail</person-detail-uri>
</person>

以上答复被描绘成一个称为“人”的一类人,他们看着这样的情况:

class Person{
    Long id;
    String name;
    String age;
    String address
}

可以通过使当事人通过该个人来制造完整的物体

/person/1234

然后通过细节

/person/1234/detail

认为这种观点需要显示个人细节。

问题:

备选案文A:如果主计长打电话给Person()和让PersonDetails()上班,以建立一个完整的个人案例

或

备选案文B:只有Person()并且让观点被人指名。得到一定(可能通过各方面)的详细信息。

然而,在备选案文A中,我失去一些灵活性,这使我认为模式是一件好事,因为这样,鉴于错误的法典不能污染 ca,因而不会引起对业绩的关切。

Answer 1

没有任何“应当”,这只是取决于。海事组织会冒风险让视层去做幻觉的初始化,因为它很容易意外地向许多问题开火而毫无意义。

此外,它使观点层相当明智,因为它现在控制数据初步化,而不是把控制器或模型中的数据单相隔。我喜欢 views,但这可能带有偏见,而不是纯粹基于技术理由。