草庐IT

domain-driven-design

全部标签

java - DDD、域实体/VO 和 JPA

我从DDD开始,你可以想象我的大脑正在沸腾。我的问题与我的领域对象(实体、VO、...)有关,它代表了我的领域概念/逻辑以及如何持久化/检索它们。蓝皮书说存储库是一种表示域对象集合的方式,并负责与基础设施层进行通信。我还在一些帖子中读到了基础设施层是您必须使用hibernate、JPA或其他任何东西的地方。然后我看到这个Spring-data-jpa示例http://spring.io/guides/gs/accessing-data-jpa/然后我就疯了。标语说Spring-data-jpa是为了轻松创建存储库,而之前的示例似乎将JPA注释合并到域对象(customer)中。样本对吗

java - DDD、域实体/VO 和 JPA

我从DDD开始,你可以想象我的大脑正在沸腾。我的问题与我的领域对象(实体、VO、...)有关,它代表了我的领域概念/逻辑以及如何持久化/检索它们。蓝皮书说存储库是一种表示域对象集合的方式,并负责与基础设施层进行通信。我还在一些帖子中读到了基础设施层是您必须使用hibernate、JPA或其他任何东西的地方。然后我看到这个Spring-data-jpa示例http://spring.io/guides/gs/accessing-data-jpa/然后我就疯了。标语说Spring-data-jpa是为了轻松创建存储库,而之前的示例似乎将JPA注释合并到域对象(customer)中。样本对吗

SemiEng20230413-What Designers Need To Know About GAA

Nanowire与nanosheet争议仍然存在,业界还没确定谁更适合作下一代主流逻辑器件。对任何新器件,第一代都是用来学习试验的,后面再迭代升级。FinFET不能继续缩微的原因:fin之间要填栅和功函数堆叠层,fin之间15-20nm的距离是必要的。“So,youhavethiscliff.”工艺(Foundry)会限制纳米片宽度的设计。因为不同尺寸需要不同的PDK,但开发模型费时又费劲。nanosheet可以做的很薄,但宽度的灵活性却有现实的trade-off。工艺角(processcorner)工艺波动对工艺角的影响两种性能方案:A:低均值,小方差;B:高均值,大方差。GAA设计可能更倾

java - cvc-complex-type.2.4.c : The matching wildcard is strict, 但找不到元素 'mvc:annotation-driven' 错误的声明

我在我的lib文件夹中添加了spring-security-config-3.1.0.RC3.jar,但我仍然收到此错误。可能的原因是什么??这是我的dispatcher-servlet.xml 最佳答案 你有这个:xmlns:mvc="http://www.springframework.org/schema/mvc"但你在这里没有提到它:xsi:schemaLocation="http://www.springframework.org/schema/beanshttp://www.springframework.org/sch

java - cvc-complex-type.2.4.c : The matching wildcard is strict, 但找不到元素 'mvc:annotation-driven' 错误的声明

我在我的lib文件夹中添加了spring-security-config-3.1.0.RC3.jar,但我仍然收到此错误。可能的原因是什么??这是我的dispatcher-servlet.xml 最佳答案 你有这个:xmlns:mvc="http://www.springframework.org/schema/mvc"但你在这里没有提到它:xsi:schemaLocation="http://www.springframework.org/schema/beanshttp://www.springframework.org/sch

java - Spring 环境中的领域驱动设计和事务

我曾经围绕贫乏的领域模型设计我的应用程序,所以我有许多存储库对象,它们被注入(inject)到大而胖的事务感知服务层。这种模式称为事务脚本。这不被认为是一种好的做法,因为它会导致程序代码,所以我想继续进行领域驱动设计。在阅读了网络上的几篇文章、听了ChrisRichardson关于Parleys的演讲并阅读了POJOsinAction的DDD章节之后,我想我了解了全局。问题是,我不知道如何在我的应用程序中组织事务。ChisRichardson在他的书中指出:ThepresentationtierhandlesHTTPrequestsfromtheuser’sbrowserbycalli

java - Spring 环境中的领域驱动设计和事务

我曾经围绕贫乏的领域模型设计我的应用程序,所以我有许多存储库对象,它们被注入(inject)到大而胖的事务感知服务层。这种模式称为事务脚本。这不被认为是一种好的做法,因为它会导致程序代码,所以我想继续进行领域驱动设计。在阅读了网络上的几篇文章、听了ChrisRichardson关于Parleys的演讲并阅读了POJOsinAction的DDD章节之后,我想我了解了全局。问题是,我不知道如何在我的应用程序中组织事务。ChisRichardson在他的书中指出:ThepresentationtierhandlesHTTPrequestsfromtheuser’sbrowserbycalli

hibernate - "migrate business logic code into our domain model"是个好主意吗?

我正在阅读HibernateinAction,作者建议将业务逻辑移动到我们的域模型中(第306页)。例如,在本书提供的示例中,我们有三个实体,分别名为Item、Bid和User,作者建议添加一个placeBid(Userbidder,BigDecimalamount)方法到Item类。考虑到通常我们有一个独特的业务逻辑层(例如Spring中的Manager或Service类),其中包括控制事务等,这真的是一个好建议?不给我们的实体添加业务逻辑方法不是更好吗?提前致谢。 最佳答案 如前所述Wehaveadistinctlayerfor

hibernate - "migrate business logic code into our domain model"是个好主意吗?

我正在阅读HibernateinAction,作者建议将业务逻辑移动到我们的域模型中(第306页)。例如,在本书提供的示例中,我们有三个实体,分别名为Item、Bid和User,作者建议添加一个placeBid(Userbidder,BigDecimalamount)方法到Item类。考虑到通常我们有一个独特的业务逻辑层(例如Spring中的Manager或Service类),其中包括控制事务等,这真的是一个好建议?不给我们的实体添加业务逻辑方法不是更好吗?提前致谢。 最佳答案 如前所述Wehaveadistinctlayerfor

c++ - Qt Designer - 窗口不会比带像素图的 QLabel 小

我正在创建一个基本上显示图像的程序(在QtCreator2.8.1、Qt5.1.1中),在本例中是一张扑克牌(以及一些按钮、标签和一行编辑)。所有widget都是垂直/水平布局,窗口布局为网格布局。我重新实现了主窗口的resize事件以使图像正确调整大小并将像素图调整到它的大小-基本上,标签尽可能地垂直扩展(垂直大小策略设置为Expand(1)),然后重新缩放图像。当窗口展开时,一切正常,标签和图像都可以正确调整大小。但是,我无法缩小窗口:也就是说,在调整大小时,我无法使窗口的高度小于包含当前标签大小所需的高度-标签和图像都无法调整大小。如果我水平缩小窗口,为了保持比例,图像被缩小(最