- 博客(73)
- 收藏
- 关注
RSS订阅原创 Recommend DDD once more
我抑制不住再次推荐>，尤其是Part IV:Strategic Design,每每读着不经意间碰到段言语，就正好是自己近来的亲身体验。我确信系统做大了必然是无数的问题，感谢作者以自身丰富的经验为我们引路。下午刚进行了场思想斗争，为了工作量、效率等原因，牺牲了架构的完整性，看看Evans都给我们说些什么了---“An up-front imposition of a large-scale stru
2005-09-21 23:36:00
1215
原创 有关设计的一场讨论
发布在je上的有关设计的一场讨论http://forum.javaeye.com/viewtopic.php?t=15831
2005-09-18 23:16:00
1057
原创 TableModel也能XP吗？
随便找一本XP或TDD,Refactoring实践的书，无不是DomainModel为背景的.NET下面比较流行TableModel+Sevice为业务层，这样的架构，流程上能采用XP么？看了下12条敏捷宣言，什么样的架构和敏捷倒是没矛盾的，不是到XP挑不挑？
2005-08-24 23:48:00
1071
原创 Principles behind the Agile Manifesto
We follow these principles: Our highest priority is to satisfy the customer through early and continuous delivery of valuable software. Welcome changing requirements, even late in development. Agile
2005-08-24 23:37:00
1193
原创 垃圾程序?
johnsonqu把gigix的话引过来,自我提醒一把,我也把他的文字再引一遍,自我提醒一把"http://forum.javaeye.com/viewtopic.php?t=6664&postdays=0&postorder=asc&start=0，JavaEye的讨论总是如火如荼，这一次对于AOP的讨论竟然又开到了第二个系列，乖乖！不过，这里我想说的不是对于AOP的意见，而是对于透明的这段回复
2005-06-20 12:11:00
1232
原创 来自佛学的智慧(转)
>一、人之所以痛苦，在于追求错误的东西。> 二、与其说是别人让你痛苦，不如说自己的修养不够。> 三、如果你不给自己烦恼，别人也永远不可能给你烦恼。因为你自己的内心，你放不下。> 四、好好的管教你自己，不要管别人。 > 五、不宽恕众生，不原谅众生，是苦了你自己。> 六、别说别人可怜，自己更可怜，自己修行又如何？自己又懂得人生多少？> 七、学佛是对自己的良心交待，不是做给别人看的。> 八、福报不够的
2005-06-16 12:57:00
1219
原创 弹性的思维
要避免这样一种诱惑，即把你的最初假设视作答案把解决问题的过程看作是证明最初假设的练习。要保持一种开放而具有弹性的思维。不要让一种强有力的假设变成头脑僵化的借口. -----------载自>这好象是我和团队成员经常犯的一个错误 ------ 在OO的某些整体或者局部细节设计时
2005-05-22 23:13:00
1404
原创 OO Puzzle(2)
描述 ：Activity 代表一个活动，该活动可能有一次性的提醒(OnceAlarm)或者周期性的提醒(PeriodAlarm) 。Alarm只能通过Activity进行访问， Activity存取的时候，将连带存取Alarm。场景：以下三行代码访问Alarm基类中的属性alarmDateTime（注：请将以下的代码以伪代码待之）int id = 4;Activity activity = (Ac
2005-04-18 17:13:00
1368
1
原创 计算机科学技术学习引论(转帖)
计算机科学与技术这一门科学深深的吸引着我们这些同学们，上计算机系已经有近三年了，自己也做了一些思考,原先不管是国内还是国外都喜欢把这个系分为计算机软件理论、计算机系统、计算机技术与应用。后来又合到一起，变成现在的计算机科学与技术。我一直认为计算机科学与技术这门专业，在本科阶段是不可能切分成计算机科学和计算机技术的，因为计算机科学需要相当多的实践，而实践需要技术；每一个人(包括非计算机专业)，掌握简
2005-04-17 10:01:00
1577
原创 社会中的几个著名法则(转载）
一、 马太效应二、 手表定理三、 不值得定律四、 彼得原理五、 零和游戏原理六、 华盛顿合作规律七、 酒与污水定律八、 水桶定律九、 蘑菇管理十、 奥卡姆剃刀定律十一、 二八法则十二、 钱的问题 一、马太效应《新约•马太福音》中有这样一个故事，一个国王远行前，交给三个仆人每人一锭银子，吩咐他们：“你们去做生意，等我回来时，再来见我。”国王回来时，第一个仆人说：“主人，你交给我们的一锭银子，我已赚
2005-04-17 09:14:00
1145
原创 我的最爱
乌江鱼火锅用料：鲜活草鱼1条（约1500克）或花鲢鱼（2000克）、火锅底料300克、郫县豆瓣200克、泡辣椒末250克、泡姜150克、干辣椒节15克、豆豉末35克、姜颗30克、泡酸菜100克、花椒4克、蒜片30克、葱节100克、油酥黄豆40克、鸡精20克、味精15克、白酒25克、盐适量、白糖8克、料酒100克（或啤酒半瓶）、干细豆粉60克、色拉油800克。制作：1、鱼宰杀后治净，剔下两扇净肉，剔
2005-04-14 18:52:00
1324
原创 有效沟通的法宝
为什么不能很好的沟通？如果对方性格暴躁到极点，那情有可源，否则都是沟通双方的事情。项目中与人合作，总感觉沟通上不是很顺利，原因其实很简单：每个人都更多的以自我为中心，以自己的经验积累或片面的书本知识为评判事务的标准，更严重的是即使感觉的自己错了也拒绝承认。而软件开发中绝对的对与错又太少了，每个人在平衡的时候方向稍微不一就可能导致长时间的争论。想到以下几点可以改善的方面：其一：敢于否定自己问题没有最
2005-04-13 08:36:00
1588
原创 Model confusion : Domain Model & E-R Model
前段时间看了DDD,最近在做一个项目的时候Leader要求先出E-R Model，我不是很清楚Domain Model和E-R Model具体的关系和区别。E-R Model关注的是对象的实体和关系，是Data Modeling的一种方式，建模时并不考虑Entity的行为，在E-R概念模型的基础上可以建立relational data model及physical data model，我不太确认
2005-04-05 21:47:00
2464
7
原创 .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
1005
原创 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
原创 Code,Diagram and Model
"Always remember that the model is not the diagram. The diagrams purpose is to help communicate and explain the model. The code can serve as a repository of the details of the desgin" --- >
2005-03-16 10:36:00
1057
原创 实体关系模型, 概念模型，Domain Model, UML建模(*** Diagram) --- 有点晕
这两天有点晕,看到有人把实体关系模型程之为概念模型http://202.114.153.222/mci2/database/ch6/63.doc . 在我眼中,概念模型同 >中的Domain Model比较接近,是否是概念模型也有多义性?另外分析阶段也可以进行动态建模,这些动态模型是否也属于概念模型的范畴?另外>里面倡导以Domain为中心进行分析和开发,但里面描述的主要是静态模型的构造,好像没
2005-03-16 09:47:00
3133
1
原创 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
943
原创 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
869
原创 integration Pattern 入门参考
MS提供的一份 Integration Pattern对我这样的初学者,质量还算不错的还有这么本书 , Enterprise Integration Patterns : Designing, Building, and Deploying Messaging Solutions没看过,计划中另外有个ThougthWorks那帮人办的网站 http://www.enterpriseintegrat
2005-02-06 09:54:00
915
原创 ThoughtWorks 招聘.NET开发人员和.NET架构师的需求
We Need 去ThoughtWorks的Portal逛了圈,看看他们招聘开发人员,都要求些什么东西..NET Application DevelopersIf you have...4+ years development experience with either 3 years of Java J2EE recently moving to
2005-01-26 18:01:00
1431
原创 大惊小怪?
今天开眼界了，在一个B2C ECommerce 的系统中找到ECommerce数据库服务器中有张Item(一种网上销售的产品称为一个Item)相关的表，数了下,99个Columns. 另外两个WareHouse,SCM数据库服务器里面也都有Item表，并且三者保持同步 首先,Item本身的描述信息就很多; 其次,三个服务器在使用Item的时候会用到一些不同的字段，为了处理的方便，相当于每张
2005-01-26 10:17:00
778
原创 Balance
There are no perfect structure . There are only structure that try to balance the current cost and benefit.Pattern is something that comes with both costs and benefits.You should find yourself using t
2005-01-23 14:55:00
830
1
原创 一月杂记
这个05年，开年就懒了一把，到今天才提起劲来润一把我的blog开年的前两周就接踵几件不顺心的事，不过很快就过去了。事情顺不顺，关键还是看自己怎么看，就象我自己前两天还安慰Eidde，“有什么事情大不了的呢？”呵呵工作上，主要研究并运用了Authorization,.NET Sink,AOP 几样技术。授权上有几点体会（1）授权（Authorization)和验证（authentiact
2005-01-23 14:53:00
1186
1
原创 需求分析与企业信息架构
>看着看着，对几个问题渐渐迷惑起来，Domain的分析过程和UseCase的分析过程怎么结合与区别？如何更好的把两者进行区别？Domain Model的建立该归为需求分析过程还是设计过程？分析人员和用户代表是否要拿着UC图交流系统功能,拿着DM图交流业务逻辑和关系?(如果用户代表对这些图感兴趣或者有技术背景的话)从steven的一份ppt中看到这么一段描述企业信息架构企业信息架构是将企
2004-12-08 17:35:00
1506
原创 Tapestry+Spring+Hibernate(转)
Tapestry+Spring+Hibernate整合工作小结转篇文章，虽然都是J2EE的东西，但是我相信同样也是.NET架构的发展趋势，除非.NET始终只是将用户定位在中小企业 ：-）文章中提到的几个问题已经小有体会，作者的一些观点帮偶稍微开阔了思路。这段时间需要将NHibernate + Domain Model(类似Java里面POJO实现的实现)把玩把玩，结合.NET framewor
2004-12-02 09:44:00
1176
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
1117
原创 系统 & 改革
《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
1281
原创 “我情愿用一天时间重写”
今天分配任务，因为时间关系，一个我已经实现的模块的改动，需要他人帮忙完成，我用了三四天时间完成的模块，接受任务的人说“我情愿用一天时间重写”。十种有一定共性的报表，需要用纯文本形式表现，我把报表分成多个区域定义为对象，整个报表定义基类负责数据的格式化填充，十个子类通过配制的方式确定各自的格式和需要显示哪些内容，用Factory和Template Method模式实现最主要的框架结构。这样处理主
2004-11-21 12:26:00
877
1
原创 TDD & Refactoring ，黄金搭档？
项目一个版本交付后，我号召把代码重构下。旁边的同志说“不行！没有TDD的测试用例，哪能重构呢？任何改动都可能产生觉察不出的Bug, 测试人员又要全部重新测了！”一听这话，边上的测试人员也过来否定我。 其实我的要求也不高，把变量或函数名称改得有意义点也好，因为赶时间写出来的代码，质量实在很糟糕。难道没有TDD就真不能重构么？或者说我不该提重构这个词，让人感觉好象要动什么大工程一样？我工作的先
2004-11-21 12:24:00
1042
原创 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
909
原创 向孩子学习(转载)
从"豆豆他爹"那里拷来一段很有意思的对话今天，挤在公交车里，听见一对母子的对话。“妈妈，为什么没有人买票？”“这是无人售票车，妈妈上车的时候，在车头的投币箱子里投上钱，然后我们在这个门口下车就行”“妈妈，为什么要说两遍星海广场？”“因为要提醒人不要坐过了站？”“什么叫坐过了站？”“就是说本来要在这站下车，结果在后面的站才下去”。“那为什么要说两遍呢？”“害怕说一遍有
2004-11-05 17:11:00
930
2
原创 "唯一不变的就是变化"之陷阱
"唯一不变的就是变化"一两年前这句话我说给别人听，现在别人说给我听需求当然是容易变化的,但是在有时候还是要区别对待,当心这么种理念对项目造成大的伤害首先,需求分析不到位即开始设计实现,名曰"以后反正要变的" --- 看到需求的表面而不是本质,面对变化估计不会那么从容.这种情况下返工的原因往往不是需求的变化而是最初根本没有把需求搞清楚.另外,系统的设计要够灵活,才能很好的应对变化. 如果系统的设计和
2004-11-02 21:23:00
1041
原创 沟通&理解
这两天项目比较忙,也做得比较郁闷,偷闲逛了下BlogDriver,还是蛮有收获这个同志的话,对我很有指导意义http://johnson.blogdriver.com/johnson/index.html"其实，我也慢慢的感觉倒这一点。与其抱怨别人不接收你的想法，不如好好的去考虑如何让别人接受或者与他们一起找出问题的解决方案。从肯定别人入手，可以为双发找到一个共同的出发点，而不是从一开始就势如水火
2004-11-02 21:08:00
930
原创 一点感想
引用JJX的一段话“作为一个不时要给别人建议的咨询提供者，我想说的是：你唯一可以相信的，是你自己的实践证据。没有任何一种技术会是万灵药，也没有任何一种技术是非有不可的——也许出于自己的恐惧，我会说面向对象技术是非有不可的，然而面向对象在企业级应用这个领域里简直是放之四海而皆准的。至于EJB、Spring、Hibernate、WebWork之类的具体技术，如果有谁说其中某一个是不可或缺的，只有掌握了
2004-11-02 19:21:00
856
1
原创 Don't Use XP (转)
csdn中的一篇文章http://blog.youkuaiyun.com/asj/archive/2004/10/21/146224.aspx?Pending=true同我现在的情况挺象的,可能我自己的开发离Agile还差得更远.客户在美国,从客户到开发人员信息传递要通过两层中间人不过XP里面的很多实践和理念是任何项目过程都值得推广的.需求很难获取,为了项目的质量,管理者应该竭力创造沟通渠道,开发人员应该"厚
2004-10-29 08:41:00
1263
原创 纯OO的幻想
深受项目维护苦难的人，是不是都容易产生这么一种幻想-----要是这是一个经过精心设计的比较纯的OO的项目，而且对象模型很优雅，项目的维护将轻松很多？或许是这样，我也这样幻想过，现在渐渐清醒点：时间总是紧迫的，设计开发人员的能力总是和“大师们”的水平相距甚远的，精心设计的OO也容易成为铁板面对需求变动无能为力。系统不一定真的要好到哪里去，为用户创造价值是最重要的。立谦那么一个在我的眼中如同垃
2004-10-26 11:32:00
839
空空如也
空空如也
TA创建的收藏夹 TA关注的收藏夹
TA关注的人