MVC的难题

　　这段时间一直着手研究项目的关键性问题，项目的基本要求是通用性、可扩展性、稳定性、及时性（因为是监控系统，稳定准确及时是基础）。考虑到这些情况，我基本上选择了MVC的设计模式。选择MVC设计模式的好处是不言而喻的：第一是界面与业务分离、使得系统更加清晰；二是通过强迫的分离原则，能够很好的进行开发团队的分工合作；似乎好处太多了，
　　现在问题是我应该选择开源的MVC框架Castle.Net，还是基于微软Atlas、Enterprice Library去实现的自己的MVC框架，或者是结合两者的优势，实在是另我伤神，看了很多大侠们的blog，心中也是彷徨不定。因于MVC框架实现的主要问题是如果实现表现层以及区分业务逻辑。　　
　　Castle.Net的框架确实不错，从表现层、业务层、数据访问层都有比较好的实现，但是学习难度大，而且大侠们推荐中小型项目最好是不要利用这么庞大的框架，这中间原因，我分析了一下，中小型项目的开发周期短，项目资金有限，学习这么一个庞大的框架，不仅需要时间和财力、更需要企业内部员工的技术水平能力。
　　而EL主是对项目一些基本应用进行了封闭，像日志、安全、数据、事务等。EL的入门门槛比较低。
 　　不管是java项目还是.net项目，现在有点火的ajax已经越来越被大家所推荐用于表现层。微软在.net2.0里已经有了一个ajax的开发框架：Atlas。
　　在下面的时间里，我还要更进一步对Castle进行分析，以确定我在该项目中是是否要使用、如何去使用？当然啦，我也会把相关我的分析写成文档，给各位分享，也希望大家帮我出出主意。