随笔
随便写点什么，不要在意
摘要: 折腾了好几天，终于搞定，特此记录，如有大牛发现方法有所不妥，请指正一下，不胜感激涕零........
阅读全文
摘要: 修行Python个把星期，终于有点成果了，呵呵，一个利用metaclass实现的aop
阅读全文
摘要: 看过《朝花夕拾:代码生成器的基础——获取数据源的架构信息》一文，感觉，方法正确但是点到即止，没有完全说透，所以来个补全版。经验之谈，欢迎拍砖
阅读全文
摘要: 写此文纯粹为了回复.NET不死，为什么企业招聘都要java？ 一文。从01年以来，.NET从最初的2000beta2一路凯歌猛进到了2008，Framework从1.0一下子跃进到了3.5，从3.5以来 wpf，wcf，wwf，Linq，ASP.NET MVC，我们的感觉是.NET很好很强大，什么都有。但是.NET的程序员怎么就越来越不值钱了呢？很简单的对比，在我原来所在的一个公司里，有java 的项目也有.NET的项目，做Java的程序员待遇普遍比做.NET的高出一大截。就程序员本质来说其实并没有多大的区别，那么问题就只能在.NET本身上头来找，所以就有了本文：Why .NET Sucks?
阅读全文
摘要: 其实不想再啰嗦这个问题，但是要回答的东西很多，所以还是另起贴回复了。之前从很多方面来解释了分层，但是对于实体类这个家伙由于是一个一根棒子捅到底的异类，所以引起金同学的疑问，由于涉及到我的另一篇post，所以不得不作出几点说明。
阅读全文
摘要: 2000年以来，这是一个xml大行其道的年代。xml无所不能，我们如同崇拜x战警的强悍战斗力一般崇拜这个x开头的万能者。我们用它来传输数据（soap），定义数据（xsd），存储数据（xml数据库），配置文件（web.config或者web.xml），做网页（xhtml）...... 换一句二战的名言：如果xml能够做饭我就娶她做老婆。
但是神话就是用来打破的。现在是到了打破这个顶在x字头顶上的光圈了。
why xml sucks？
阅读全文
摘要: 人性是懒惰的，程序员尤其如此。再懒惰的人为了让自己过得更舒服，偶尔也会很勤快，程序员还是如此。我是一个懒人，所以赞同金色海洋同学的同学都是懒人。无可否认，对于懒人来说，极大降低重复工作量的方案无疑是充满了诱惑的。所以在极大的诱惑下我花了很长的时间来思考了一下关于快速开发的问题。毫无疑问 VS.NET工具本身就是一个非常优秀的快速开发的系统（比起java来说确实要快速很多），但是对于懒惰的我们来说却是不够的。而且在多层架构下要快速开发使用VS.NET还是会产生很多重复的代码。这对于懒惰的我们来说是极其要命的。所以我们不顾一切的想要去解决这个问题。
阅读全文
摘要: 看过金同学的【超级传送带】这篇Post及其里面的Reply，我又要深有所感，于是有话不得不发了。对系统设计来说之前我也说过没有一定之规，不通的系统设计的前提和背景有所区别，那么设计的方式有可能南辕北辙。就算是围绕数据库，以数据为核心的系统也会因为设计的出发点不通而产生很多相反的看法。那么我还是首先设定本次讨论的前提：一个以数据库为存储手段，以数据为核心的应用程序，比如说一个电子商务系统（又比如NewEgg，不要误会，我不在 NewEgg工作，只是有所了解）。
阅读全文
摘要: 看过赵俊同学的《三层架构，我为什么对你越来越迷茫了》深有所感，遂作此文以和之。
阅读全文
摘要: 看到很多社区的小组里头有人在讨论大型网站的架构问题，发觉这几年虽然没搞出个新浪百度出来，但是在大型系统的架构上还是有点心得，遂鬼吹一把，来谈谈大型网站的架构设计。
首先我们要明白什么算是大型网站，大型的网站有多大才叫大型？新浪、百度还是Google这般巨大？是用户数量很多，还是业务量很大。这里又分是社区类网站还是新闻类还是电子商务类的网站。
阅读全文
摘要: 首先我们的讨论范围是针对基于数据库的应用设计，还有很多应用不会基于数据库来实现那就暂时不在我们的讨论范围内，
在之前对分层设计的讨论中，金色海洋同学觉得分层没有解决数据库的表字段改动造成的各个层次代码的变动问题，那么
我就以系统的变与不变做题来回答这个疑问。
阅读全文
摘要: 今天姜同学发表了http://www.cnblogs.com/ASPNET2008/archive/2008/08/13/1266942.html
这篇POST表达了对通过分层设计的概念无法解决系统耦合的问题。在之后andytao同学回复了对姜敏朋友的回复 一文作为回应
我在看回复的时候感觉说得不太透，所以忍不住发此文从另外一个角度来试着为姜同学做一次解答。
首先是从姜同学的疑虑开始。姜同学对分层主要是担心增加了工作量缺起不到消除系统耦合的目的。所以我们首先就来谈谈耦合。
阅读全文
摘要: 说了半天看来还是没说明白，估计是长时间不写博语言组织能力退化了。其实要说的很简单，用了那么多模板引擎（为了赶项目自己还写过一个）结果到头来我发现自己在做一件很蠢的事情。让模板引擎支持判断，循环，分支，不同的强化出各种不同的标签，标签越来越像asp.net的控件标签，API越来越复杂。也许最后一回头发现我们实现了一个asp.net老早就已经存在的东西。那为什么我们不现在直接就拿来用了？
以下我将分几个部分来说明我的观点，再次重申，我不是说不用模板引擎，我的观点是aspx文件本身就是最好的模板引擎了，至于如何用，我后面会给出一个我自己用的一种方式，当然你也可以总结出你自己的：
阅读全文
摘要: 此文完全有感而发，在网上看到很多介绍各类模板引擎的文章，但是我却越来越感觉到很多时候我们所做的事
情是在舍近求远。
阅读全文
摘要: 这段时间确实遇到一个很有意思的问题。众所周知，Codereview是配置管理过程当中一个相当重要的过程，对于提高代码质量来说有着相当重要的作用。上个月开始公司的过程改进已经推进到了配置管理中的CodeReview这个阶段。对此我首先是考察了各种语言下的静态代码分析软件。因为公司所用的语言比较杂，所以为了照顾大多数，C，C++有老牌的PC-lint。java下有CheckStyle。但是C#找来找去就找到了个FxCop
阅读全文
摘要: 此文写给所有还在迷茫中的初学者并欢迎高手进来讨论。
首先什么是Web编程模型？在这里我们定义Web编程模型为如何编写代码生成html返回给最终用户的方法。它包括两部分，一个是如何编写Web应用程序的规范，另一个则是实现这一规范的Web编程框架，而ASP.NET就是用来实现WebForm模型的框架，当然ASP.NET的功能比较强大，留下了足够的空间，足够我们在此基础之上实现另外的模型，比如MonoRails。换个比方，和ASP.NET比较类似的，Jsp，Servlet也是实现Web编程模型的基础结构，Sun所定义的Jsp2.0规范定义了一个如何编写Web应用程序的规范，当然你可能不喜欢这么做，那么你还可以使用Struts或者SpringMVC，不过换汤不换药，之不过是换了一种做法而已。
WebForm其实是一个很好的Idear。在我才接触WebForm编程的时候，当时的感触是原来Web下还能这么写程序。在WebForm模型下，我们将整个浏览器当成一个窗体来进行编程，把页面上的元素都作为控件来操作，拖放式，基于事件，不再是面条式的流程控制，一切都是那么的美好
阅读全文
摘要: 星期五下班前一时兴起，对MVC发表了一点看法。后来就想干脆弄个小东西来验证一些自己的想法帮组理清思路。所要源代码的免了，3个小时的急就章实在是乱得可以，既没有好的架构，也没有任何代码质量可言，主要是实现了对MVC的一点想法。所以拿出来大家给参考一下。申明：不是典型的MVC
阅读全文
摘要: 领域模型（Domain Model）是一个商业建模范畴的概念，他和软件开发并无一丝一毫的关系，即使一个企业他不开发软件，他也具备他的业务模型，所有的同行业的企业他们的业务模型必定有非常大的共性和内在的规律性，由这个行业内的各个企业的业务模型再向上抽象出来整个行业的业务模型，这个东西即“领域模型”。
阅读全文
摘要: 上周几个朋友一起开车去康定，本来想去新都桥，结果到了康定都4点多了，于是决定跑跑再说，上了折多山，果然山如其名，一路都是弯，还真是很多折啊。因为海拔超过3000了所以发动机很无力，很多地方3档完全没力，2档勉强跑得动，费了九牛二虎之力终于上了山顶垭口，不过由于快天黑了所以就在山顶耍了一下就下山返城了。
阅读全文
摘要: 在之前争论贫血还是充血的时候，有Tx提出这样一个观点book.Save()用起来很怪，有人认为这样子的用法不够OO，因为保存书不是书所具有的行为，而是书籍管理员：BookManager来发出比较合理。这里来说说我的看法，还是OO，继续接砖。
阅读全文
摘要: 本来不想写这篇很挨打的Post，不过在最近几天的最热的几篇Post里面看到无数的Tx为了面向对象的争论，感触颇多，遂作此篇。
鄙视OO的也进来鄙视我吧。望OO达人多多指正。
阅读全文
摘要: 这几天有比较热闹起来，最近新书进入收尾阶段空闲时间也有了，所以也来凑凑热闹，其实主要是看过以下面两个Post，有些感想，所以写下来也欢迎各位大中小虾批评指正。
一篇是：比较Hibernate和ADO.net 2.0，问？Hibernate还有什么特性更值得期待？
一篇是：域模型向左走(充血)，向右走(贫血)
很多大虾都提出了自己的主张看法，针对这这两篇主题已经有很充分的讨论鸟，这里我只想针对其中所涉及的两个方面的问题说说自己的看法
一个是对象持久化，一个是ORM。
阅读全文
Full 随笔 Archive