dci

    0热度

    1回答

    DCI上下文的大多数示例都是作为Command模式实现的。当使用依赖注入时,在构造函数中注入依赖关系并将参数发送到执行方法会很有用。比较Command模式类: public class SomeContext { private readonly SomeRole _someRole; private readonly IRepository<User> _userRepos

    2热度

    1回答

    有方法的角色包含实际的算法,但上下文执行方法应执行什么操作,但执行其中一种方法? public class SomeContext { // ... Constructor omitted ... public void Execute() { // Is this all? someRole.DoStuff(this.anotherRol

    0热度

    1回答

    我正在研究CreditCardPayment上下文,并发现这种可能性并非所有角色都需要用于某些上下文方法。例如,方法CreateSecurityHash可能需要所有角色,但VerifyHash只需要一个。可以不绑定所有角色吗?如果是这样,怎么样引入多个构造函数和只能绑定所需的内容,如: public CreditCardPayment(objectA, objectB, objectC) {

    0热度

    1回答

    在DCI的讨论中,有一种通常提纯面向对象的语言: 面向对象的编程语言,特别是“纯” 那些表达对对象的对象或方法上的一切。 (当然,大多数编程语言使用类来完成这一 的关键是,什么是应该的对象框架之外存在。) 来源:http://www.artima.com/articles/dci_vision.html 我我试图从DCI的角度理解纯粹的OO语言和非纯粹的OO语言之间的区别。为了将差异置于上下文中,

    0热度

    1回答

    我一直在试图了解DCI(数据上下文互动)(http://tidyjava.com/dci-architecture-visionary/) 这在我看来,“角色”可以通过创建派生类从继承模拟一个基类,并有权访问所有私有成员。这是一个合理的说法吗? 另外,这可以被视为太多的基础设施?我的意思是,DCI似乎是将行为与课堂分开。这不就是好的吗?C,你有哪些功能在结构上运行?

    1热度

    1回答

    我即将设计一个软件,由几个开发人员实施。 该软件有许多复杂的用例,涉及UI中的几个步骤和命令。 我希望与UI和Bussiness逻辑有明确的分离,因此,不应该由UI驱动/控制每个用例的不同 状态,但在较低层 会使UI基本上变得“笨拙”。 我已经考虑过DCI和状态模式之间的混合来解决这个问题。 我想知道您使用类似应用程序的经验,如果可能的话, 会收到您的建议。 谢谢!

    1热度

    1回答

    我正在考虑如何以及何时可以在Web应用程序中使用DCI上下文。我正在考虑这个高级用例: 用户输入城市,到达,出发,房型和点击“搜索”。 系统显示的酒店名单上的一个酒店标志 用户点击阅读其详细 系统显示酒店详情 用户点击“现在预订” 系统显示付款形式 用户输入客户详细信息,账单信息和点击“提交”。 系统验证帐单信息并显示预订确认。 这是非常高层次的,肯定需要细分。第一步(1-2,3-4,5-6)就像

    1热度

    1回答

    如果我正在使用ASP.NET MVC框架,实例化一个上下文,并在那里出错,可以抛出一个异常并让控制器处理它吗? 然后,对于嵌套的上下文,外部上下文是否可以捕获内部引发的异常?我在想,因为上下文不可能意识到对方,但另一方面,错误是一个错误......对吗?

    20热度

    4回答

    最近与同事讨论了在Rails应用程序中设计和编码模型的不同方法,使我跨越了DCI in the context of Rails。 但是,我似乎无法绕过整个概念,即使经过this example application。 目前,我倾向于在编写Rails应用程序时或多或少地使用“by the book”。 所以有一些事情,我想问问 - 什么是DCI当MVC一起在普通的旧MVC(和Rails的Acti

    2热度

    1回答

    我一直在跟随着The Right Way to Code DCI in Ruby一起玩DCI。我发现我一直想让自己的角色为我的数据对象添加属性。 举例来说,如果我有一个用户对象。 class User def initialize(name) @name = name end end user = User.new('JonMR') 用户可以扮演顾客的角色。