三层架构下的设计问题(12月12号结贴,欢迎大家来讨论)
为了实现复杂的客户端操作,展现层使用WIN FROM
中间业务层使用了CASTLE+NH做ORM
数据访问层 NH的数据访问模块
现在如果是普通的CS模式,已经没有问题
但是如果要部署成三层架构,我想到两个方案
1:部署数据访问层
实现一个可透过HTTP/TCP等协议访问的数据访问方式,然后插入NH
这个方案从设计理念上讲,展现层和业务层还是耦合在一起的,业务层没有真正独立
2:部署业务层
由于CASTLE的实体类包含了对象的数据和操作,且没有继承MASHBYREF,只实现了序列化,意味着我们可以把实体类传递到展现层,但无法使用实体类的方法(如SAVE、CREATE等)
我查询了一些资料后,觉得有三个选择
1:修改CASTLE代码,使其基类继承MASHBYREF,然后透过REMOTING发布,展现层以CAO模式使用
这个方案,感觉风险很大,CREATE都是透过反射NH来做的,这样部署是否有风险
2:实现自己的实体类和操作类,实体类只包含数据,操作类为无状态服务层
操作类透过REMOTING以SINGLECALL方式发布,内部实现上,将传递来的实体类转换为CASTLE的类,然后调用或反射CASTLE的相应方法
这个方案,工作量不小,层层反射后,效率很低;实体类的关系处理变得复杂,
CASTLE的很多特性无法使用(比如其中一个属性延迟加载);
3:网上有人提到可以用CASTLE的AOP,在前台扑捉实体类的操作后,反射到远程服务器
觉得这个方案和2方案的本质差不多,可以少写点代码是可能的
欢迎大家提出建议
我将在12月12号结贴,到时不管有没有答案,都谢谢大家
相关推荐
博客迁移实战:用分层架构重构个人技术博客
分层架构是软件工程中职责隔离与解耦的核心范式,其本质并非固定层数或命名规范,而是通过抽象接口约束依赖、控制变化影响范围。理解分层原理有助于规避DAL/BLL/PL等概念滥用导致的代码腐化,提升系统可维护性与演进弹性。在静态站点、API服务、边缘计算等现代技术栈中,分层思想持续演化为表示层静态化、服务层无状态化、基础设施层可插拔等实践特征。本文以真实博客迁移项目为案例,深入剖析如何将‘职责隔离’从理论命题转化为目录结构、接口设计、CI/CD流程与性能指标中的可验证工程实践,尤其聚焦Zola静态生成、Go服务层
高校技术转移办公室人员如何高效开展技术需求挖掘工作?.docx
科易网基于AI模型+行业大数据,在技术转移、成果转化、技术经纪、知识产权、产业创新、科技招商等垂直领域的多样化应用场景,推出科技创新领域的AI+工具与数智化解决方案,推动科技创新与产业创新智能化发展。
科技中介服务机构如何提升服务的专业性与用户粘性?.docx
科技中介服务机构如何提升服务的专业性与用户粘性?
高校技术转移办公室人员在组织科研成果展示时,如何提升推介材料的专业性与吸引力?.docx
科易网基于AI模型+行业大数据,在技术转移、成果转化、技术经纪、知识产权、产业创新、科技招商等垂直领域的多样化应用场景,推出科技创新领域的AI+工具与数智化解决方案,推动科技创新与产业创新智能化发展。
三相并网逆变器无功功率扰动+孤岛检测控制算法仿真【参考文献+仿真】
内容概要:本文系统梳理了一套面向电力电子与新能源并网领域的仿真研究资源,聚焦三相并网逆变器的关键控制技术,涵盖无功功率扰动、孤岛检测算法、低电压穿越(LVRT)、中点电位平衡、虚拟同步发电机(VSG)、下垂控制、模型预测控制(MPC)、准PR控制及LCL滤波器设计等核心技术。资源包含多种逆变器拓扑结构(如T型三电平、Z源、ANPC、四桥臂等)的Simulink仿真模型,并结合扫频法进行正负序阻抗建模与稳定性分析,强调通过复现经典科研案例提升实际科研能力,适用于电力系统稳定性、微电网运行与可再生能源并网等方向的研究与验证。; 适合人群:电力电子、电气工程及其自动化、新能源科学与工程等相关专业的高校研究生、科研人员及从事光伏、储能逆变器开发的工程技术人员,需具备MATLAB/Simulink仿真基础和一定的电力系统控制理论知识。; 使用场景及目标:① 掌握三相并网逆变器在孤岛检测、无功调节、不平衡电网等复杂工况下的先进控制策略设计与仿真方法;② 借助提供的仿真模型与参考文献快速搭建科研平台,用于论文复现、课题开发或项目验证;③ 深入理解VSG、MPC、阻抗建模与下垂控制等关键技术的实现机制与工程应用路径。; 阅读建议:建议结合文中提供的网盘链接与公众号“荔枝科研社”获取完整仿真模型与参考资料,按照目录顺序循序渐进学习,注重理论推导与仿真实践相结合,优先复现基础模型再进行参数优化与创新拓展。


