登录 注册

企业应用架构模式的笔记(7)

>我来写笔记

按有用程度 按页码先后 最新笔记

  • 朱震轩
    第2页

    朱震轩 (keep reading)

    企业应用： 持久化数据 大量数据 很多人同时访问数据 大量操作数据的用户界面屏幕 与散布在企业周围的其他企业应用集成 概念不一致性 复杂的业务“无逻辑” (更多)

    2011-06-11 17:04:03   回应

  • 朱震轩
    第1页

    朱震轩 (keep reading)

    构建计算机系统并非易事。随着系统复杂性的增大，构建相应软件的难度将呈指数增大。 (更多)

    2011-06-11 17:03:12   回应

  • 朱震轩
    第1页

    朱震轩 (keep reading)

    模式描述在我们周围不断重复发生的问题，以及该问题解决方案的核心。这样，你就能一次又一次地使用该方案而不必做重复劳动。 ——Christopher Alexander 企业应用在某些方面比其他软件复杂得多（如电信通信软件）：纷繁复杂的企业数据、“不合逻辑”的业务规则、变化莫测的用户需求，等等。 模式的关键点在于它们源于实践。必须观察人们的工作过程，发现其中好的设计，并找出‘这些解决方案的核心’。这不是一个简单的过程.. (更多)

    2011-06-09 15:52:12   回应

  • 秋凤梧
    第81页

    秋凤梧 (fool again)

    领域模型 合并了行为和数据的领域的模型。 领域模型衍生出两种风格。简单领域模型看起来和数据库设计很类似，这种设计中几乎每一个数据库表都与一个领域对象对应。而复杂领域模型则与数据库设计不同，它使用继承、策略和其他设计模式，是一张由互联的细粒度对象组成的复杂网络。复杂领域模型更适合复杂的逻辑，但它到数据库的映射比较困难。简单领域模型可以使用活动记录，而复杂领域模型需要使用数据映射器。 (更多)

    2011-05-02 18:18:35   回应

  • 秋凤梧
    第76页

    秋凤梧 (fool again)

    事务脚本：使用过程来组织业务逻辑，每个过程处理来自表现层的单个请求。 (更多)

    2011-05-02 16:42:54   回应

  • nod0620
    第19页

    nod0620 (鲁棒)

    Transaction Script 事务脚本----通过过程来组织业务逻辑，其中每一个过程用来处理来自表示层的一个单独的请求 (更多)

    2011-03-06 12:45:57   回应

  • nod0620
    第15页

    nod0620 (鲁棒)

    为别人提供服务的接口和使用别人服务的接口存在较大的差别，需要明确区分。这就是表现层和数据层相对于核心的本质差别 (更多)

    2011-03-06 11:29:23   回应

笔记是你写在书页留白边上的内容；是你阅读中的批注、摘抄及随感。

笔记必须是自己所写，不欢迎转载。摘抄原文的部分应该进行特殊标明。

企业应用架构模式

>企业应用架构模式