grasp

    5热度

    2回答

    我对GOF和GRASP模式之间的区别感到困惑吗? 甚至都有助于改进面向对象的实践

    1热度

    1回答

    我有一个域模型可以处于多个状态,如果这些状态超出给定的范围,域应该自动作出反应。 比如我有一个由具有测量 引擎多东西租车 - 转速表和温度 燃油箱 - 容量 可以肯定的是有一个CarStateController ,它观察发动机和油箱,如果这些状态超出范围即发动机温度超出范围,请开启发动机风扇。 没有UI,(你可以认为它会显示在仪表板上的光,但这种情况下,它不会),这是一个有效的使用GRASP控制

    2热度

    1回答

    在.net中使用外观控制器模式。看起来它好像效率不高,因为对于在域对象(销售,注册,计划,汽车)中发生的每个事件,它必须由控制器(用例控制器)订阅,然后控制器又具有复制同一事件以使其可用于演示文稿,以便演示文稿可以将其展示给用户。这有意义吗?请给出意见!

    3热度

    1回答

    我认为服务/应用层与Larman描述的GRASP控制器是一样的,它是超越GUI层的第一个委托给域层的对象,应该可以从不同的层次重用GUI。 服务(埃文斯)层是一样的应用程序(福勒)层,因为福勒本人是这么说的,他在“bliki”关于“贫血域模型”:http://martinfowler.com/bliki/AnemicDomainModel.html 报价: “应用层[他命名为服务层]:定义 软件应

    2热度

    2回答

    我在学校学习GRASP模式,我对创作者模式有疑问。 比方说,你有三个班,电脑,UserRespository和用户。 GRASP Creator模式的规则之一告诉您将创建对象的责任分配给包含这些对象的类。按照这个指导原则,UserRepository应该是User的创建者。 因此,如果计算机想创建一个用户,他会问UserRespository。 //in Computer's code repo

    1热度

    1回答

    我已经使用Java编写了一个任务管理器程序,并在摆动的瞬间制作了一个UI实现。该计划目前有3层。表示层通过用例控制器与域层交互,最后是用于持久性的技术服务层。在这一点上用户可以采取多种措施,比如添加任务,编辑任务的状态等等。我的记录器在此方案中的目的是跟踪用户采取的所有操作。所以,有几个地方我可以调用记录器来编写命令。我不会在表示层做任何日志记录,因为这将是一个可怕的设计决定,所以我留下了控制器,

    4热度

    2回答

    Grasp控制器模式背后的想法是什么? 我目前的解释是,有时候你想要实现一些需要使用几个类的东西,但是这些类中没有一个可以访问所需的信息,因此你创建了一个新类来完成这个工作,引用所有需要的类(这可能是信息专家)。 这是一个正确的观点,是什么Grasp的控制器? 通常,当使用Google或SO'ing控制器时,我只会得到有关MVC(和whatnot)的结果,这些是我不了解的主题,所以我想要的答案不会