ulark的专栏

开发框架技术：通用点：反复出现的部分，定制成模块组件便于通用。扩展点：易于变化的部分，可以把他们看做是嵌入框架的占位符(placleHolder)，将来在此处可以针对特定应用进行的定制。            框架中创建扩展点方法有二：继承法 和 组合法            继承法依靠两个方法：钩子方法 和 模板方法            组合法：面向接口编程，将扩展点定义为

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

       当一个asp.net mvc应用程序提出请求，为了响应请求，包含一些请求执行流程步骤！ 在asp.net mvc应用程序Http request和Http response 过程中，主要包含8个步骤:     1）RouteTable(路由表)的创建     2）UrlRoutingModule 请求拦截     3）Routing engine 确定route     4）ro

我用nginx实现网站负载均衡测试的例子,windows下IIS做负载实测.  如果你的网站访问量(pv)越来越高，一台服务器已经没有办法承受流量压力，那就增多几台WEB服务器来做负载吧。做网站负载可以买硬件设备来实现，我们公司用的是F5,不过价格就几十万到上百万，太贵了，目前好多门户网站与大访问量的网站都在使用nginx做为HTTP服务器，所以nginx是非常优秀的，下面我亲

 软件体系本身已经很复杂，更何况用以构建软件的框架。同计算机硬件的发展一样，我们只有在不断的学习、不断的思考中进步。从前人的经典中学习积累知识，从成功的实践中学习经验，从失败的过程中总结教训。本文的内容也正是我学习、实践、和思想的过程。希望能有效的与您沟通。    首先，在诸如"架构"、"框架"这些词上请不要和我太计较。只要你能清楚我所要表达的意思就好，不要在为这些词语的解释上分散我们的主

<br />很高兴又一次开始谈软件的架构了，不过这个的探讨与09年初写的浅谈MIS系统架构不一样，之前是理论，现在是实践，而且这次在实际项目中把之前的理论都实现了，有过之而无不及，验证和权限、各层之间的低耦合、不再需要托控件，等等都实现了，其实一切能够实现得益于这次架构的魂——一切数据都会经过架构的程序（我们有时叫底层，下面统一叫软件框架）。遗憾的是这次仍然是一个WinForm项目，如果是web开发那么其中的很多细节问题都需要从新思考，毕竟运行机制不同嘛。不过这个软件是一个非常成功的软件，而且实现了多语言、

<br />我不知道这篇文章会写成怎么样，但既然算是一个想法，我想也可以放到首页被大家鄙视或者怎么怎么一番吧。（很多新人发随笔的时候是否都选择了发首页？我是想到哪里写到哪里，可能会就显得乱了）<br />最近一段时间园子里讨论框架算是比较热烈的，我是每天订阅首页更新的，所以也想着来说几句。<br />开头先表明，我正式的工作中用的并不是.net，看.net的书和一些简单的开发，是我在03、04年的时候吧。再往后几乎就没有用过了。但是我想编程的思想都一样的，说一点框架不算为过吧。<br />在工作中，很多公司

要做一个应用程序框架的念头Bigtall在几年前就有了，因为在工作中发觉很多方面非常的不顺手，几乎每一个环节都存在这样或者那样的问题：公司不同项目组做的设计是完全不同的风格，而且设计做不细，导致项目计划越来越流于形式 各层代码凌乱，从后台的java或者c#到前台的html，天马行空，随心所欲 数据库结构和文档不匹配，要不是莫名其妙的多、少字段，要不就是些莫名其妙的名字如果深入到设计方面，就会发现虽然做过很多的项目，但是几乎没有可以参考的成功案例，所有的设计哪怕是同类型项目，也几乎要重头开始；编码方面就更加麻