lurena http://lurena.javaeye.com UTF-8 Copyright 2003-2008, JavaEye.com http://blogs.law.harvard.edu/tech/rss JavaEye - 做最棒的软件开发交流社区 著名作家麦家：中国足球 我骂你而且决不道歉 lurena 作者: lurena  链接：http://lurena.javaeye.com/blog/227011  发表时间: 2008年08月12日

声明：本文系JavaEye网站发布的原创博客文章，未经作者书面许可，严禁任何网站转载本文，否则必将追究法律责任！

著名作家麦家：中国足球 我骂你而且决不道歉
http://2008.sina.com.cn 2008年08月12日07:22 四川新闻网-成都晚报
　　作家 麦家

　　从开幕式至今，北京奥运会即便用放大镜挑剔，说他难称十全十美，其一道道层出不穷的靓丽风景，也绝对使人欣慰，让人感激。唯独有一个项目，因为有中国队的参与，竟变得好似一贴狗皮膏药，恶毒地贴在了美人的面颊上，扯不下，撕不掉，远远望去还在冒烟，看它远比吞落苍蝇还要恶心，其添堵程度竟已无法用焚琴煮鹤、大煞风景之类的词语形容，直让我追想到“林子将军扶炮打烂疮”的腻味心境，恨不得也找来一门红衣大炮，“轰轰”地将其炸得干净，从此眼不见为净。

　　言及此，我想即便我不道明，聪明的您一定也知道我说的是什么东西了。自然中国男性足球！本来，时间已过了一天多，再大的恼懑也该消停了，可不知为何，每每目睹其他项目的中国健儿击败对手、超越自我，或胜利斩金夺银，或感动千万观众的英雄姿态之后，在那种骄傲和兴奋之余，中国男足带给我的懊恼情绪就越发难以抑制：为什么？为什么这么多年了，人间天翻地覆，世界沧海桑田，杨利伟同志连太空都去游历了，这该死的足球咋就不能带给我们一点点安慰和希望呢？

　　我知道这样的骂实属老生常谈，但老生常谈的责任不在我们，在那帮踢球的(我实在不想称他们为国足，他们不配享有“国”之称谓)，他们永远是楚人学舟，同一个跟斗栽了几十次，头都摔成了鸭蛋肿，还学不来一点乖；还有那帮管球的，实实乃胶柱鼓瑟，既不懂行也不懂情，老想着不求有功但求无过，就偏生不晓得中国足球早已劣迹斑斑，无功就是大过啊。

　　现在好了，都到了奥运会上，从陈燮霞始，到庞伟、郭文珺、“妈妈冠军”冼东妹、少年豪杰龙清泉，水立方里的“月亮组合”……各路英姿活脱脱摆在他们面前，强烈的反差就好像剥掉了他们身上最后一片树叶(早就没遮羞布了)，赤条条丢在沈阳奥体中心：两张违背体育道德的下流红牌，两颗毫无抵抗余地的净吞鸭蛋，一给国人添耻，二为奥运蒙羞，输球输人输德行。您信不信，我儿子要是这支球队的，我保准不要他进家门。

　　英雄要赞，狗熊要骂，否则对不起手头这支秃笔。中国男足，你频频考验我的耐心，今天我认输了，我骂了你，而且决不道歉。
本文的讨论也很精彩，浏览讨论>>


JavaEye推荐



]]> Tue, 12 Aug 2008 14:14:11 +0800 http://lurena.javaeye.com/blog/227011 http://lurena.javaeye.com/blog/227011 群里随聊 lurena 作者: lurena  链接：http://lurena.javaeye.com/blog/225360  发表时间: 2008年08月07日

声明：本文系JavaEye网站发布的原创博客文章，未经作者书面许可，严禁任何网站转载本文，否则必将追究法律责任！

五月的风 22:02:17
支持
一年又一年 22:04:04
有没有考虑过FLEX作界面的?

BadBoyRyan 22:05:56
好主意
BadBoyRyan 22:06:11
这样就是发展趋势了
lanmi 22:06:15
速度如何
BadBoyRyan 22:06:53
我想用flex开发工作流程定义部分
一年又一年 22:07:00
现在有加载的问题,但是要看你如何设计, 如果做的合理,应该在可以接受的范围.

BadBoyRyan 22:07:13
自定义表单
BadBoyRyan 22:07:19
自定义流程
BadBoyRyan 22:07:24
流程绑定表单
一年又一年 22:07:39
这些还没有考虑?
已验证6 22:07:41
太粗咯,有没有细的方案
已验证6 22:07:51
这两点是工作流要突破的
一年又一年 22:08:11
自定的太多了, 设计起来比较复杂.
一年又一年 22:08:45
自定义表单, 是什么? 介绍一下. 用户自己定义什么表单?
已验证6 22:08:52
只要把CORE的东西给设计好了,实现一部份,其它的可以慢慢做
lanmi 22:09:17
我觉的最重要的还是自定义表单吧
一年又一年 22:09:18
自定义部分需求有这么高吗?
一年又一年 22:10:45
现在企业应用都需要流程管理, 所以使用工作流引擎成为应用的一个重要组成部分了.
BadBoyRyan 22:11:02
对啊
BadBoyRyan 22:11:11
流程定义，与业务分开
BadBoyRyan 22:11:19
低耦合
lanmi 22:11:27
所以自定义表单这块就很重要了
一年又一年 22:12:36
这样的系统, 就成为了一企业的平台
一年又一年 22:12:47
完成可以自定义,
默默 22:14:43
都是牛人啊。。以后多向你们学习
斷●點┈┾ 22:14:52
http://www.google.cn/music/chartlisting?q=new_songs_cn&cat=song

谷歌也有音乐搜索了
一年又一年 22:15:28
不过, 个人认为, 流程可以自定义, 但表单的自定义, 对系统的设计要求就会很高了.
一年又一年 22:16:08
这样的系统, 对于自定义表单的, 如何处理报表?
一年又一年 22:17:04
并且自定义表单的部分, 已经不是用OO的实现了. 没有做过这样的处理
lanmi 22:22:25
用工作流不用表单真不好做，给我的感觉吧
岁月指尖流过 22:29:29
厉害厉害，
自定义表单 一直不敢涉足
隐身上线, 22:32:47
自定义表单本人自认为做得不错
已验证6 22:32:55
也不一定,如果只是定制级的,可以做的很简单
已验证6 22:33:03
如是是平台级的,那这块就重要了
隐身上线, 22:33:12
对了,平台
隐身上线, 22:33:31
自动生成EXT的代码
已验证6 22:33:44
简单的还好,要能完成基础业务的搭建,在设计上要一定的水准呀

