懒惰的笨鸟

学习再学习,一切都是为学习。 交流再交流,交流好了再学习。

  博客园  :: 首页  :: 新随笔  :: 联系 :: 订阅 订阅  :: 管理

我是一个懒人,更新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的作用。

抛砖引玉,一己之见。

posted on 2006-08-12 17:52  loli  阅读(2765)  评论(13编辑  收藏  举报