摘要:
如果你是一个初学者，正在努力的学习各种软件开发的技能，希望今后能够从事软件开发工作。那么在学习的过程中，就先丢掉面向对象，对于你来说面向对象是一颗毒瘤，他不会给你带来软件上更高层次理解，恰恰相反，你的逻辑思维正在被它慢慢的毒化，一堆似有似无的概念会把你的理解彻底毁掉，从而很难清楚的理解到底程序的本质如何，当你只会念叨......
阅读全文 摘要:
时间：2008-5-9 夜
版权申明：本文为水煮鱼为 水煮鱼@博客园 撰写，不得用于商业用途，如需摘用，请与水煮鱼联系。
最近在公司内部，有很多同事都在讨论Facebook的成功，但大部分同事都仅仅将Facebook看作SNS社区，根据理解，水煮 鱼想对此进行一个澄清。Facebook不仅仅是一个简单的SNS社区，如果真是这样，那么微软不必花费2.4亿美元，成就Facebook150亿美元的市场估值了。
那Facebook究竟是什么？
阅读全文1.我们在设计网站的时候，经常有前台用于展现的实体和后台用于持久化的实体不完全相同的情况。比如星座这种数据，在后台存的可能是一个tinyint值，但是在前台显示的时候肯定要转成“某某座”这样，对于这种情况，我现在的处理方法是建立PO，VO两种对象，但现在有两个问题：1.VO、PO定义在哪？是分别定义到自己所属的层，不允许穿透？还是统一定义到Model层里面去？2.VO<->PO在哪进行转换？（如果都放到BLL层，会造成BLL层过于臃肿。如果放到对象内部的话，有时候又不得不在对象内部调用持久化方法，虽然我现在的做法是把不依赖于持久化的方法放到对象内部，但是总觉得这样的话逻辑过于分散，不好管理）
2.BLL到底是写成实体类好还是静态类好？我曾经看过CM的代码，发现它BLL层的方法全是Static的，我个人也觉得用Static是不是会好一点？因为我暂时没碰到过BLL里面要继承或者是实现接口的。
3.自从DLINQ出现后，对传统的三层架构有了一点影响。因为LINQ本身可以作为一个Thin DAL使用，当然也可以在它的基础上再封装一次，实现DAL接口。不过我的问题是，如果我们把LINQ封装起来用的话，岂不是LINQ带来的动态生成查询的好处就不存在了？因为如果采用实现接口的形式的话，其返回类型势必不能是IQueryable。