lanmi 22:34:08
雪线石锋,做好了自定义表单吗
隐身上线, 22:34:15
当然
已验证6 22:34:16
对于选用什么组件语言实现,那是后话,这个可以不用选去决定
lanmi 22:34:36

隐身上线, 22:34:51
自定义流程,自定义表单
隐身上线, 22:34:57
支持事件
隐身上线, 22:35:55
理论上做到与语言无关
已验证6 22:36:08
雪线,你们已经有了自定义表单?
隐身上线, 22:36:16
不过目前其实只能生成ASP,JSP正在高试中
隐身上线, 22:36:20
WEBIDE
隐身上线, 22:36:24
WebIDE
隐身上线, 22:36:33

隐身上线, 22:36:41
admin / admin
已验证6 22:36:47
看看
隐身上线, 22:36:54
供参考
已验证6 22:37:15
做了多长时间?
隐身上线, 22:37:21
呵呵
隐身上线, 22:37:39
从有想法
隐身上线, 22:37:40
到实现
隐身上线, 22:37:45
那就长了
隐身上线, 22:37:53
编码 的话 10个月
一年又一年 22:38:14
这么久?
一年又一年 22:38:17
一个人?
隐身上线, 22:38:21
当然不是
隐身上线, 22:38:29
是一个平台
一年又一年 22:38:46
这差不多, 多少人月?
隐身上线, 22:38:48

隐身上线, 22:39:06
平台本身 也是在IE中完成开发的
隐身上线, 22:39:13
前面的应全部在IE中开发
隐身上线, 22:39:22
目前不开发 好多其它应用
飞扬的麦子 22:39:29
是ASP.net?
隐身上线, 22:39:34
不是
一年又一年 22:39:37
这个系统, 性能有测试过吗?
一年又一年 22:39:53
能支持多少并发?
隐身上线, 22:39:54
我们的代码应该基本上全部是JS
隐身上线, 22:40:05
目前最大用户量 在400人
隐身上线, 22:40:09
PC SERVER
隐身上线, 22:40:14
目标码是 ASP
隐身上线, 22:40:18
与.NET无关
隐身上线, 22:40:22
JSP也可以生成
隐身上线, 22:40:29
但有些功能还不支持
隐身上线, 22:40:51
我们这个开发可能比较特别
飞扬的麦子 22:41:00
什么技术开发的啊?
隐身上线, 22:41:06
表单定义生成的 代码是纯 HTML的
隐身上线, 22:41:08
JS
隐身上线, 22:41:19
然后 在ASP下做一个文件生成
隐身上线, 22:41:28
JAVA下做一个文件生成
隐身上线, 22:41:41
这样就可以 一次绘制 生成 ASP 或JSP
隐身上线, 22:41:48
如果愿意也可以生成 PHP
隐身上线, 22:41:52
页面表现一样
已验证6 22:42:01
相当于生成静态页面?
隐身上线, 22:42:04
.NET代码不生成
飞扬的麦子 22:42:05
有源代码么?
隐身上线, 22:42:06
不是
隐身上线, 22:42:16
不 静态页面
隐身上线, 22:42:24
源码
隐身上线, 22:42:30
指做什么 ?
隐身上线, 22:42:34
指什么?
一年又一年 22:42:39
这个系统功能够多. 现在有多少客户?
飞扬的麦子 22:42:39
然后 在ASP下做一个文件生成??
隐身上线, 22:42:53
客户啊
隐身上线, 22:42:54
不少了
飞扬的麦子 22:42:59
这个什么意思 生成的页面 放在那里啊?
隐身上线, 22:43:05
系统推出也有 两年多了
已验证6 22:43:08
基于JBPM?
隐身上线, 22:43:23
请大家看 办公自动化 /示例中心
隐身上线, 22:43:32
有兴趣的话,我来解释一下
飞扬的麦子 22:43:45
我打开了
飞扬的麦子 22:43:48
请解释..
隐身上线, 22:44:08
为了让系统运行 顺利
隐身上线, 22:44:15
最好是加入信任站点
隐身上线, 22:44:27
不然有些弹出页面会被阻止
飞扬的麦子 22:44:43
哦
隐身上线, 22:45:00

隐身上线, 22:45:09
我们做了很多JS类库
隐身上线, 22:45:12
是表现层的
隐身上线, 22:45:37
这些表现层的类库大大扩展了 B/S的展现能力
飞扬的麦子 22:45:38
你们是注册公司么?
隐身上线, 22:45:42
当然
飞扬的麦子 22:45:48
你是老板?
隐身上线, 22:45:51

