![](https://img-blog.csdnimg.cn/20201014180756922.png?x-oss-process=image/resize,m_fixed,h_64,w_64)
框架设计
ulark
这个作者很懒,什么都没留下…
展开
-
框架开发技术
开发框架技术:通用点:反复出现的部分,定制成模块组件便于通用。扩展点:易于变化的部分,可以把他们看做是嵌入框架的占位符(placleHolder),将来在此处可以针对特定应用进行的定制。 框架中创建扩展点方法有二:继承法 和 组合法 继承法依靠两个方法:钩子方法 和 模板方法 组合法:面向接口编程,将扩展点定义为原创 2010-03-13 14:17:00 · 1127 阅读 · 0 评论 -
MongoDB与Tokyo Tyrant性能比较(1):基础CRU操作
MongoDB与Tokyo Tyrant性能比较(1):基础CRU操作http://www.cnblogs.com/JeffreyZhao/archive/2010/02/24/mongodb-tokyo-tyrant-benchmark-1-basic-cru-operations.html 一种以ID特征为依据的数据分片(Sharding)策略http://www.cnb原创 2010-03-15 11:00:00 · 612 阅读 · 0 评论 -
MVC 请求生命周期
当一个asp.net mvc应用程序提出请求,为了响应请求,包含一些请求执行流程步骤! 在asp.net mvc应用程序Http request和Http response 过程中,主要包含8个步骤: 1)RouteTable(路由表)的创建 2)UrlRoutingModule 请求拦截 3)Routing engine 确定route 4)ro转载 2010-04-02 09:47:00 · 522 阅读 · 0 评论 -
采用软件负载均衡器实现web服务器集群 (转)
我用nginx实现网站负载均衡测试的例子,windows下IIS做负载实测. 如果你的网站访问量(pv)越来越高,一台服务器已经没有办法承受流量压力,那就增多几台WEB服务器来做负载吧。做网站负载可以买硬件设备来实现,我们公司用的是F5,不过价格就几十万到上百万,太贵了,目前好多门户网站与大访问量的网站都在使用nginx做为HTTP服务器,所以nginx是非常优秀的,下面我亲转载 2010-05-12 18:01:00 · 521 阅读 · 0 评论 -
企业应用平台设计杂想 (转)
软件体系本身已经很复杂,更何况用以构建软件的框架。同计算机硬件的发展一样,我们只有在不断的学习、不断的思考中进步。从前人的经典中学习积累知识,从成功的实践中学习经验,从失败的过程中总结教训。本文的内容也正是我学习、实践、和思想的过程。希望能有效的与您沟通。 首先,在诸如"架构"、"框架"这些词上请不要和我太计较。只要你能清楚我所要表达的意思就好,不要在为这些词语的解释上分散我们的主转载 2010-05-19 11:05:00 · 642 阅读 · 0 评论 -
一次进销存软件架构的实践1——概述(转)
<br />很高兴又一次开始谈软件的架构了,不过这个的探讨与09年初写的浅谈MIS系统架构不一样,之前是理论,现在是实践,而且这次在实际项目中把之前的理论都实现了,有过之而无不及,验证和权限、各层之间的低耦合、不再需要托控件,等等都实现了,其实一切能够实现得益于这次架构的魂——一切数据都会经过架构的程序(我们有时叫底层,下面统一叫软件框架)。遗憾的是这次仍然是一个WinForm项目,如果是web开发那么其中的很多细节问题都需要从新思考,毕竟运行机制不同嘛。不过这个软件是一个非常成功的软件,而且实现了多语言、转载 2010-07-23 10:03:00 · 716 阅读 · 0 评论 -
框架之随便谈谈 (转)
<br />我不知道这篇文章会写成怎么样,但既然算是一个想法,我想也可以放到首页被大家鄙视或者怎么怎么一番吧。(很多新人发随笔的时候是否都选择了发首页?我是想到哪里写到哪里,可能会就显得乱了)<br />最近一段时间园子里讨论框架算是比较热烈的,我是每天订阅首页更新的,所以也想着来说几句。<br />开头先表明,我正式的工作中用的并不是.net,看.net的书和一些简单的开发,是我在03、04年的时候吧。再往后几乎就没有用过了。但是我想编程的思想都一样的,说一点框架不算为过吧。<br />在工作中,很多公司转载 2010-06-02 14:38:00 · 505 阅读 · 0 评论 -
应用程序框架设计之前言 (转)
要做一个应用程序框架的念头Bigtall在几年前就有了,因为在工作中发觉很多方面非常的不顺手,几乎每一个环节都存在这样或者那样的问题:公司不同项目组做的设计是完全不同的风格,而且设计做不细,导致项目计划越来越流于形式 各层代码凌乱,从后台的java或者c#到前台的html,天马行空,随心所欲 数据库结构和文档不匹配,要不是莫名其妙的多、少字段,要不就是些莫名其妙的名字如果深入到设计方面,就会发现虽然做过很多的项目,但是几乎没有可以参考的成功案例,所有的设计哪怕是同类型项目,也几乎要重头开始;编码方面就更加麻转载 2010-06-02 13:28:00 · 452 阅读 · 0 评论