随笔分类 -  Architeture

3-tier architecture in my way-3
摘要:现在想找个完整的时间真不容易,断断续续地,思维的跳度也会很大。这样也好,也许能从我的脑子里搜出更多的东西出来。接着昨天的话题继续说。。。持久层我把这一层再细分为三个层次:持久对象、数据接口、数据库。1、数据库数据库的分析与设计是DBA的专长了,我略知皮毛,知道要尽量遵循三个范式。如果为了业务执行效率,有时甚至可以适当违反一下范式。设计画ER图很重要,找个优秀的建ER模型的软件也很有帮助,用鼠标拖动... 阅读全文
posted @ 2006-07-12 08:54 YuL 阅读(405) 评论(0) 推荐(0)
3-tier architecture in my way-2
摘要:上午坐在哪里边想边写,完成了第一部分,说的东西应该算是发自内心了。个人道行还是太浅,打字的水平远远超过了写代码的水平,所以,总结出来的东西并不指望能恩泽四方,只希望能给自己留下一点记忆。在这个WEB2.0已经开始唱主角的时代,古老的3层结构,估计也只有我还在关心了,不过,无论如何我都觉得这个成功了很多年的架构值得学习总结。不废话了,继续。。。中间层这一层应该说是一个系统的核心了。我们说表现层决定了... 阅读全文
posted @ 2006-07-11 22:14 YuL 阅读(677) 评论(1) 推荐(0)
3-tier architecture in my way-1
摘要:为了了解3层结构,我也GOOGLE了几天,可是很有帮助的文章并不多,大家似乎都在一个很高的层次来谈这个问题。不过,毕竟是在谈架构啦,宏观一点,可以总揽全局。对于谈实现3层结构细节上却往往谈地比较少!这也让我经常在云里雾里看花花。决定还是自己摸黑前进吧……拟提纲:概述表现层中间层持久层概述不管怎么说,我自己肯定也要有自己的对于这个结构的理解啦。表现层就是GUI,用来提供与用户交互的界面,DIV+CS... 阅读全文
posted @ 2006-07-11 09:11 YuL 阅读(581) 评论(0) 推荐(0)
talk about 3-tier architecture
摘要:1)如果要保证数据质量,那么你最好在数据库层考虑这个问题。这里所指的数据是经常在应用程序间共享并且能长期稳定地由应用程序产出和销毁;2)如果应用程序业务逻辑在时间转换上或者应用与特殊领域会很复杂,那么你肯定会发现在业务对象层处理问题比在数据库中简单得多;3)可以确信,大家所关心的规模和分离,你应该会希望将表现层合理地从业务对象和数据库中独立出来。你可以在表现层或者工作空间层与客户之间执行合适的业务... 阅读全文
posted @ 2006-07-09 10:33 YuL 阅读(276) 评论(0) 推荐(0)
从“做什么”到“怎么做”,说说一只蚊子
摘要:天儿热了,蚊子又开始新一轮回的抽血行动。要抽血就别吭声嘛,结果还老是在我耳边嗡嗡嗡嗡,TMD真烦!搞的我一夜都没睡好。现在还在犯困涅~~~ 阅读全文
posted @ 2005-05-10 15:47 YuL 阅读(770) 评论(2) 推荐(0)
RationalRose中UML图导出
摘要:一个将UML图从ROSE里导出的小伎俩。 阅读全文
posted @ 2005-05-08 08:59 YuL 阅读(2235) 评论(0) 推荐(0)
UML简介
摘要:迈出第一步,觉得这个领域很有趣! 阅读全文
posted @ 2005-05-06 16:38 YuL 阅读(576) 评论(0) 推荐(0)