隐身上线, 22:45:59
这个不重要
隐身上线, 22:46:02
我是设计者
一年又一年 22:46:03
功能太多, 感觉有点乱, 可能是不太熟
隐身上线, 22:46:14
呵呵
隐身上线, 22:46:24
那是应用
lanmi 22:46:25
确实有点
飞扬的麦子 22:46:32
要安装控件的?
隐身上线, 22:46:35
跨了好多应用呢
隐身上线, 22:46:37
不用装
飞扬的麦子 22:46:41
恩 太强大了
隐身上线, 22:46:51
那是用来断点续传和在线编辑OFFICE的
一年又一年 22:46:56
不过, 顶了
飞扬的麦子 22:47:01
哦
隐身上线, 22:47:01
不装的话,不影响其它
飞扬的麦子 22:47:05
然后呢?
已验证6 22:47:11
这个产品不错....考虑的很细呀
飞扬的麦子 22:47:31
是啊
隐身上线, 22:47:32
<select datafld="InstLevel" class="ComboBox(20)" id="InstLevel" style="width: 100%" datasrc="#PT_Examples" fieldid="6835" fieldlabel="流程等级" xtype="ComboBox" datasource="DICT0000000090" name="InstLevel">< lect>
隐身上线, 22:47:41
例如 一个下拉框
隐身上线, 22:47:52
在 代码中 就是以上这些
隐身上线, 22:47:58
datasource="DICT0000000090"
隐身上线, 22:48:08
这个表明了 它取哪一个下拉框
隐身上线, 22:48:22
当然 这个ID 是数据字典中的一行记录
隐身上线, 22:48:33
但不用担心这是可视化设置的
已验证6 22:48:41
如果流程在走的过程中,是否可以随时编辑表单呢
隐身上线, 22:48:46
是的
隐身上线, 22:48:50
不仅是流程
隐身上线, 22:49:00
系统的任何一个页面
隐身上线, 22:49:05
就是你看到的任何一个页面
飞扬的麦子 22:49:10
好强大
隐身上线, 22:49:10
全是这样定义出来的
已验证6 22:49:11
表单的数据如何维护,怎么与业务映射呢
隐身上线, 22:49:21
我正要解释
飞扬的麦子 22:49:27
你们卖出去多少了?
隐身上线, 22:49:36
fieldid="6835"
隐身上线, 22:49:46
这个表明 这个下拉框 存到哪个字段
已验证6 22:49:47
嗯说说
隐身上线, 22:50:02
datasrc="#PT_Examples" 这是表名
隐身上线, 22:50:15
name="InstLevel" 这是字段名
隐身上线, 22:50:28
fieldlabel="流程等级"
隐身上线, 22:50:33
这是标签
隐身上线, 22:50:34
OK
隐身上线, 22:50:36
大家看一下
隐身上线, 22:50:51
一个下拉框 取什么值 由 datasource确定
隐身上线, 22:51:13
存到哪个表和字段 由 dataSrc 和dataFld来确定
隐身上线, 22:51:22
这些逻辑与语言全部无关
已验证6 22:51:24
完成表单设计以后是基于基础数据库,还是生成出一套业务表出来呢
隐身上线, 22:51:40
但所有的语言都要完成这些工作
隐身上线, 22:52:14
我们现在就脱离出来
BadBoyRyan 22:52:27
结合jbpm
隐身上线, 22:52:32
只对这些属性 进行 解析 然后生成 类似于手写的 代码
隐身上线, 22:52:42
这样就可 以生成 ASP,JSP,PHP
BadBoyRyan 22:52:45
加上自定义表单，开发系统就简单了
BadBoyRyan 22:53:06
不过自定义表单查询的效率要低了
隐身上线, 22:53:12
.NET因为 带有本身的转义,并不是简单的动态语言
已验证6 22:53:12
相当于一套模板引擎了
隐身上线, 22:53:20
所以就不生成这种
隐身上线, 22:53:32
查询是另外一回事
隐身上线, 22:53:40
查询我们是放在表格中的
已验证6 22:53:42
可以定义,解析,动态生成
隐身上线, 22:53:50
有兴趣
飞扬的麦子 22:53:59
你在哪里啊?
隐身上线, 22:54:00
请点击
已验证6 22:54:02
嗯,挺帅呀
飞扬的麦子 22:54:03
雪峰
飞扬的麦子 22:54:13
你在什么地方?
隐身上线, 22:54:15
在 示例中心 的右上角
隐身上线, 22:54:20
?
BadBoyRyan 22:54:33
我在看呢
隐身上线, 22:54:37
大家可以看到示例就是这样在 IE中 定义出来的
飞扬的麦子 22:54:40
你是什么地方的公司啊?
隐身上线, 22:54:40
但请不保存
BadBoyRyan 22:54:40
系统做的比较细致
隐身上线, 22:54:43
上海
隐身上线, 22:54:49
多谢
隐身上线, 22:54:54
还有很多要做的
飞扬的麦子 22:54:57
那个区啊?
隐身上线, 22:54:59

隐身上线, 22:55:04

飞扬的麦子 22:55:07
这产品确实不错
隐身上线, 22:55:12

飞扬的麦子 22:55:14
很牛
已验证6 22:55:19
嗯....很帅....自定义功能蛮全的
隐身上线, 22:55:21
这些全是我们的客户
隐身上线, 22:55:40
也不要全是夸奖
飞扬的麦子 22:55:45
确实不错
隐身上线, 22:55:52
只是抛砖引玉
一年又一年 22:55:54

一年又一年 22:56:29
如果界面上,再加些个性化的东西, 就更好了.
隐身上线, 22:56:34
一开始大家说晕
飞扬的麦子 22:56:43
恩 是比较晕
隐身上线, 22:56:50
其实因为我们把好多在平台上开发出来的应用放在上面了
一年又一年 22:56:53
有时, 客户可能不需求这么多的功能/应用
隐身上线, 22:57:02
是的
飞扬的麦子 22:57:07
我想去找你 面对面给我讲讲啊
隐身上线, 22:57:11
我们的客户一般只会用到一部分
飞扬的麦子 22:57:12
呵和
隐身上线, 22:57:16
呵呵,好啊
隐身上线, 22:57:18
欢迎
飞扬的麦子 22:57:22
真的么?
隐身上线, 22:57:36
真的
飞扬的麦子 22:57:37
确实很棒
已验证6 22:57:46
呀....汗死,我也想当面听听,呵呵
隐身上线, 22:57:49
有兴趣的话,我可以培训你两个小时
飞扬的麦子 22:57:53
好啊
隐身上线, 22:57:56
然后我给你一个应用
飞扬的麦子 22:58:02
然后呢?
隐身上线, 22:58:03
你基本上就可以自己 开发了
隐身上线, 22:58:10
可以练手
已验证6 22:58:26
这套系统,核心是什么,可否讲讲大概的一个思路
隐身上线, 22:58:28
我们一般来说 ,仅是画页面 和流程,包括增减字段
隐身上线, 22:58:37
核心啊
隐身上线, 22:58:48
其实基于一个最朴素的想法
隐身上线, 22:58:54
我是做 VFP出生的
隐身上线, 22:58:58
很不意思
隐身上线, 22:59:02
很不好意思
飞扬的麦子 22:59:11
VFP 是啥?
已验证6 22:59:16
这没什么
隐身上线, 22:59:17
也许很老
隐身上线, 22:59:20
大家都不知道了
BadBoyRyan 22:59:24
微软的开发工具
BadBoyRyan 22:59:35
foxbase我都玩过了
隐身上线, 22:59:36
但是要知道,用它做一个东东,非常快
隐身上线, 22:59:51
当然做B/S的,或是大并发的,不好
BadBoyRyan 22:59:52
加个好友
隐身上线, 22:59:59
但是 有一点
隐身上线, 23:00:34
对于开发者 因为 页面上要增加一个 下拉框
隐身上线, 23:00:59
就要去 先到数据库中增加一个字段
隐身上线, 23:01:05
然后去做一个下拉框
隐身上线, 23:01:14
然后还要改页面
隐身上线, 23:01:23
有中间层的还要增加对应关系
隐身上线, 23:01:33
JAVA的还要编译
隐身上线, 23:01:40
做了这么一长串工作
隐身上线, 23:01:47
真正有用的是哪个?
隐身上线, 23:01:51
对于业务来说
已验证6 23:01:53
是的,映射关系...

