各位如果写过很多的数据库管理系统,就会发现其实数据库开发中技术成分很少,主要是企业的业务逻辑实现起来很复杂,比如一个完整的进销存其实逻辑上还是比较复杂的。
但是所有的业务逻辑其实都是表之间的数据关系问题。各位是否曾经考虑过设计一种业务逻辑描述语言,相当于一个简化的业务执行脚本来给执行。
如果要设计这样一个语言,它的结构、语法、运行方式应当是怎样的呢?

解决方案 »

  1.   

    虽然UML和流程图是好的东西,但是如果要作为一种脚本语言恐怕是不适合吧?
    我的初衷是要把业务逻辑以脚本的方式来运作,也就是把业务逻辑和数据库的具体执行操作分离开来。业务逻辑脚本只是来描述该如何某项业务该如何执行,而具体的执行则是由脚本引擎来执行。听起来好象是一串SQL脚本就可以实现,但是单是SQL恐怕不够,因为复杂的业务还会需要分支、循环、错误控制等内容。有点类似PB的脚本语言?(还需要裁剪和补充)。
      

  2.   

    当然可以,我就一直在想业务抽象问题,结果把想法勾画完毕以后,就和现在的ie一样Faint,真是服了微软
      

  3.   

    不好意思,刚刚看到脚本语言的执行、窗体自定义,数据库操作(包括使用明文代码和active组件)这些都是业务逻辑描述语言需要实现的吧。(如果仅仅实现业务逻辑描述,用一个设计比较好的框架就能做到)而这些都是ie已经实现了的。
      

  4.   

    TO:lw549(那个孩子他爹)
    业务逻辑描述只关心业务逻辑,具体的UI部分其实没有必要去关心。如果是设计框架,我担心无法满足所有的性能和扩展性的要求。因此,我觉得象类似SQL这样的语言就很适合来描述业务逻辑,不过SQL里面缺少了很多流程控制语句,也许理想的业务逻辑描述语言就是一个SQL的扩展?类似C语言中嵌入SQL?
      

  5.   

    照着这种想法去做,是产生不了一个软件的,最多不过产生一个ORMapping层。