• 企业应用架构模式通盘考虑(第8章)


    建议:即使对XP不感兴趣,也应该认真地思考三个方面的技术实践:持续集成、驱动测试开发和重构


    1. 从领域层开始
      1)事务脚本模式最简单,适合于在关系数据库之上构建;领域模型需要非常专业的技术,还有鱼数据库的连接;表模块模式折中,在.Net这类有非常强大记录集支持的环境非常合适
      2)理论上,可以根据架构来选取工具;实践中,可以让架构和工具相匹配

    2. 深入到数据源层
      1)事务脚本的数据源:
        可供选择的数据库模式为:行数据入口和表数据入口,两者之间选哪个取决于实现平台的方便以及系统未来的发展方向(如:开发平台所包含的工具,比如支持记录集合工具)
      2)表模块的数据源:
        有一个良好的记录集框架 -> 与表数据入口模式配合得天衣无缝
      3)领域模型的数据源:
        如果模型相当简单(如只有十几个与数据库相关的类),则活动记录即可;
        如果希望耦合更松一些,可以用表数据集入口或行数据入口;
        当更复杂性时,可以考虑使用数据映射器(工作单元模式取作用)

    3. 表现层
      1)如果情况允许,尽可能使用html而不是胖客户界面;
      2)如果走html路线,使用mvc;
      3).net使用页面控制器 + 模板视图,Java使用前端控制器 + 模板视图;
      4)站点面向文档,使用页面控制器,复杂情况下可考虑使用前端控制器;
      5)视图选择:模板视图(服务器页面)、转换视图(XSLT)

    4. 一些关于具体技术的建议

    5. 其他分层方式

  • 相关阅读:
    highcharts延迟加载及刷新数据
    canvas实现固定元素背景雪花效果
    jquery自定义分页插件(带回调函数)
    sqlserver error 40解决方案
    canvas实现刮图效果
    canvas转换图像格式及尺寸
    CentOS 7上安装.Net Core运行环境
    centos环境下docker安装redis并挂载外部配置和数据
    Linux mv命令
    .NetCore 3.x Signalr JavaScript客户端使用
  • 原文地址:https://www.cnblogs.com/Langzi127/p/2848448.html
Copyright © 2020-2023  润新知