一万光年外  
日历
<2008年7月>
293012345
6789101112
13141516171819
20212223242526
272829303112
3456789
统计
  • 随笔 - 15
  • 文章 - 0
  • 评论 - 111
  • 引用 - 4

导航

与我联系

搜索

 

常用链接

留言簿(7)

我参与的团队

随笔分类(16)

随笔档案(13)

相册

友情链接

最新随笔

积分与排名

  • 积分 - 14525
  • 排名 - 2674

最新评论

  • 1. re: 可配置B/S,C/S两用平台之三:自定义业务续
  • 本人也负责一个类似的平台研发,最近完成技术方案! 感觉这类平台的发展速度远远更不上国外技术供应商的IDE发展速度(如:vs2008+linq+codesmith已经完全实现了复杂的DCG,最近SP1还...
  • --yiruoyun

阅读排行榜

评论排行榜

 
前面发了两篇文章了,关心的朋友很多,一直有一些朋友在讨论框架存在的意义的问题!
在这里我最后说说我为什么要写这样一个框架:
我写这个框架,不是要建通天塔,只是要一个可以方便登高的楼梯!
我写这个框架,不是要解决所有的问题,只是希望不要重复的解决一些与业务无关的问题!
如果你对框架没兴趣或觉得框架没有存在的必要,我不反对,但你没必要浪费时间在这里!
如果你一定要浪费时间在这里,希望你不要评论,看看就行了,因为如果你写了评论我不回复又感觉自己不礼貌!
如果你一定要评论,请你另开一贴!

说几句费话,下面继续上次的内容:

这次我们要建立一个物品维护的功能(仅做演示用,与实际业务无关)

1. 首先还是配置业务,下面是配置的内容:

和前面示例差不多,只是为了演示主从表,在上面加了一个物品明细的明细表。还有锁定字段调为IsLock,锁定值设为True,表示当前记录如果IsLock的值如果等于true时,记录不能删除,只有字段设为[开放](见下表)才可修改。

2. 配置业务字段:

这一步也和前面示例差不多,但有些不同之处:
A。 编辑类型设为了不一样的值, [单选器][复选器] 的意思是些字段的值需要从另外一个业务表中选择面来,前都只能选一个值,后者可以选多个,用逗号分隔。
B。 [开放]列的显示名称勾选,因前面调了锁定字段,勾选的意思就是不管数据有没有被锁定,这列都可修改。
C。 物品数据调为可批改,如果有字段设为可批改,系统会自动生成[批改]按钮。
D。 物品编号的业务编码设为[GoodsNo],表示物口编号自动应用名为[GoodsNo]的业务编码规则,下图为业务编码规则:

这个图比较常见,此处只得点说明输入模式:分自动录入和手工录入,如为自动录入,在前台不生成编码,保存时自动生成,不会产生冲突,如为手工录入,在前台会生成编码,但是保存时可能会出现并发冲突,程序暂停,需修改继续提交后程序才能继续。

3. 功能配置及面页设计和前面示例差不多,此处略:

运行效果: 程序自动生成了从表数据。

主表移动后,子表自动导航。


点批改按钮,弹出批量修改窗体:

确定即自动批量修改当前数据,如果数据已经锁定则跳过。

点击责任人旁边的按钮,弹出业务选择窗体:

这是复选器,如果是单选器,如下图所示:

业务选择器模板通过二次开发可自定义,比如说在左边在加一个导航树等等。

下面主张图是C/S的运行效果:



上期有朋友关心下拉列项的问题,在这里说明一下,下拉列项分两种一个是高级用户输入SQL语句,另外一种是通过系统内置的选项维护功能进行维护,这种方式客户即不懂数据库也可配置:步骤如下:
1. 先在选项设置功能里进行选需类型及选项定义,见下图:
然后在字段设置功能里选择对应的选项类型即可:

[高级]的意思是自己输入SQL语句,其它为可选的选项类型。


系统的自动配置的功能就写这么多吧,关于工作流配置,自定义图表,自定义报表等内容以后有时间再写。

下期预告:二次开发实战!如何在现在平台的基础上扩展自已的业务!
声明:框架肯定不能为你解决所有的问题,因其只处理与业务无关的常见的通用的问题,但可以向你保证,框架决定不会成为你的累赘!只要与框架有一分的重合,你就能用其一分!更多精彩内容,且听下回分解!

posted on 2008-05-15 01:12 一万光年外 阅读(1556) 评论(16)  编辑 收藏 所属分类: 可配置B/S,C/S两用平台
评论:
  • #1楼   怪怪       Posted @ 2008-05-15 02:11
    老兄,你这东西很不错, 我就说一点:

    图形化的开发方式确实有很大优势, 但不是什么时候都特别直观, 其操作复杂度和连带视觉、思维上造成的困难,在很多情况下会上升到不能接受的程度(这些情况下往往代码倒是很容易写)。

    就好比现在用Windows, 某些操作还不如过去用DOS的命令行容易。而且一些工作图形化之后, 反而面临着界面大而全和僵化带来的问题。当然, 你可以试着加入文字形式的脚本来定制一些事情解决这些问题。

    在这上面把握好度, 我相信会有市场的。   回复  引用  查看    

  • #2楼   金色海洋(jyk)       Posted @ 2008-05-15 09:18
    心态很重要。
    如果心态不好的话,会成为你成功路上的一块石头。

    ps:
    其实我一直没有弄明白,到底什么是业务逻辑。这个是自问的,和你的这个没有太大的关系。   回复  引用  查看    

  • #3楼 [楼主]  圣人无名       Posted @ 2008-05-15 09:22
    @怪怪
    暂时不会考虑配置脚本的问题,个人感觉没有复杂的配置,图形化应更直观些,就算有时用脚本会更灵活,因本身配置就是一次性的工作, 况且真正的操作高手不多,感觉花这个力气有点不划算。   回复  引用  查看    

  • #4楼   狼Robot       Posted @ 2008-05-15 09:28
    学习   回复  引用  查看    

  • #5楼 [楼主]  圣人无名       Posted @ 2008-05-15 09:32
    @金色海洋(jyk)
    对,做任何事情心态都很重要,但个人认为更重要的是坚持!
    什么是业务逻辑:如果真的要回答这个问题,我反而感觉回答不出来了,我想本意应该是指实现一个业务的数据流与业务流吧!但是感觉内涵又比较深,总之我也不太懂,说不清楚,谁懂的话请告诉我!   回复  引用  查看    

  • #6楼   王 伟 [未注册用户] Posted @ 2008-05-15 10:32
    业务逻辑很麻烦,我以前做过工厂的项目,在那里我看到的是所有的项目开始之前,必须先给工厂进行BPR(流程业务重组)。因为在一个公司里面,复杂的流程往往在实际运用中就存在缺陷甚至矛盾。所以在软件项目之前必须对流程进行理清,重组。然后再进行开发。而重组的流程就是我们优化理顺后的业务逻辑。只是一个是现实的,一个是抽象出来的。   回复  引用    

  • #7楼 [楼主]  圣人无名       Posted @ 2008-05-15 11:08
    @王 伟
    老朋友终于来了,欢迎批评建议及指正!   回复  引用  查看    

  • #8楼   op336 [未注册用户] Posted @ 2008-05-15 12:50
    价我QQ 30291896 有意向   回复  引用    

  • #9楼   assembly       Posted @ 2008-05-15 21:16
    visualwebgui 确实不错   回复  引用  查看    

  • #10楼   Zhongkeruanjian       Posted @ 2008-05-15 22:53
    呵呵,楼主不要说气愤的话,技术上哪有没有不同想法和意见。
    我的想法是这样的平台和框架对软件公司来说是需要的,毕竟可以提高工作效率。老板和开发人员都欢迎。

    但是一个这样的平台或这框架要做到什么程度,涉及到哪些范围,这个平台和框架将来面向什么样的用户。这些观点上我想我和楼主的想法是不一样的。

    我只能说我对这样的平台和框架的看法是没必要做的太深,毕竟个人的力量是有限的,不可能做出像SAP的平台,用友U9那样的业务系统框架出来,因为对于业务系统来讲,要涉及到方面和控制逻辑要比普通系统(比如OA)要复杂得多,做这样的东西(在不同类型的业务系统上抽象,做成框架和平台),必然需要周盘的考虑,需要大量的人力物力,而不是能简单的实现增,删,改,生成界面就万事大吉。其实我对这类的所称的平台或者框架,对于业务系统来将,只有一个看法:那就是一个帮助器而已。(Just a tool)
    毕竟论数据库设计,你怎么做也做不过PB,那不如用PB设计数据库,分析PB文件生成界面层即可。
    毕竟论界面设计器,你怎么做也做不过VS.NET和Dreamveaver,那倒不如默认生成普通的界面代码,由开发人员在VS里调整即可。

    不过呢,这样的平台一个很大的好处是不可抹杀的:对客户用处比较大,可以随时加一些不重要的字段。

    总之,在没有成熟的思路和资源的情况下,我的看法是:适可而止。毕竟人的精力是有限的。   回复  引用  查看    

  • #11楼 [楼主]  圣人无名       Posted @ 2008-05-16 10:25
    @Zhongkeruanjian
    首先声明:我没有在说气话,我这人有个特点,在技术上交流从不生气。
    之所以这样说,是认为这种讨论纯粹是浪费时间且没有意义。
    我从不参加类似这样的讨论:
    如:有了汇编或C++,有必要用C#,JAVA吗?
    如:C#和JAVA谁更厉害?
    等等

    这是最后一次回复这种类似的问题!   回复  引用  查看    

  • #12楼   Zhongkeruanjian       Posted @ 2008-05-16 13:12
    呵呵,好吧,不讨论就不讨论嘛。以后不回复了。

    不过呢,既然你把文章放在首页,你就要有思想准备,别人肯定是要评价的,评价当然是有好的,也有不利的。
    如果你说这样的话,我觉得最好不要放在首页,免得人家说你没气度。   回复  引用  查看    

  • #13楼 [楼主]  圣人无名       Posted @ 2008-05-16 13:56
    @Zhongkeruanjian
    不是说没气度,只是觉得花时间讨论这种没结果的事,还不如做一点实际的事,如果有对这个框架有什么建议或意见,那我欢迎之致!我从来不认为我做的东西就是最好的,是没有缺陷的。   回复  引用  查看    

  • #14楼   赵俊       Posted @ 2008-05-31 11:43
    有一种程序架构是介于C/S和B/S之间的,通常的做法是Windows Form系统在程序中访问Web Form页面来完成相关模块的操作,比如招行网银系统。

    我想问一下,这种系统是不是就是简单的在Windows Form系统中加入Web浏览器控件,访问到相关页面完成的啊?不知道具体是怎么实现的?还有这种结构的系统和Smart Client系统有什么关系?谢谢!   回复  引用  查看    

  • #15楼   华少 [未注册用户] Posted @ 2008-07-25 19:30
    粗略看一下平台.平台架构很明显.而且实现也比较精细.
    感觉还是可以的.
    我司也有相关B/S和C/S自动化平台,开发的案列很多.物流行业的,物业物业,制造行业,药业,等.都用这个平台进行开发.也是基于.NET2.0开发的.现在将面临改变....WEBFORM配置,WINFORM配置,和你们架构相距很大,底层业务通过其它工具实现,而且界面权限,由平台来完成.平台抽像了很多业务逻辑,可以实现无编码式的扩展和生成界面.....目前支持的WINFORM4.0以上版本,WEBFORM配置支持到1.0版本.将升到5.0版的时候,WEBFORM和WINFORM都可互通....
    有机会大家可以技术交流一下......我负债WEBFORM的升级......加我MSN
    josondai@hotmail.com.
      回复  引用    

  • #16楼   yiruoyun [未注册用户] Posted @ 2008-09-16 01:00
    本人也负责一个类似的平台研发,最近完成技术方案!
    感觉这类平台的发展速度远远更不上国外技术供应商的IDE发展速度(如:vs2008+linq+codesmith已经完全实现了复杂的DCG,最近SP1还推出了entry类,可根据table自动生成ui)
    所以,做基础开发平台只能兼而融之:把“业务与技术的映射,数据与对象的映射,IDE与代码的映射”用基础平台快速的建立模型,驱动开发,并融入现有技术体系(生成的ui可以与VS兼容,生成的类可以将基础与扩展从物理分开-碎片类,映射关系可以动态调整,总之一句话--“中庸”才是王道)。
    很佩服以一人之力完成了基础平台的雏形,希望技术上可以切磋!
    csdn id:yiruoyun
    mail:yiruoyun@gmail.com
    qq:369792   回复  引用    


标题  
姓名  
主页
Email (博主才能看到) 
验证码 *  看不清,换一张 [登录][注册]
内容(请不要发表任何与政治相关的内容)  
  登录  使用高级评论  新用户注册  返回页首  恢复上次提交      
该文被作者在 2008-05-15 09:09 编辑过
"五向定位"职业成长路线公开课(上海、南京、大连)
Google站内搜索


相关链接:
 




 
Copyright © 一万光年外 Powered by: 博客园 模板提供:沪江博客