隐身上线, 23:02:04
有用的就是一个加一个下拉框
隐身上线, 23:02:12
所以我们的平台把它改成这样
已验证6 23:02:23
对头....为了业务而定制业面,一个个的去加
隐身上线, 23:03:02
点增加字段, 出来一个选择 类型 你选下拉框 如果没有现成的,让你新一个 (后台存到数据字典)
隐身上线, 23:03:14
然后你起个字段名 ,
一年又一年 23:03:19
哈哈
隐身上线, 23:03:22
后台给你更改数据库
隐身上线, 23:03:37
这样 你这个字段 与下拉框建立关联
已验证6 23:03:44
这个是生成出一套业务库出来,还是基于你们的基础的数据库
隐身上线, 23:03:56
所有刚才说的一长串动作,由解析文件来完成
隐身上线, 23:04:06
所以你要做的 就是一件事
隐身上线, 23:04:24
增加 下拉框 ....设置下拉框的值 ....放在合适位置
隐身上线, 23:04:28
仅必须做的
隐身上线, 23:04:37
不必因为技术要求去做不必要的
已验证6 23:04:55
雪线...回复下我刚问的的那个问题,好不...我想知道业务库这一块,你们是怎么做的
隐身上线, 23:05:06
那一长串 因为技术的要求页做的, 我们认为 是 垃圾活
隐身上线, 23:05:26
我们认为 中国 99%的程序的99%的时间在做这种 垃圾活
隐身上线, 23:05:36
业务....
隐身上线, 23:05:42
这个 要分两块
隐身上线, 23:05:53
首先在96开始
隐身上线, 23:06:04
将业务的一部分 从技术中分离出来
隐身上线, 23:06:10
变成了工作流引擎
隐身上线, 23:06:24
这个大家同意吗?
已验证6 23:06:28
同意
隐身上线, 23:06:30
OK
隐身上线, 23:06:53
工作流引擎解决了 如订单处理 中流程的变化
隐身上线, 23:07:00
但是解决不了 商务计算
隐身上线, 23:07:14
比如 一个出货单,要扣库存
隐身上线, 23:07:19
这是商务计算逻辑
隐身上线, 23:07:30
这是另外一块 是不是?
一年又一年 23:07:40
现在你的系统应该能处理这个问题
已验证6 23:07:44
商务计算是业务中的问题,可以组件化,提供配置入口吧
隐身上线, 23:07:46
刚才问我 业务 是不是 指这个?
隐身上线, 23:07:57
我们目前是这样处理的
隐身上线, 23:08:09
商务计算 确实是组件化
隐身上线, 23:08:16
然后 我们 在引擎上有事件
隐身上线, 23:08:23
可以触发这个组件
一年又一年 23:08:38
属于绑定
隐身上线, 23:08:38
这样实现 流程可配置 ,
隐身上线, 23:09:09
比如 有些公司 认为 在客户下订后要扣库存,
隐身上线, 23:09:18
有些要 在确认后扣库
已验证6 23:09:19
我的意思是,流程中走单据,单据对应到你的表单,那我定义好表单以后,是否会生成一套这样的业务数据库出来呢,还是在我原有的系统上,做一些工作
隐身上线, 23:09:45
原有系统?
隐身上线, 23:09:47
指什么?
已验证6 23:09:52
就是平台本身
隐身上线, 23:10:06
你定义表单时 可以选择 已有的表
隐身上线, 23:10:14
也可以新建表
隐身上线, 23:10:21
随便你选择
一年又一年 23:10:26
现在这个系统应该还不能与其它现有系统集成, 只能在本平台上做集成.
已验证6 23:10:29
OK,很满意你的回答,呵呵
隐身上线, 23:10:34
错了
已验证6 23:10:38
错..哈
隐身上线, 23:10:41
我们与好多ERP集成
一年又一年 23:11:11
比如, 我的公司现在有一套人力资源管理系统, 用得很好, 如何集成?
隐身上线, 23:11:19
可以做到,读取其它系统的库,生成表单,或是回写到其它库
已验证6 23:11:44
已经组件化了,通过webservice应该暴露服务,一样可以进行集成,是这样不
一年又一年 23:11:56
难.
隐身上线, 23:12:10
我们集成了几套
隐身上线, 23:12:21
主要是与 已有的ERP集成
隐身上线, 23:12:29
分为两种情况
一年又一年 23:12:51
讲讲, 听听.
隐身上线, 23:12:52
一是 他们想保留原的库,但是在我们的系统中录入
隐身上线, 23:12:57
比如 原来有HR
隐身上线, 23:13:02
有工资计算
隐身上线, 23:13:06
也有 请假管理
隐身上线, 23:13:15
但是请假管理仅是人工录入的
隐身上线, 23:13:21
不能走审批流程
隐身上线, 23:13:31
为了不破坏原来的HR
隐身上线, 23:13:37
但又要走流程
隐身上线, 23:14:15
不想用我们表单定义来重画表单
隐身上线, 23:14:21
这点大家可以理解吧
已验证6 23:14:28
同意
隐身上线, 23:14:34
HR中原来的表单是不能在我们系统中走流程的
已验证6 23:14:37
很合理的业务需求
隐身上线, 23:14:56
我们只能对他的库做一个 新的表单
隐身上线, 23:15:07
这时又有两种 做法
隐身上线, 23:15:23
如果 是 SQL 或是ORACLE的数据
隐身上线, 23:15:25
库
隐身上线, 23:15:46
那么 一种 很简单的做法 就是 设置同义词
隐身上线, 23:16:01
这样 我们的表单定义 看上去在操作我们自己的库
隐身上线, 23:16:15
但保存时,其实存到了HR的库中
隐身上线, 23:16:31
我们的库中只有 一些 字段与控件 的对应关系
已验证6 23:16:40
同义词,是不是做一个映射,对应到HR库?
一年又一年 23:16:43
对这个系统的架构上基本清楚, 有点敏捷思想.
隐身上线, 23:16:50
在数据库中做
隐身上线, 23:17:05
另一种做就比较传统了
一年又一年 23:17:22
与现在JAVA世界的思想是完全冲突的, 完全没有OO的.
隐身上线, 23:17:26
在这边建一张表(当然是用平台,在你做表单时悄悄建立)
隐身上线, 23:17:44
OO有的,
隐身上线, 23:17:49
只是不要人来做
隐身上线, 23:17:55
仅此而已
隐身上线, 23:18:05
当然这是我的看法
一年又一年 23:18:12
这样的系统, 维护和升级都会比较麻烦
隐身上线, 23:18:25
如果为了OO,而做一堆 映射
隐身上线, 23:18:35
那么我认为可以做 OO -OO -OO
一年又一年 23:18:44
是啊, OO就没有这些了
隐身上线, 23:18:45
你可以映射两层
已验证6 23:18:47
嗯,可以这样理解不,表单这一块职责明确,业务那边也很明确...再就是相互对应
隐身上线, 23:18:52
就可以映射 一百层
隐身上线, 23:19:02
为了 加一个下拉框
一年又一年 23:19:14
取舍之间
隐身上线, 23:19:15
搞一百个层员去映射 每一层
一年又一年 23:19:26
有理
隐身上线, 23:19:31
OO是要有的
隐身上线, 23:19:57
我们的理念是 如果 确定了 表单的控件 与数据库字段的对应 后
一年又一年 23:20:01
有个问题, 架构上的, 如何支持更多的用户和并发?如集群和负载均衡?
隐身上线, 23:20:06
中间层的工作 是没有必要人来做的
隐身上线, 23:20:13
不是说不要中间层
已验证6 23:20:22
我有一点不明白,这么多映射,那么映射这一层,如何维护,设计过程中也好,开发过程也好,关系多了,维护量也就大了,这一块你们如何考虑的呢
隐身上线, 23:20:23
强调的是不要"人" 来做
隐身上线, 23:20:43
这就是现在JAVA开发的问题
隐身上线, 23:20:52
系统会比人稳定
隐身上线, 23:20:59
你改了两头
隐身上线, 23:21:22
中间层的OO ,映射什么的,系统会重新生成
隐身上线, 23:21:29
你们回头想一下
隐身上线, 23:21:36
写了那么多的XML
隐身上线, 23:21:45
真的有技术含量吗
一年又一年 23:21:51
严重同意, 但还没有想到解决的办法.
隐身上线, 23:21:52
不就是在做映射吗
一年又一年 23:21:57
JAVA就是这样
隐身上线, 23:22:00
我们的口号是
隐身上线, 23:22:08
让程序员做程序员的事
隐身上线, 23:22:16
让清洁工做清洁工的事
隐身上线, 23:22:22
程序该做什么?
已验证6 23:22:29
职责明确呀
一年又一年 23:22:38
一年又一年 23:20:01
有个问题, 架构上的, 如何支持更多的用户和并发?如集群和负载均衡?
一年又一年 23:22:47
这个问题也很重要
隐身上线, 23:22:56
画页面? 做映射?
隐身上线, 23:23:03
我们认为 不是
一年又一年 23:23:07
是这个系统长期稳定发展的问题
隐身上线, 23:23:16
程序员应该写 商务计算
隐身上线, 23:23:28
当然 我是指 应用程序方面的程序员
隐身上线, 23:23:39
如果你做 与硬件 的,另当别论
隐身上线, 23:23:43
那个我不懂
一年又一年 23:24:04
也就是说,你们现在的系统的用户不多, 并发不高
隐身上线, 23:24:23
一年又一年 23:24:04
也就是说,你们现在的系统的用户不多, 并发不高?
隐身上线, 23:24:34
为什么这么说?
隐身上线, 23:24:53
这个与集群或是并发有关系吗?
已验证6 23:24:56
我也没听明白,什么并发
隐身上线, 23:25:12
我所说的一切与并发和集群都没有关系吧
一年又一年 23:25:34
因为你没有回答我的问题, 也就是没有遇到这类问题, 也就是说, 系统也没有发展到另外一个阶段.
已验证6 23:25:37
雪线,映身这一层你们由系统完成,无需人工去配置
隐身上线, 23:25:46
是的
隐身上线, 23:25:57
但是生成的代码是与人工写的一样的
隐身上线, 23:26:01
只是更规范
已验证6 23:26:16
那一层,你们在设计的时候是怎么想的呢,毕竟有那么东西做的呀
隐身上线, 23:26:28
按照一个大家认可的格式和优化后的格式来生成
隐身上线, 23:26:50
那一层,你们在设计的时候是怎么想的呢,毕竟有那么东西做的呀??
隐身上线, 23:26:54
指什么?
隐身上线, 23:27:00
我没有听太明白
已验证6 23:27:02
我指的是中间那层
已验证6 23:27:11
oo - 00 -oo
一年又一年 23:27:24
基本没有的
隐身上线, 23:27:39
ASP的是没有的
已验证6 23:27:53
前一个OO可以理解为你的平台,最后那个OO可以理解为业务系统,那中间这层呢
隐身上线, 23:27:55
生成的JAVA的是有的
一年又一年 23:28:03
JAVA 不是OO
隐身上线, 23:28:25
我不太理解你的 三个 OO
隐身上线, 23:28:50
JAVA下我们只是 借用了 hibernate
已验证6 23:29:01
表单自定义--映射--业务
隐身上线, 23:29:13
不过,为了客户端的展现和数据操作
隐身上线, 23:29:22
在客户端也生成了一个 dataSet
隐身上线, 23:29:38
表单定义好象与业务无关
一年又一年 23:29:39
这个系统, 如果在人数小于100的公司,使用, 没有问题, 如果公司人数超过1000以上, 人们使用的再多些, 以些为工作平台, 就难说了.
已验证6 23:30:15
定义出来的单据就是业务呀....而这个单据走的就是流程呀...怎么没有关系呢
一年又一年 23:30:17
小公司比较欢迎这样的系统, 满足需要, 很全,能扩展
隐身上线, 23:30:26
那你就是怀疑目前 的语言
隐身上线, 23:30:33
因为我们的平台生成代码后
隐身上线, 23:30:39
运行 的是生成的代码
隐身上线, 23:30:44
与平台无关
隐身上线, 23:30:52
平台仅完成开发
隐身上线, 23:30:57
运行时是不参与的
隐身上线, 23:31:15
如果你说 ASP或,JSP写的东西不支持大用户量
隐身上线, 23:31:24
那么 就会有这个问题
一年又一年 23:31:58
不是这个问题, 是扩展性, 这是设计前期要考虑的
隐身上线, 23:32:02
定义出来的单据就是业务呀....而这个单据走的就是流程呀...怎么没有关系呢
隐身上线, 23:32:09
这个不完全对
已验证6 23:32:16
怎么说
隐身上线, 23:32:28
如果仅是存取就说是业务的话
隐身上线, 23:32:31
就太简单了
隐身上线, 23:32:46
刚才说了 业务分两块
隐身上线, 23:32:52
一是流程 二是商务计算
隐身上线, 23:32:59
流程由 工作流引擎,
隐身上线, 23:33:05
商务计算 是程序员的工作
一年又一年 23:33:16
哈哈, 长见识.
一年又一年 23:33:19
睡觉
一年又一年 23:34:26
不过, 这个问题确实要好好想想, 我们程序员到底要的是什么.
已验证6 23:34:29
雪线,辛苦你了,讲了很多,加深了平台的理解,工作流的理解....表单的理解,多谢哈...
以后多发表....
隐身上线, 23:34:39
不客气
隐身上线, 23:34:43
偶尔上来
一年又一年 23:34:58
如果不介意, 我将今天的东西发现在BLOG里, 大家评?

