分析架构
关注
分享
扫一扫
yhwebus
这个作者很懒，什么都没留下…
展开
-
有关是否应该使用存储过程
刚写代码的时候,听到这样那样的声音是多用存储过程做O/R Mapping 那会, 开始倾向anti-存储过程今天在公司的一份编码规范推荐部分看到这么句话"除非必要,不要在存储过程中实现任何业务逻辑.如果你的存储过程中有IF,事情就不太对了".ok, 现在赞同上面的话,用存储过程实现简单的insert,update何尝不可, 如果里面包含业务逻辑了,那是要anti的.再退一步,如果将商业逻辑原创 2004-08-09 17:52:00 · 1156 阅读 · 3 评论 -
Entity,Object Identity And Object Life Cycle
Entity是指业务意义上具有唯一标示的对象, 它和ValueObject有着以下的区别"Does an object represent something with continuity and identity—something that is tracked through different states or even across different implementations原创 2005-03-17 13:59:00 · 997 阅读 · 0 评论 -
.NET如何去争夺高端市场?
http://blog.youkuaiyun.com/liuruhong/archive/2004/10/10/130610.aspx看下里面对Enterprise Services的描述我之前对WebLogic还没什么概念，现在终于有些概念了反过来，有点寒，如果按里面的说法，Windows服务器本身提供了企业应用服务的基础架构，那么在.NET的框架级别，可能很难再向J2EE一样在VM上面深入的发展企业应用框原创 2005-03-19 10:11:00 · 1006 阅读 · 0 评论 -
Business Domain & Domain Model & Domain Model Oriented Archtecture
光提“Domain”，不包含上下文，你会怎么理解？擅长业务分析的人，可能马上想到了 Business Domain ； 擅长业务建模的人，会以为你在指 Object Domain Model，包括Conceptual级别的和Run-Time级别的 ；擅长系统架构的人，会把>里面的Domain Model和围绕Domain Model的所有系统架构模式（比如很多经典的O/R Map模式）牵扯进来。我原创 2005-03-08 18:17:00 · 1453 阅读 · 1 评论 -
Get a substitute name of 'POJO' for .NET
项目中Domain里面的Biz Entity采用了字段和属性的表现方式在Java里面用POJO（Plain Old Java Object）来简称这中Entity有同事采用BusinessObject的称谓，个人感觉可能让人产生歧义，BusinessObject并没有表现出POJO的含义，用表结构或纪录集也可以表现为BusinessObject.有同事采用ValueObject的称谓，但原创 2005-02-25 14:45:00 · 944 阅读 · 0 评论 -
integration Pattern 入门参考
MS提供的一份 Integration Pattern对我这样的初学者,质量还算不错的还有这么本书 , Enterprise Integration Patterns : Designing, Building, and Deploying Messaging Solutions没看过,计划中另外有个ThougthWorks那帮人办的网站 http://www.enterpriseintegrat原创 2005-02-06 09:54:00 · 916 阅读 · 0 评论 -
Cuyahoga - A .NET Website Framework
CuyahogaCuyahoga is an open source .NET web site framework. It provides content management capabilities and has a modular approach. Currently it works with MS .NET 1.1 and Mono with SQL Server, Postgr原创 2005-02-07 12:10:00 · 870 阅读 · 0 评论 -
一月杂记
这个05年，开年就懒了一把，到今天才提起劲来润一把我的blog开年的前两周就接踵几件不顺心的事，不过很快就过去了。事情顺不顺，关键还是看自己怎么看，就象我自己前两天还安慰Eidde，“有什么事情大不了的呢？”呵呵工作上，主要研究并运用了Authorization,.NET Sink,AOP 几样技术。授权上有几点体会（1）授权（Authorization)和验证（authentiact原创 2005-01-23 14:53:00 · 1189 阅读 · 1 评论 -
Tapestry+Spring+Hibernate(转)
Tapestry+Spring+Hibernate整合工作小结转篇文章，虽然都是J2EE的东西，但是我相信同样也是.NET架构的发展趋势，除非.NET始终只是将用户定位在中小企业 ：-）文章中提到的几个问题已经小有体会，作者的一些观点帮偶稍微开阔了思路。这段时间需要将NHibernate + Domain Model(类似Java里面POJO实现的实现)把玩把玩，结合.NET framewor原创 2004-12-02 09:44:00 · 1177 阅读 · 1 评论 -
.NET ORM有了,业务层到表现层的映射咋办?
今天又关注了一把.NET ORM的讨论 http://community.youkuaiyun.com/Expert/topic/3517/3517657.xml?temp=.8789636 对.NET下面业务层和表现层映射的问题比较疑惑,给张老三同志留了个言,不知道会不会有回复,留言如下"最近打算在.NET下面用ORM做个试验性的项目.我最迷惑的是业务层到表现层的映射问题.看了你写的面向对象开发中的数据控件原创 2004-11-23 18:28:00 · 1118 阅读 · 0 评论 -
系统 & 改革
《DDD》 Chapter 4 -The Smart UI "Anti-Pattern"里面一段话，描述不使用域模型（甚至在UI里面实现逻辑）的优势和劣势。“Advantages· Productivity is high and immediate for simple applications.· Less capable developers can原创 2004-11-22 23:00:00 · 1282 阅读 · 0 评论 -
“我情愿用一天时间重写”
今天分配任务，因为时间关系，一个我已经实现的模块的改动，需要他人帮忙完成，我用了三四天时间完成的模块，接受任务的人说“我情愿用一天时间重写”。十种有一定共性的报表，需要用纯文本形式表现，我把报表分成多个区域定义为对象，整个报表定义基类负责数据的格式化填充，十个子类通过配制的方式确定各自的格式和需要显示哪些内容，用Factory和Template Method模式实现最主要的框架结构。这样处理主原创 2004-11-21 12:26:00 · 877 阅读 · 1 评论 -
Use Design Pattern Directly Or Not?
>里面提到这么个问题“If you are familiar with design patterns ,then when faced with a design problem,a pattern will very likely pop into your mind .The question then is whether or not to implement that pattern原创 2004-11-09 22:47:00 · 910 阅读 · 0 评论 -
Design Smells And OO Design Principles
Design Smell - The Odors of Rotting Software1.Rigidity - THe system is hard to change because every change forces many other changes to other parts of the system.2.Fragility - Changes cause the syst原创 2004-08-24 13:52:00 · 1004 阅读 · 0 评论 -
Thoughtworks Open Source Available
Articles from Thoughtworks never disappoint me, I soundly sure the value of the open source project from Thoughtworkshttp://opensource.thoughtworks.com/index.jsp原创 2004-08-21 09:06:00 · 1081 阅读 · 0 评论 -
FacadeLayer的一些思考
前几天Review公司里面某份Project的代码，看到Facade里面直接对数据层做操作，也就是说Facade和BusinessLayer合并为一层但取的名字为Facade。虽然觉得有些别扭但项目不大、后台的操作主要是些简单的CURD,稍微复杂一点的逻辑大部分都封装到了存储过程里面，这样合并层的处理也无可厚非。在对Facade做进一步思考时，想起以前自己做过的一个项目里面为了实现Facade原创 2004-08-18 19:35:00 · 998 阅读 · 1 评论 -
AOP through .Net Remoting Infrastructure
JGTM的这篇文章挺吸引人,介绍通过.net remoting infrastructure进行调用消息的拦截,对类的方法调用提供一个统一的预处理方案(用来处理日值,权限控制,性能纪录,统计等),在.net 下面实现AOP,给人耳目一新的感觉.A Taste of AOP from Solving Problems with OOP and Design Patterns (Part I)原创 2004-08-17 11:09:00 · 2036 阅读 · 0 评论 -
数据访问层里面包含商业逻辑的问题
我们知道,为了XXXXX, 我们需要将商业逻辑封装到商业逻辑层(Biz Logic Component),数据访问封装到数据访问层(Data Access Component).有这么个问题,有些数据库访问操作需要被包含在DB Transaction里面,但是在一个DB Transactoin里面有可能会涉及到一些商业逻辑（我不肯定，DB Transaction里面的商业逻辑是否肯定可以提取出原创 2004-08-09 17:45:00 · 969 阅读 · 0 评论 -
OO Puzzle(2)
描述 ：Activity 代表一个活动，该活动可能有一次性的提醒(OnceAlarm)或者周期性的提醒(PeriodAlarm) 。Alarm只能通过Activity进行访问， Activity存取的时候，将连带存取Alarm。场景：以下三行代码访问Alarm基类中的属性alarmDateTime（注：请将以下的代码以伪代码待之）int id = 4;Activity activity = (Ac原创 2005-04-18 17:13:00 · 1371 阅读 · 1 评论