小编Rén*_*ald的帖子

用于域事件的NoSql数据库

我们计划实施我们自己的自定义事件存储来保存我们的域事件,用于庞大的银行系统(数百万个事件).有许多类型的NoSql数据存储,它们中的每一个似乎都响应特定的用例:文档,基于列,键值等...

我们不想花时间管理索引,并且在第二次,我们希望能够从该商店提供我们的BI报告系统.

您认为哪种商店最适合我们?

domain-driven-design nosql

5
推荐指数
1
解决办法
516
查看次数

如果只有一个阶段失败,为什么Jenkins管道的阶段视图在所有阶段都显示为红色?

我注意到,如果任何管道阶段失败,那么所有先前阶段都会显示为红色。是否可以控制前几个阶段的颜色,使它们变为绿色,而不管下一个阶段是什么?我的最后一个阶段遇到了错误。如果将鼠标悬停在任何先前阶段,它会显示“成功”,但显示为红色。 在此处输入图片说明

jenkins jenkins-pipeline

5
推荐指数
1
解决办法
2266
查看次数

以可持续的方式使用天蓝色的瞬态故障处理

Azure文档缺乏,文章经常过时.

我已经读过Azure服务的" 瞬态故障处理 "(TFH)(ServiceBus,FileStorage ...)现在已经完全管理.现在似乎没有什么可以在客户端实现.过去,我们可以使用企业库来管理这些目的,但它已经退役.为了访问SQL数据库,为Entity Framework实现了一个策略(https://msdn.microsoft.com/en-us/data/dn456835.aspx).

这是我的问题:

  • 是否有必要在ServiceBusFileStorage上使用Azure SDK 以从现在在Azure上实施的策略中受益?
  • 在使用非EF的数据访问数据时,如何管理TFH?

我们需要确保我们的组件(使用WebClient,原始ADO.NET ......)能够以可维护的方式正确运行.

c# entity-framework azure azure-sdk-.net azure-sql-database

4
推荐指数
1
解决办法
368
查看次数

在解决方案中实现业务规则引擎的方法或模式?

我在一家年轻的银行公司工作.我们的解决方案(.NET)有一个重要的技术债务,所以我们按照DDD原则重构它.我们计划使用(a)业务规则引擎.业务规则涉及会计目的,营销目的,风险目的,法律事务......我们计划将BRE由业务赞助.

我正在寻找成功采用BRE或BRE组合的人的一些反馈意见?

  • 是否有管理BR存储库的工具?
  • 是否有任何模式可能有助于分离流程和BR?
  • 您是否知道一些撰写有关将解决方案迁移到BRE的作者?
  • 您是否认为采用独特的BRE可以满足所有域的需求,或者为每个域构建自定义解决方案更好?
  • 常见的陷阱是什么?

谢谢,

architecture enterprise design-patterns rule-engine business-rules

3
推荐指数
1
解决办法
979
查看次数

嵌套类在C#中不能调用父类,但在java中可以

如果我的父类有一个嵌套类。然后在Java中,嵌套类可以调用其父类中的方法。但在 C# 中你不能这样做,它会抱怨说“不能调用非静态的外部类方法”。

行为不同的任何原因?

PS:我是一名java程序员,正在学习C#,请原谅我的知识有限

例子:

public class parent{

  void methodA(){   }


  public class nested{
    void methodB(){
         methodA();   /// <-- not allowed in C# but good in java
     }  
   }
}
Run Code Online (Sandbox Code Playgroud)

c# java

3
推荐指数
1
解决办法
682
查看次数

DDD与企业架构之间的共识

在文献(关于企业架构的博客,文章,书籍......)中,似乎EA中存在一个真实(且独有)的SOA设备.如果我们认为DDD和SOA共享共同的架构原则但在许多其他原则上有所不同,那么DDD在EA学科中的位置是什么?

architecture enterprise domain-driven-design architectural-patterns

2
推荐指数
1
解决办法
1024
查看次数

如何在Dreamweaver 8中增加文本大小

有人可以帮助我在Dreamweaver中全局增加文本大小.就像在Notepad ++中一样,我们可以在按下CTRL的同时滚动/滚出.甚至菜单也隐藏在Dreamweaver中,显示缩放选项.

在此输入图像描述

在此输入图像描述

text-editor dreamweaver

1
推荐指数
1
解决办法
5321
查看次数

有界上下文共享相同的聚合

DDD 公开了有界上下文、领域模型、聚合……但我经常错过业务规则的关键点。我想知道业务规则如何集成到这种方法中。这是一个例子:

假设您在一家信贷公司中有 2 个有界上下文。一项用于追偿债务,另一项用于提前退款。这些背景嵌入了真正的业务特性。从概念的角度来看,我认为这些有界上下文应该分别嵌入公共模型部分和类似的领域模型实体(3 或 4 个会计实体的图)。即使它们各自的模型嵌入了一个公共子模型(我们不计划它可以改变),适用于这些子模型的业务规则也是不同的。DebtRecoveryService 确保规则得到正确应用,另一个 EarlyFundsService 也使用特定的会计规则执行相同的操作。

  • 如果不同的业务规则适用于它们(在数学和各自的行为方面?),那么这个子模型是否应该由另一个专用的有界上下文嵌入并“服务于其他人”。
  • 什么定义了聚合,它只是模型的一部分吗?
  • 特定的业务规则是否定义了特定的聚合?

您是否认为聚合应该仅考虑它所代表的实体图,并由其他有界上下文“重用”?这是 CQRS 的好案例吗?

谢谢,

c# domain-driven-design business-rules

0
推荐指数
1
解决办法
2190
查看次数