隐身上线, 23:35:07
可以啊
一年又一年 23:35:41
最近也在想简化开发框架的问题,但没有头绪
隐身上线, 23:35:58
目前全国有四个团队在与我联系
一年又一年 23:36:13
至少今天的讨论是个火星
隐身上线, 23:36:21
有想法是好的
隐身上线, 23:36:26
做平台的很多
隐身上线, 23:36:37
其实就数据字典分类这一块
隐身上线, 23:36:44
我们就调整了三次
隐身上线, 23:36:58
现在已经很稳定了
已验证6 23:37:05
我孤军奋战JBPM将近有一年多了,像你说的,很多工作都是在做映身这一层,我定位为,流程已经定义好了,客户通过配置来实现业务...但业务是定制级的,现在做不下去了,越发的复杂...听到你的一翻话,有了更好的理解,哈...谢谢,谢谢
一年又一年 23:37:15
能有这样高度适应的平台, 真的辛苦啦
隐身上线, 23:37:20
多谢
隐身上线, 23:37:39
这个平台基本耗尽了我的积蓄
一年又一年 23:38:11
但现在做平台的是好多, 同质化严重
已验证6 23:38:14
但这个平台会给你带来更大的收益,呵呵
隐身上线, 23:38:14
我是说在开发期
隐身上线, 23:38:20
现在很好了
隐身上线, 23:38:33
同质化..我倒不同意
隐身上线, 23:38:41
我倒是感觉 差异很大
一年又一年 23:38:45
分解:
隐身上线, 23:38:48
但是大家都叫平台
隐身上线, 23:39:01
有些 就几个页面的东东也叫平台
一年又一年 23:39:17
这个有理
隐身上线, 23:39:21
应该说叫平台的很多
隐身上线, 23:39:33
但真正的平台 少
隐身上线, 23:39:44
其实就目前来说我对我们产品还有很多想法
隐身上线, 23:40:06
但一切需要时间
已验证6 23:41:56
对头,雪线,你前面有说到了一点,平台不参与运行,也就是说,这个平台能生成出一套业务系统出来?
隐身上线, 23:42:06
是这样的
隐身上线, 23:42:11
平台嘛
隐身上线, 23:42:39
所做的工作是 提供一些运行的类库 如 表格,可以录入的下拉框,下拉树.......
隐身上线, 23:42:50
还有就是表单定义
隐身上线, 23:42:53
数据库定义
隐身上线, 23:42:57
流程定义
隐身上线, 23:43:00
菜单定义
隐身上线, 23:43:09
定义完成后,平台就完成了
隐身上线, 23:43:13
你可以把平台删除
隐身上线, 23:43:19
把应用拿走
隐身上线, 23:43:46
你用eclips写个东东,不用客户一定要在eclips中运行 吧?
隐身上线, 23:43:50
其实就是这样,
已验证6 23:43:53
好思想,这种才是平台哈....呵呵
但做到这一点,不是那么简单吧....
隐身上线, 23:44:03
我们只是把开发搬到了WEB上
隐身上线, 23:44:25
然后尽可能多地提供 类库
隐身上线, 23:44:36
如果容易的话,
隐身上线, 23:44:49
就会是遍地是真正的平台
隐身上线, 23:45:02
而不是遍地是平台但真正的平台少了
已验证6 23:45:05
呵呵....雪线,顶你哈...呵呵

