在90年代中期的某个地方，我开始绘制一个对称架构，其中数据库不位于该架构的底部，而是完全在应用程序之外。为了打破过去那种“顶部和底部以及左右两侧”视角看法，我画了一个六边形的形状，并提出了相当愚蠢的名.

传统应用程序架构的标准三层或四层模型似乎决定了系统中各种对象之间的依赖关系的方向：UI依赖于应用程序层，因为UI“驱动”后面发生的事情；应用程序层依赖于业务对象，业务对象执行所有特定于领域的事务，业务.

就像维基百科建议的那样，KISS是一个缩写保持简单，愚蠢作为美国海军在1960年提出的设计原则.KISS原则指出，如果保持简单而不是复杂化，大多数系统都能发挥最佳作用; 因此，简单性应该是设计中的关键.

在查看代码时，我经常会看到MVC模式：模型，视图，控制器，表单等文件夹。表面上看起来不错，对吗？您将控制器放在控制器文件夹中，模型文件夹中的模型等等。这对于像博客这样的小型示例应用程序来说相当不错，因.

在我看来，软件架构与建筑物的架构非常相似。你可以建造一个没有精心建筑设计的房子，但它永远不会是完美的。如果没有好的计划，你就无法建造一座大楼。在规划阶段，您需要注意几个想法：选择正确的墙壁，规划电力，.

本文是一篇从业务开发人员角度发出的批判性文章，技术发展日新月异，但是好像都没有真正解放业务开发工作量，对软件复杂性的抱怨是软件行业发展过程中不断出现的现象，其实如何在代码快速开发和代码灵活性方面找到一.

到底什么是抽象？我们经常说和听到“抽象”这个词，但是大家可能并不特别理解这个词到底是什么意思，至少大家对这同一个词的理解感觉起来有很大的不同，我想表述一下我的理解。什么是抽象？什么是抽象程度高？什么是.

看！看！深入研究自然，你就会明白一切。 - 爱因斯坦(点击标题)[该贴被banq于2014-09-12 08:19修改过].

把M分成5层，A层： Application 应用层B层：Business 业务层C层：Component 组件层D层：Datadriver 数据驱动层.

先说说之前几次DDD项目失败的案例，其实也不能算是失败，只是没有领会DDD的思想。之前的DDD是建立在数据层之上的，首先是每张数据表对应一个数据实体，每个数据实体由泛型的DAO管理，DAO又被数据上下.

您好各位大牛，最近在研究Jdon 框架，在看介绍时看到JF关键技术特点中的第2点:事件驱动架构Event-driven Architecture(EDA) ,异步领域事件,并发策略, 懒惰加载，异步消.

过去我们想到3层模型、领域分层，然后总想到存储层总放在底层，或许不是只是单单的存储层。这种思考定势是先入为主，还是自然习惯呢？这里我提出一种假设，若果存储层（数据库）只是一个页面，所有持久化都认为是一.

如果将web层 和service 层 分开做集群 是不是需要分开部署 ！ 而且之间是需要走接口通信 ？ 希望有经验的 给指点下 .

在看论坛，发现不怎么明白实体和一般值对象的区别，什么是实体？ 在我们开发的项目中，我们在DAO层采用的对象是BO，然后在传输层，我们把BO-->DTO,最后在显示层，我们把DTO-->VO,.

比如一个高级查询界面提供很多查询条件（假如我们的分层是：表现层－应用层－领域层－基础设施层）那么首先表现层会调用应用层：findByPage(参数...),应用层的findByPage也会调用基础设施.

发现不少工作很多年的人的看法也不一，不知道这里能否找到一个权威点的说法？.

介绍一下项目的现状先：大体介绍：表示层使用JSP，控制层使用STRUTS2，业务逻辑层使用自己封装的service类，持久层使用SPRING的JDBCTemplate封装SQL。我现在的调用流程是这样.

很多互联网或者企业系统，都是前面一个线上运营系统，后台一个内部管理系统，共享一部分库表数据，各部分都是运行在各自不同的进程，比如s2sh系的，打开hibernate缓存，那么运行在不同进程内的各运营子.

在一个系统中有domain部分，同时UI其实在系统内，应该有个User用户的对象。UI ---发送命令---> Usermethod -----> 方法内部调用 domain.

首先，本人对架构的概念比较肤浅。以下只是通过大大小小的项目一些问题总结，希望能引起大家的共鸣，并得到很友好的回答与支持。java项目一般分为三层:表现层，逻辑层，数据层.其中表现层基本用开源框架(st.

一直在用j2ee的分层模型（表现层、业务层、持久层），但是对其是一知半解，那位高手说说这个东东的渊源，是j2ee规范中提出的吗？推荐点比较权威的资料看看。还有他和MVC的区别？？如果有高手回答，鄙人十.

使用jdonFramework 整合web项目时只能用struts,jsf这些，其他类型的可以使用他吗？.

05年底的时候，我们项目组要开发一个ERP的系统。我们选择了jsf(ADF)+spring+hibernate的架构进行系统开发，3层分层架构进行设计开发。技术经理把表设计好，跟我们讲清楚表和表.

我的一个项目中，引入了一个类似ddd的分析，然后跟兄弟们就搭手创建，实现代码！但是，在我们创建的过程中，以及不断的分析中，我们发现全部按照ddd来实现有很多比较牵强，或者说是有点复杂化了，在此表述出来.