Dojo
话题
新佳
订阅
极道
元认知
元逻辑
元设计
元编程
元语言
Java教程与面试题
幽默:请不要用“类型1 2 3 ..”来区分事物 - Martin Fowler
不要将事物类别标记为“类型1”和“类型2”(“类型3” “类型4”等等...)。如果你这样做,我不记得哪个是哪个,或者他们区别的基础是什么。 评论:命名是最难,我们通常使用类型对事物分类,分类后的命名就应该是直接业务类型,而不是使用通用的“类型1.
可能有助于编写更容易维护的Java代码DDD最佳实践 - Maciej Walkowiak
1.通过垂直切片而不是层来命名和组织包结构 2.仅通过ID而不是类型来引用其他聚合3.从聚合中发出事件并使用它们与其他切片通信,而不是从其他切片来直接调用这个聚合中的类4.降低类可见性以尽可能保护包,而不是默认将所有内容公开5.要考虑“服务”类 : 明确哪些服
数据总线(Data Bus)
目的允许在应用程序的组件之间发送消息/事件,而无需彼此了解。他们只需要知道正在发送的消息/事件的类型。
Java中基于泛型的交叉类型 - {4Comprehension}
简单地说,交集类型是通过组合至少两种不同类型而创建的匿名类型的形式。想象一下,我们需要模拟两种类型的动物: 那些可以飞的 那些可以游泳的 我们可以简单地实现两个接口:
双重分发模式(Double Dispatch)
目的Double Dispatch模式是一种基于接收器和参数类型创建可维护动态行为的方法。
EIP消息通道模式(EIP Message Channel)
目的当两个应用程序使用消息传递系统进行通信时,它们通过使用系统的逻辑地址(即所谓的消息通道)来实现。
双重检查锁定模式(Double Checked Locking)
意图通过首先测试锁定标准而不实际获取锁定来减少获取锁定的开销。仅当锁定标准检查指示需要锁定时,实际锁定逻辑才会继续。
使用FlexyPool度量你的XA事务连接池合适大小 - Vlad Mihalcea
使用Bitronix事务管理器可以实现自己的XA事务的连接池解决方案。根据
EIP聚合器(EIP Aggregator)
目的有时在企业系统中,需要对传入的数据进行分组,以便将其作为一个整体进行处理。例如,您可能需要收集报价,并且在收到定义的报价数量后,您希望选择具有最佳参数的报价。Aggregator允许您根据定义的条件和参数合并消息。它收集原始消息,应用聚合策略,并在满足给定条件时释放合并消
装饰器模式(Decorator)
目的动态地将附加职责附加到对象上。装饰器为扩展功能提供了一种灵活的子类替代方案。 说明附近的山上有一个愤怒的巨魔。通常它是徒手但有时它有武器。为了武装巨魔,没有必要
依赖注入模式(Dependency Injection)
目的依赖注入是一种软件设计模式,其中一个或多个依赖项(或服务)被注入或通过引用传递到依赖对象(或客户端),并成为客户端状态的一部分。该模式将客户端依赖项的创建与其自身行为分开,从而允许程序设计松散耦合,并遵循控制反转和单一责任原则。
Dirty Flag模式
意图避免昂贵的资源重新获取。资源保留其身份,保存在一些快速访问存储中,并被重新使用以避免再次获取它们。
EIP发布订阅模式(EIP Publish Subscribe)
目的从发送方向所有感兴趣的接收方发布消息。
数据传输对象模式( Transfer Object)
目的从客户端到服务器一次性传递具有多个属性的数据,以避免多次调用远程服务器。
数据映射器模式(Data Mapper)
目的一个映射器层,在对象和数据库之间移动数据,同时保持它们彼此和映射器本身独立。
EIP分配器模式(EIP Splitter)
目的在集成系统中,传入消息由捆绑在一起的许多项组成。例如,发票凭证包含描述交易的多个发票行(数量,提供的服务/销售商品的名称,价格等)。其他系统可能不接受此类捆绑消息。此时分配器模式可派上用场。它将采用整个文档,根据给定的标准对其进行拆分,并将单个项目发送到端点。
代理模式(Delegation)
意图这是一种技术,对象向外部表达某些行为,但实际上将实现该行为的职责委托给关联的对象。
EIP Wire Tap模式
意图在大多数集成情况下,需要监控流经系统的消息。通常通过截取消息并将其重定向到控制台、文件系统或数据库等其他位置来实现。重要的是,此类功能不应修改原始消息并影响处理路径。
上页
下页
关闭