隐身上线, 23:45:08
是不是?
隐身上线, 23:45:19
当然 是不是平台,还得大家说了算
隐身上线, 23:45:27
我只是说出我的想法

隐身上线, 23:45:41
不过我们目前开发的应用,全部是在IE中开发
隐身上线, 23:45:46
目前的开发方式是这样
已验证6 23:45:48
支持....
隐身上线, 23:46:01
我们与客户商谈时
一年又一年 23:46:04
全新的思想.
已验证6 23:46:06
简单的在IE中就能完成一套系统,已经很帅了
隐身上线, 23:46:14
有了一些意向
隐身上线, 23:46:24
我们就会开通一套
隐身上线, 23:46:35
包括了平台+他关注的应用
隐身上线, 23:46:47
当然应用 只能是标准版
隐身上线, 23:46:53
他在他们公司看
隐身上线, 23:47:02
然后QQ或MSN与我们程序员沟通
隐身上线, 23:47:10
我们程序员在这边改
隐身上线, 23:47:15
一按保存
隐身上线, 23:47:18
他那边就有了
隐身上线, 23:47:41
基本上是这样,先把没有除了计算以外的东东全部沟通完成
隐身上线, 23:47:54
有些简单的,是由客户自己来画
隐身上线, 23:47:58
包括流程和页面
隐身上线, 23:48:12
这里的页面不仅是指走流程的页面
隐身上线, 23:48:15
包括任何页面
隐身上线, 23:48:24
比如说 HR中的人员信息
隐身上线, 23:48:53
前一段单 我们客户说要加一个 什么 他们自己的 报关 关联号
隐身上线, 23:49:00
这个我也不懂是什么
隐身上线, 23:49:04
他们自己可以加
隐身上线, 23:49:12
无所谓的
隐身上线, 23:49:25
形成我们 与客户共同开发一套系统
隐身上线, 23:49:39
服务器 在托管的机房
隐身上线, 23:49:43
客户在他们公司
隐身上线, 23:49:52
我们的程序员在我们公司
隐身上线, 23:50:07
形成这样的协作
已验证6 23:50:22

