随笔- 9  评论- 236  文章- 0 
  2020年3月30日
摘要:离开了园子很久很久了 疫情期间,没有办法出差,正好当前时间是自己规划的查漏补缺时间,把缺少的Web模块的统计分析图表加进去 Webassembly 老早是听说了,但由于项目的原因,也一直没有精力去关注,倒是 netcore3.1期待了很久,虽然最后测试了一下,自己需要的核心接口还没有添加进去,但是W 阅读全文
posted @ 2020-03-30 21:09 光影传说 阅读(136) 评论(0) 推荐(0) 编辑
  2013年2月5日
摘要:说到了框架、架构,就不得不先提分析与设计,谈到了DDD,又不得不谈OOA/OOD。我开始接触的时候,好像还没有那么多的名词了,至少是我不知道。我是从COM、COM+开始起步走客户服务器模型的。现在像我这个年龄还在Coding的人,估计在国内应该是越来越少了,说实话,我也累了,也想能够有新生的力量,一起把这条路一起走下去。还是切入正题一套框架,首先是一套方法论,离开理论支持的框架很难长久的发展下去,框架是长期积累的结晶。能够从需求沟通、流程方案、系统设计、快速开发、细调等各个环节,能够无缝的衔接起来,最好能够用同一种声音说话。BPM,我不知道在国内的项目里面,有多少个公司是真正的在用,当前都用到 阅读全文
posted @ 2013-02-05 16:05 光影传说 阅读(5635) 评论(4) 推荐(0) 编辑
  2020年3月30日
摘要:离开了园子很久很久了 疫情期间,没有办法出差,正好当前时间是自己规划的查漏补缺时间,把缺少的Web模块的统计分析图表加进去 Webassembly 老早是听说了,但由于项目的原因,也一直没有精力去关注,倒是 netcore3.1期待了很久,虽然最后测试了一下,自己需要的核心接口还没有添加进去,但是W 阅读全文
posted @ 2020-03-30 21:09 光影传说 阅读(136) 评论(0) 推荐(0) 编辑
  2013年2月5日
摘要:关于DDD的模型选择,应该是在05年的时候,从充血模型转换到贫血模型,那时候的资料太少,自己是通过项目体会出来的,架构经过这些年的升级改进,从模型方面这一块基本应该是不再有大的变化了。至少这些年的这么多项目,用起来非常顺手,从分析、设计、编码一路映射下来,现在又加个工作流、静态图,也只是对框架的完善。我说说自己的理解。//---------------------------------------说DDD,先上标准的图和解释: 1. 用户界面/展现层 负责向用户展现信息以及解释用户命令。更细的方面来讲就是: a) 请求应用层以获取用户所需要展现的数据; b) 发送命令给应用层要求其执行... 阅读全文
posted @ 2013-02-05 22:08 光影传说 阅读(4537) 评论(14) 推荐(3) 编辑
摘要:说到了框架、架构,就不得不先提分析与设计,谈到了DDD,又不得不谈OOA/OOD。我开始接触的时候,好像还没有那么多的名词了,至少是我不知道。我是从COM、COM+开始起步走客户服务器模型的。现在像我这个年龄还在Coding的人,估计在国内应该是越来越少了,说实话,我也累了,也想能够有新生的力量,一起把这条路一起走下去。还是切入正题一套框架,首先是一套方法论,离开理论支持的框架很难长久的发展下去,框架是长期积累的结晶。能够从需求沟通、流程方案、系统设计、快速开发、细调等各个环节,能够无缝的衔接起来,最好能够用同一种声音说话。BPM,我不知道在国内的项目里面,有多少个公司是真正的在用,当前都用到 阅读全文
posted @ 2013-02-05 16:05 光影传说 阅读(5635) 评论(4) 推荐(0) 编辑
  2013年2月4日
