.net 3.0给我的思考

近来在学习.net 3.0相关的技术知识，.net 3.0给了我们很多人性化的东西。给我很大的震撼，不知道其它的语言（ruby,python）是否有这么好的ide和编译器的支持。
在学习WF的过程中，其可视化流程开发的风格给了我一些想法，目前我正在做的是一个信息采集的项目，按照常规的思路应该是如下面的代码所示

Code
using System;
using System.Collections.Generic;
using System.Linq;
using System.Text;
using System.Reflection;
using System.IO;
namespace AssemblyDemo
{
    class Program
    {
        static void Main(string[] args)
        {
            #region 接收任务，加入线程池
            #endregion

            #region 执行任务，获取网页源码
            #endregion

            #region 获取抽取区域，并执行
            #endregion

            #region 获取抽取规则，并执行
            #endregion

            #region 获取适配规则，并执行
            #endregion

            #region 获取储存规则，并执行
            #endregion

        }
    }
}

根据程序设计的流程一步一步的往下写代码，但是有了WF，今后我们的开发可能会变成这样了，如下图所示

，使用图形化的开发的好处或许是比较直观吧。（不知道IBM的解决方案是否已经提供了这样的方法，好像有相关业务建模的工具）每一块代表一个组件，和业务相关的组件由我们自己开发，而其它一些通用组件则通过集成在ide中的搜索去网络上寻找可用的组件，ide帮我们管理下载的组件，使用时将其拖拽到流程设计界面中即可，各组件之间均有一定的接口，如果不匹配，根据组件附属的文档，我们再自行开发一个适配模块来衔接两个组件或者有一个装配引擎（如下图所示），将两个组件插到该引擎上，通过构建一定的映射关系它们就能协同工作了。

如果将AOP等应用都能以可视化的形式展现出来，提供多种视图供开发人员审视自己的代码，就像3DMax一样，未来的IDE是3D的，就像现在3D的游戏一样，那样的开发将会是多么令人向往。

末了，借宝地请教下各位，想实现一个组件之间的装配引擎，如上图所示，有点像BizTalk中的Mapper，或是ESB。两个组件的输出和输入参数不一致，通过引擎更改参数或是由引擎补充参数完成两个组件之间的衔接工作。