隐身上线, 23:50:33
其实下一步
隐身上线, 23:50:37
我想做的,
隐身上线, 23:50:49
是做一个 叫一起定程序的网站
隐身上线, 23:50:54
参考了目前的WIKI
隐身上线, 23:51:03
开放我的平台
已验证6 23:51:14
一起定程序,什么意思
隐身上线, 23:51:19
假如 有一批网友
隐身上线, 23:51:39
比如说 已验证 和 一年又一年
隐身上线, 23:51:43
在网上认识了
隐身上线, 23:51:57
并且在 工作流方面有共同的心得
隐身上线, 23:52:03
想开发一套 OA系统
隐身上线, 23:52:21
但是人又不在一起
隐身上线, 23:52:28
那么我提供这个平台
隐身上线, 23:52:39
你们可以申请一个应用程序号
隐身上线, 23:52:53
然后你们俩人可以作主创人员
隐身上线, 23:53:02
也可邀请其它人参与
隐身上线, 23:53:08
开发到一定程序
隐身上线, 23:53:11
一定程度
隐身上线, 23:53:22
可以把这个应用开放出来公测
隐身上线, 23:53:30
如果成熟了
隐身上线, 23:53:45
可以出租,也可以请求 发布下载
隐身上线, 23:54:03
发布下载 的是 纯的应用部分,没有平台功能
一年又一年 23:54:18
这个模式有新意
已验证6 23:54:23
哇,哈哈,雪线的心好大呀...哈哈.....
做到了这一点....哈哈....那真的是帅呆了
隐身上线, 23:54:28
我仅作为 平台的提供者
隐身上线, 23:54:42
把大家的力量集中起来
隐身上线, 23:55:00
丰富应用
隐身上线, 23:55:17
逐步积累,可以做到,
隐身上线, 23:55:26
让大家想应用找 雪线
已验证6 23:55:48
哈哈....
已验证6 23:55:51
哈哈....
已验证6 23:55:59
强烈支持....
已验证6 23:56:02
哈哈....
已验证6 23:56:08
顶...
隐身上线, 23:56:10
SALSFORC 的模式向前一小步
隐身上线, 23:56:41
其实SaleForce的开发方式与我目前的差不多,只是它不提供工作流引擎和事件
隐身上线, 23:56:49
也不支持手写代码
一年又一年 23:57:07
4G
隐身上线, 23:57:09
但是可以更改一些页面,
隐身上线, 23:57:35
很高兴听我唠叨
隐身上线, 23:57:46
很高兴大家听我唠叨
隐身上线, 23:57:51
浪费大家的时间了
已验证6 23:57:52
呵呵....讲和很好,结我们做了一次培训哈
隐身上线, 23:57:57
不早了,
已验证6 23:57:58
呵呵,支持
隐身上线, 23:58:04
大家睡吧
已验证6 23:58:12
OK,雪线,记住你了,以后多多交流...呵呵
隐身上线, 23:58:15
OK
隐身上线, 23:58:17
谢谢
一年又一年 23:58:24
哈哈
隐身上线, 23:58:28
愿意交流的可以加我
已验证6 23:58:31
OK,你也早些休息,见到了传说中的高手,哈
隐身上线, 23:58:43
对的错的,大家多说说
隐身上线, 23:58:48
我不是高手,
隐身上线, 23:58:59
只是一个不会编程但又想写应用的人
隐身上线, 23:59:14
所以做个笨一点的东东,给我这样的人来用,
隐身上线, 23:59:24
还想在Web上给大家用
隐身上线, 23:59:27
就是这样
隐身上线, 23:59:49
我编程的水平很差
隐身上线, 23:59:53
说实话,
隐身上线, 00:00:03
刚才 说的 OO - OO- OO
隐身上线, 00:00:08
我还是第一次听说
已验证6 00:00:20
但思想已经到了一个好高的高度了,呵呵
隐身上线, 00:00:21
我只知道 三层 的架构
隐身上线, 00:00:59
所以有些东东我说不好
隐身上线, 00:01:08
真的要走了
隐身上线, 00:01:13
大家早点睡
已验证6 00:01:17
嗯,好的...谢谢你讲解

隐身上线, 00:01:23
88
本文的讨论也很精彩，浏览讨论>>


JavaEye推荐



]]> Thu, 07 Aug 2008 12:00:16 +0800 http://lurena.javaeye.com/blog/225360 http://lurena.javaeye.com/blog/225360 顿悟, 软件的设计 lurena 作者: lurena  链接：http://lurena.javaeye.com/blog/223255  发表时间: 2008年08月02日