摘要:又到春节,或许也就是春节才有几天松口气吧,几几年的春节记不清了,写了几个贴子,希望这个春节再多写点,跟大家一起讨论没有可以一起讨论的朋友,也是孤独的……回到题上来吧先上一张图,这张是我的软件框架系统架构图主要包含:1、ORM:服务与ORM服务统一。服务与客户端直接通信,也可以用于流程引擎的组合,再以服务的形式提供出去。2、AOP:基于Emit。3、流程引擎:参照BMPN2.0规范,不是常用的MS的WF4、UML静态图:与流程设计配合,设计领域模型并可以导出 SQL、代码、配置等。4、服务容器:HTTP服务用IIS,WindowsService服务自己写的,参考UFIDA。5、通信协议:基于Pr 阅读全文
posted @ 2013-02-04 17:57 光影传说 阅读(3685) 评论(14) 推荐(2) 编辑
  2011年9月21日
摘要:又很久没有逛园子了忙忙碌碌的又过了一年,原计划的框架升级计划,现在是一再推迟,一个人的力量太薄弱了这次升级后的框架已经经过了2个项目的检验,本次主要对下列几点进行了升级:1、增加了Smart客户端兼容,Smart客户端可以用类似Winform的代码进行编码,并可以通过代码工具生成。2、完善了服务器端的容器,增加了环境变量,可以把容器的变量传递给程序。3、优化完善了ORM映射,提供了ORA的映射支持,由于本人用SQL比较多,故ORA的映射支持一直没有时间增加,这次项目里要用到ORA,所以才增加进来,并统一的ORM的映射接口。4、加强了用户代码的灵活性,程序员可以方便的通过写SQL语句的方式,编. 阅读全文
posted @ 2011-09-21 21:09 光影传说 阅读(372) 评论(2) 推荐(0) 编辑
  2010年9月1日
摘要:或许EES 与 NH 根本就没有可比性,一个是业界久负盛名,一个是发育不良的幼儿 从老赵的BLOG里面和其他的地方了解到了一些NHibernate的处理方式,也没有深入去学习,当然,不是不想去学习,只是时间不允许去深入学习,首先要填饱肚子嘛。 关于EES的ORM,代码组织上面已经介绍过了,处理过程和很多细节方面没有作介绍, 结合老赵的点评,把自己的EES ORM 部分介绍大致的介绍一下。 E... 阅读全文
posted @ 2010-09-01 11:07 光影传说 阅读(2022) 评论(1) 推荐(3) 编辑
  2010年8月30日
摘要:BLL层,我个人感觉是与通用的NH/IB OR映射差异比较大的地方,处于承上启下的位置。 承上:可以与数据库打交道,起到了DAL的作用。 启下:可以与BP层/Stub层/或客户端直接打交道,作为其服务层。 public class UserImp<T> : BLService<T> where T : EESObject, new (){ [Operation(Sco... 阅读全文
posted @ 2010-08-30 15:03 光影传说 阅读(1990) 评论(10) 推荐(0) 编辑
摘要:OR层也是老生常谈了,有的朋友说我是重复造车轮,只是OR这部分写的太早了,更主要是的与BLL层代码的集成,非常方便,所以呢,虽然后来NH和IB出来了我没有换,MS的Linq出来了,我依然没有换,经过这几年的应用,更坚定了自己的想法。 与原来框架的主要差异是把数据映射由编码文件改为配置文件,当初考虑是方便写代码,用了之后才发觉这样太不灵活了,一直托到现在才改 从结构上来说,与原来的框架没有太多的... 阅读全文
posted @ 2010-08-30 14:02 光影传说 阅读(1946) 评论(0) 推荐(0) 编辑
摘要:很少写日志,刚刚把原来写的日志全部关闭了,原来的框架已经不再使用,正式启用新的框架了。新的框架图如下: 现在新的框架主要是把老框架不足的地方去掉了,加入了更多可配置的选项,最要的几点升级如下: 1、改老框架的BL层只能与BP通信不能与Stub通信为既可以与BP通信也可以与Stub通信。 2、升级了EESObject基类,也就是原来的E2EObject这个类。统一了服务端与客户端的数据类型,消除了... 阅读全文
posted @ 2010-08-30 12:02 光影传说 阅读(824) 评论(0) 推荐(0) 编辑