多表查询一直是自动代码工具设计的一个难点，单表查询可以根据表结构自动生成所需要的对象类，而多表查询就没有什么好办法，如果写SQL跨越对象直接访问数据库，就明显破坏了代码的层次结构。

不同的人，对同一样东西的定义和认识也会有差别。什么是表？对于DBA来说，表就是存在数据的空间。而对于前台程序员来说，所有的表和视图都是表，都是用来存放数据和查找数据的。什么是视图，对于DBA来说，视图就是虚拟的表，只是一些定义好的SQL语句。而对于前台程序员来说，视图就是所有的查询SQL，任何复杂的SQL都是一张视图。

那么我们回到之前多表查询的解决办法，如果给你一条查询SQL，能不能写成一张视图呢，答案当然是肯定的。那么就把所有的多表查询SQL写视图不就好了吗？当然可以。为每条查询SQL写视图的确是可以的，但这样的SQL往往太多，如果真的这么干，DBA就会找你算账了，^_^。

那再进一步想想，还有什么解决方案呢。有，就是虚拟视图。任何查询SQL都是一张虚拟视图。这些视图跟真实视图一样，有值(指的是查询到该值得方法)，有名（别名）。只要有查询SQL，我们就能制造出所需要的对象类。

视图就是表！

年过完了，我也该投入到新的工作当中了。

我2009年最值得期待的作品便是集合各种自动化编程工具优点于一身的编程工具，他将大大提高程序员的工作效率，实现建模即程序的理念。同时，这个工具还要有足够的前瞻性，不但要使用当下最先进的技术和理念，还要为未来的发展留足空间。
我想把这个工具做成一个开源的，外接口极多极方便的开源软件，只有这样，才能为自动化工具创造足够大的市场空间，才能使自动化工具真正投入到大规模的软件生产当中。

在这里先吹吹牛，激励一下自己。过几天，等我写好了需求分析以后，会放上来和大家分享。

刚接触WPF时，对XAML的代码方式颇不理解，觉得WINFORM已经很完美了，也已经有了MVC分层，为什么还要用另一种方式表达呢？

今天看到了WF本质论中的一句话：程序即数据。才恍然大悟，XAML的表示方法确实比WINFORM的表达方式更简练，更易于自动代码的生成。

纵观05时代的各种代码生成器，总有不足之处，有的界面生成能力差，有的逻辑模板变化能力差，有的多表查询有不足。真正投入代码自动化生产的公司实在不多，而08的各种新东东，如XAML,LINQ等，给了我们铺平了一条很好的自动化之路。

     SiliverLight已经基本看完，对SiliverLight，WPF和ASP.NET AJAX已略有小成。

只是，不知道哪里有.NET08中文版的SP1下，官方的太慢，而且会卡住，哪位好心人提供一下。

世界变化，真的太快。

若不明白，会被淘汰。