声明：本文系JavaEye网站发布的原创博客文章，未经作者书面许可，严禁任何网站转载本文，否则必将追究法律责任！

对软件的思考
作为一个软件开发人员, 我, 工作了四年, 入行时间不长, 一直在JAVA领域做项目, 从JSP时代走过, 做过EJB项目, 维护过用procedure写的业务逻辑, 参与了银行系统(比较规范)的开发, 作过系统的售前方案,现在暂作项目管理, 虽然,每个项目都有它特有的行业背景和时代特征, 从一个程序员的角度去看这些项目, 无非让程序员实现起来感觉烦燥或困惑与否, 因为初级程序员的水平来没有这样的感悟能力, 所以, 部分人会选择继续学习, 学习语言的特性, 学习设计(模式), 学习项目架构, 学习操作系统, 学习业务知识等等, 正是这些知识的积累, 程序员开始成长, 变得充实而自信,更多的应对和解决实际问题. 但这些是项目的全部吗? 是否具备了这些知识, 就达到了项目架构师或系统分析师的要求? 现在我的回答: NO.

如何理解设计
那么什么是软件设计, 什么是软件的灵魂, 这是首先要回答的问题. 之前, 我的理解如下, 熟练使用几种设计模式, 软件能够灵活适应业务变更, 软件可以灵活配置, 等等. 虽然能达到这样要求的软件已比较接近答案, 但还没有达到真正设计的高度.

我的回答
基于业务模型(domain model)构建, 采用某种语言实现, 结合具体的框架和容器, 为展示层(view, 不一定有)提供
服务的完整解决方案.

domain model: 是对行业的业务建模, 行业的业务高度抽象和涵盖, 所有业务都可以从些引申, 我称之为项目的core, 这是项目的核心, 行业解决方案的核心, 即神.但, 只有些, 也不能称之为一个项目或框架.
语言/框架/容器(架构层): 这是实现手段,对domain model的实现, 即形. 这里涉及到操作系统, 通讯方式, 持久方案, 服务和流程设计,这里往往被是最容易被人们认为的设计部分,而没有一个完整的domain model作支撑, 这样的设计也不会走太远, 至少, 有一定的限制. 但,如果这个的设计能够被完成, 在业内也是一个不错的软件, 也能做到被人称道.
view: 用户接口, 即外衣.

为什么ror/grails不能被应用到企业开发领域, 很大程序上是由于它不能对domain model的支持, 软件的灵活性是复杂应用条件下, 显得无能为力.现在大部分软件也没有domain model, 更甚将技术架构与view混为一谈, 导致需求的变更引导软件整体变更,不能适应需求的变化.
架构层可以由EJB,SPRING,SOA,等实现,这也只是服务的接出方式,适应技术发展的表现.但架构的核心不应因此改变而改变.

适用范围
以上适用于企业应用和服务性网站的设计.

声明:以人为本人现阶段的认识,有不足和错误之处,请拍砖.在此先谢过各位.
本文的讨论也很精彩，浏览讨论>>


JavaEye推荐



]]> Sat, 02 Aug 2008 00:25:10 +0800 http://lurena.javaeye.com/blog/223255 http://lurena.javaeye.com/blog/223255 国内中小软件企业项目管理讨论 lurena 作者: lurena  链接：http://lurena.javaeye.com/blog/214714  发表时间: 2008年07月14日

声明：本文系JavaEye网站发布的原创博客文章，未经作者书面许可，严禁任何网站转载本文，否则必将追究法律责任！

国内中小软件企业现状
虽然没有调查，但在国内，开发人员小于30人的软件企业应该不在少数（在我面试过的单位中，有半数左右），这样的企业创建时间不太长， 可能在五年之内，有较固定的客户，企业的生存较稳定。
由于企业成立之初，多为解决企业生存问题而开发，相应的规范和质量管理并没有太多的关注，很可能是三四个开发人员简单的组合，分模块后就开始工作了，在紧张的开发后，就把认为能完成客户需求的应用交付了，但交付后，客户需求却才开始，项目开发越来越难以进行。之后，人员流动增加，数据维护比程序维护还要多，项目变得越来越不能满足客户的需求变化。

下面是本人所在公司的一个特例
这时，BOSS发现了企业要发展，需要规范管理和企业积累，需要提高交付质量，需要开拓新的市场。所以，改变就开始了。
原来的“扃平”管理方式要改，成立了部门，成立了项目组，挑选了干将做项目经理；
改变“大锅饭”制度，考评制度也有了；
要推行CMM*，要文档，要配置管理，要学PMP，要……
引进人才，进入重要部门，任要职；
与其它公司合作，补充业务和技术上的不足，增加对外实力；

企业总是要发展，要向前走，但是，这样做的结果会是怎样呢？如何做好呢？

问题的提出
公司要改变，无可厚非，BOSS要改变的信心也不容置疑，但是（总在有个但是），路要怎么走，怎么才能走好？
1 公司内的人员，工作时间都不超过五年，平均2年左右，对软件工程和项目管理没有什么概念，但是对现状也极为不满，有强烈的改变意愿
2 OO思想和设计能力有限，开发过程基本就是一个套路——开源框架的简单堆砌，或许这样说太夸张，但一点也不为过，对框架没有深入学习，只知道如何配置，如何使用插件开发，更变一点，就完全不知所措
3 公司选出来的“项目经理”，由于过去对如何实现业务关注太多，对OO和设计不关注（应该是没有时间和精力），思想上跟不上节奏，管理也只剩下“管”和“理”了，管理形同虚设，CMM*也只是走过场
4 外部人员与公司人员思维上无法接轨，起不到实际作用

困惑
面对种种压力和困惑，虽然接触过较规范的大型软件开发过程，想在这种环境下实施，但感觉到的压力比想象的要大得多， 如果按照自己的设想，要改变的太多，一已之力，自己要累坏了也不一定能做好，而且，我也不是全能。
-----------------------
做事，总想做的更完美，一个程序员的困惑。
本文的讨论也很精彩，浏览讨论>>


JavaEye推荐



]]> Mon, 14 Jul 2008 21:16:38 +0800 http://lurena.javaeye.com/blog/214714 http://lurena.javaeye.com/blog/214714