我是一个懒人，更新Blog就可以看出来，再加上没有好的笔头，所以文章自然就少。

现在赋闲在家，正好整理一下这一年工作的心得。


虽然在公司带的是一个较小的应用项目，可是却像麻雀一样，样样俱全。数据访问、多层开发、B/S和C/S共存。

在项目完成后，还有产品化的需求。

虽然在职期间，设想并没有全部实现，可是这并不妨碍我继续按照需求思考下去。


通过这段时间的考虑以及实验，终于有一套我认为对类似项目的最佳方案。


在我的方案里，当然还是遵从前辈们提出的三层框架。


数据层还是使用我熟悉的开源软件iBatis.Net。

使用过的人可能知道，这是一套数据映射软件，走得是一条中间路线，符合一种中庸之道。但是在使用中有两个较大缺点：

1.需要一定的人力编写xml映射文件。

2.程序启动时需要较长的加载时间。

但是优点与缺点一样明显，可以在完全不用改动已有数据库系统的基础上立刻应用。这已在项目中得到了验证。

上述的两个缺点也不是不可克服。通过借鉴Java环境的例子，编写代码生成工具以大大减少工作量；对于C/S结构采取访问Web Services方式彻底将客户端与数据源之间的藕合松绑，同时也顺带解决了启动时间长的问题，并且可以通过重复加载配置文件，达到动态修改程序应用环境的目的。

在我的设想中，C/S和B/S程序访问访问的是同一套Web Services接口。


逻辑层则是一个与具体领域密切相关的问题，在这方面我没有太多的想法与经验。


我想说的反倒是表现层。在抛开版权不说（这一领域不了解），完全可以做到站在别人的肩膀上的开发。

对于与数据打交道的C/S架构下的程序说，一般软件界面都没有太多需要标新立异的要求，甚至还希望公司软件具有统一风格。

那么在这里，提出一下我的想法：利用SharpDevelop的框架作为程序的外壳。

简单列出一下几个优点：

1.可以做到几乎是全插件程度的软件开发。

2.状态保存功能已经实现，只需要作部分工作就可。

3. ...想到了很多，以后再说。

下面是我做试验是的一个程序界面截图：


可以注意一下左侧的属性窗口，这一类的功能可以灵活的放置到框架一级或是该程序功能一级。


通过作一些修改工作，可以在程序中动态控制可使用的插件。这是SharpDevelop自带的该功能，没有作任何工作就可以在程序使用，也是一个标准的插件。Manager和销售记录是实验代码加入的插件。

下面是插件的配置文件，是一种完全自解释的方式。有兴趣的可以看看：

<AddIn name        = "HshSale.App"
       author      = "xhluo"
       copyright   = ""
       description = "HshSale.App">
    
    <Manifest>
        <Identity name = "HshSale.App"/>
    </Manifest>
    
    <Runtime>
        <Import assembly = "HshSale.App.dll">
        </Import>
    </Runtime>
    
  <Path name = "/Workbench/MainMenu">
    <MenuItem id = "Manager" label = "Manager" type="Menu"
              insertafter ="View" insertbefore ="Tools">
      <MenuItem id = "ProductManager"
              label = "产品管理"
              shortcut = "Control|P"
              class = "HshSale.App.ProductManagerCommand"/>
      <MenuItem id = "DaySaleRecord"
               label = "日销售记录"
               icon = "Icons.16x16.NextWindowIcon"
               class = "HshSale.App.DaySaleRecordCommand"/>
    </MenuItem>
 

    <MenuItem id = "SaleRecord" label = "销售记录" type="Menu"
              insertafter ="View" insertbefore ="Tools">
                    <MenuItem id = "DaySaleRecord"
               label = "DaySaleRecord"
               icon = "Icons.16x16.NextWindowIcon"
               class = "HshSale.App.DaySaleRecordCommand"/>
       </MenuItem>
  </Path>

  <Path name = "/Workbench/Pads">
    <Pad id       = "ProjectBrowser"
             category = "Main"
             title    = "${res:MainWindow.Windows.ProjectScoutLabel}"
             icon     = "PadIcons.ProjectBrowser"
         shortcut = "Control|Alt|F"
         class    = "HshSale.App.SDPad"/>
  </Path>
  
</AddIn>

当然这不是一个立马可用的框架，权限和日志等必备功能还没有带全。但是作为一段实验性质的代码，我想已经达到了目的：即具备了在实际中使用的条件。而权限和日志当然也可以采用现有的各种思路放到程序中：AOP或是其他灵活性差一点但效率更高的方案。

在B/S结构，由于项目经验太少，就不多说。但从我了解的信息看，Dnn应该也可以接替SharpDevelop的作用。

抛砖引玉，一己之见。