│ { 从问题b来看，当初Delphi设计事件时，搞得响应过程的参数各不相同是失策的
│ { 应该使用这样统一的过程：
│ { ProcedureDoSomeEvent(constdataIn:TrecIn;vardataOut:TrecOut);//不用ofobject
│ { TrecIn=Record
│ { selfClass:事件触发者的类
│ { selfForm:事件触发者所属的Form，可能冗余
│ { selfObject:事件触发者（相当于Sender）
│ { selfEvent:当前的事件（如单击还是双击）
│ { Data:以XML或INI表达的其它所有必须的传入信息（如：按键的值、选中的Grid的位置等等）
│ { End;
│ { TrecOut=Record
│ { Data:以XML或INI表达的过程所产生的所有的传出信息
│ { End;




└【技术探讨：Delphi-脚本】利用pascal script（简称PS）的方法 [haitao](967) 11:41:26 2005-03-16
│ { 昨晚3:00突发奇想：两种利用pascalscript（简称PS）的方法：
│ { 1、从Form到界面都是用PS作，但是设计界面比较繁琐，不表
│ { 2、Form和PAS全部都是Delphi下作、写的，运行时，dfm被主控程序加载，pas（经过预处理）被主
│ { 控程序作为PS程序（dfm原来的事件响应过程被预处理成一个个PS认同的独立的过程，执行时根据全
│ { 局的信息每次只执行一个过程）加载
│ { 在dfm原来的事件统一交由主控程序的一个AllEventInOne过程来处理
│ { （这里涉及2个问题：
│ { a、加载dfm时，如何知道哪些事件是有响应过程的，哪些是没有的－－好像dfm文件里本来有对应的
│ { 信息，但是如果没有dfm对应的pas的编译后的代码，这个对应关系在加载时应该会被清空的吧；
│ { b、各种事件的过程的参数各不相同，怎么能由一个过程来响应？）
│ { AllEventInOne应该知道当前是作为哪个类、哪个对象、哪个事件来调用的，从而设置全局信息，再
│ { 去调用那个PS程序
│ { 还有一个问题，就是：c、PS程序是否可以重入？如：主程序调用PS程序，PS程序执行主程序的某个
│ { 过程，而这个过程又再去调用PS程序
│ {
│ { 如果可行，这种方式的运行效率可能会高很多，每个Form只要一个PS程序，一次解释，随便执行
│ { 而且很完备地保留了dfm/pas的对应关系－－设计、开发均可以仍然使用Delphi，开发效率也会很高
│ {
│ { 从问题b来看，当初Delphi设计事件时，搞得响应过程的参数各不相同是失策的
│ { 应该使用这样统一的过程：
│ { ProcedureDoSomeEvent(constdataIn:TrecIn;vardataOut:TrecOut);//不用ofobject
│ { TrecIn=Record
│ { selfClass:事件触发者的类
│ { selfForm:事件触发者所属的Form，可能冗余
│ { selfObject:事件触发者（相当于Sender）
│ { selfEvent:当前的事件（如单击还是双击）
│ { Data:以XML或INI表达的其它所有必须的传入信息（如：按键的值、选中的Grid的位置等等）
│ { End;
│ { TrecOut=Record
│ { Data:以XML或INI表达的过程所产生的所有的传出信息
│ { End;
├实际上你要考虑的，是如何用字符串去驱动事件。这也是DELPHI在WEB SERVICE里解决的问题。 [p...
│ { 标题：实际上你要考虑的，是如何用字符串去驱动事件。这也是DELPHI在WEBSERVICE里解决的问
│ { 题。[pcplayer](0)11:45:002005-03-16
│ { 正文：--无内容--
├嘿嘿，你说的这些东西，Justep早在两三年前就实现过了，而且功能超乎你现在的想象。 [解决](...
││ { 标题：嘿嘿，你说的这些东西，Justep早在两三年前就实现过了，而且功能超乎你现在的想象。
││ { [解决](0)11:52:002005-03-16
││ { 正文：--无内容--
│├是6年前，在99年就已经可以了 [pigprince](0) 11:54:00 2005-03-16
││├他们怎么解决问题c的？ [haitao](0) 11:57:00 2005-03-16
││└他们好像也是参考的Dream Script，用了很多dream的核心代码。 [CBuilder](0) 12:00:00 2...
││ { 标题：他们好像也是参考的DreamScript，用了很多dream的核心代码。[CBuilder](0)12:00
││ { :002005-03-16
││ { 正文：--无内容--
│├他们用得怎么样？有没有用在什么项目上？ [haitao](49) 11:55:57 2005-03-16
│││ { 感觉如何？
│││ {
│││ { 即使不用在项目，直接把它引入Delphi，让Delphi同时支持解释型也很不错啊
││└Justep现在好像比较牛，项目不少 [Fish](0) 12:19:00 2005-03-16
││ └用户的感觉如何？ [haitao](1333) 12:53:15 2005-03-16
││ │ { 应该不错吧
││ │ { 哦：
││ │ {
││ │ { Justep喜获“用户满意度综合第一”最有价值奖
││ │ {
││ │ {
││ │ { 来源:justep发布时间:2004-10-012:04:50
││ │ { 　
││ │ {
││ │ { 2004年中国IT用户满意度年会上，在Justep喜获业务架构平台领域“用户满意度综合第一
││ │ { ”的大奖。该“用户满意度综合第一”是建立在“产品满意”、“服务满意”、“产品竞
││ │ { 争力”、“用户忠诚度”等多项子项目调研评测基础之上的。Justep连续两年获得该奖项
││ │ { 。
││ │ {
││ │ { 　
││ │ {
││ │ { 只有客户成功，才能真正保障Justep的发展
││ │ {
││ │ { Justep认为，只有客户成功，才能真正保障公司乃至产业的健康长久发展。Justep坚持对
││ │ { 客户成功真正报以认真的态度，把“只论成败，不论理由”作为一项基本原则，把用户成
││ │ { 功当作最根本的目标和评判依据，视产品质量和用户服务为企业生存与发展的两大基本要
││ │ { 素。因此，在注重倾听用户建议的同时，Justep始终致力于服务创新，以专业的个性化服
││ │ { 务有效满足用户需求，并以极高的满意度赢得用户的忠诚度。
││ │ {
││ │ { 在“只论成败，不论理由”的原则下，Justep不但建立起高效、严格的服务质量监控体系
││ │ { ，从各个方面完善其客户服务，更可以敏锐的针对客户不断变化中的特殊需求，及时、适
││ │ { 时的推出种种量身定制的个性化服务，以消除客户的后顾之忧，成为众多用户业务顺利进
││ │ { 行的坚强后盾。
││ │ {
││ │ { 　
││ │ {
││ │ { Justep客户成功保障计划
││ │ {
││ │ { 2004年，JustepBusiness3.0产品以其蕴含的巨大战略价值和表现出来的强大实现能力，越
││ │ { 来越被众多合作伙伴和最终用户广泛认可和采用。
││ │ {
││ │ { 在“帮助顾客成功”理念的指导下Justep的咨询、培训和支持服务，旨在帮助合作伙伴
││ │ { 在整个信息化项目期间，最大程度地降低风险，加速投资回报。Justep和合作伙伴，不仅
││ │ { 要成功，而且还要多快好省。Justep能确保用户获得所需的专门技能、专业知识和技术支
││ │ { 持，从概念一直到实际生产，无所不包。
││ │ {
││ │ { 　
││ │ {
││ │ { Justep典型成功案例分析
││ │ {
││ │ { 通过对Justep典型用户的探讨和分析，更好地认识信息化的使命和目标，理解信息化面临
││ │ { 的核心和普遍问题，找出信息化成功的关键策略和方案。相信Justep典型案例，可以给大
││ │ { 家带来许多启示：
││ │ {
││ │ { 红河卷烟厂：
││ │ { 现代企业信息化的典范
││ │ {
││ │ { 宅急送：
││ │ { 建立覆盖全国的高效业务处理网络
││ │ {
││ │ { 潍坊市电子政务：
││ │ { 国内地级市电子政务的先进样板
││ │ {
││ │ { 斯达模式：
││ │ { 传统国企信息化的典范
││ │ {
││ │ { 上海市公安803：
││ │ { 大型复杂业务型电子政务的突破
││ │ {
││ │ { 诸暨模式：
││ │ { 三个月干了两年的活
││ │ {
││ │ { 人本集团：
││ │ { 解开“信息化死结”
││ │ {
││ │ { 中石化油田设备资产项目：
││ │ { 巨额国资的精细管理
││ │ {
││ │ { 南海教育局：
││ │ { 网上教育局的示范样板
││ │ {
││ │ { 宜昌超高压管理处：
││ │ { 国家电力枢纽的信息化样板
││ │ {
││ │ { 枣庄矿务局：
││ │ { 三个人三个月完成七个业务系统
││ │ {
││ │ { 哈尔滨电机厂：
││ │ { 自主掌控信息化的典范
││ │ {
││ │ { 正方集团：
││ │ { 企业高速发展中的敏捷信息化
││ │ {
││ │ { 新钢帆热电厂：
││ │ { 从烂尾工程到典范工程
││ │ {
││ │ { 高密电力局：
││ │ { 电力局集成信息系统
││ ├这种东西，不能全信，也不能不信 [王中王](0) 12:54:00 2005-03-16
││ │└那是自然的 [haitao](25) 12:57:26 2005-03-16
││ │ { 出自别人之口的夸奖也不能全信，何况是出自自己之口的
││ └个人觉得，还是有一定的可信度 [Fish](124) 22:33:05 2005-03-16
││ │ { 在justep宣传的不少客户中，有不少是较大的客户。
││ │ { 按照俺的猜测，在这些客户中，应该也有自己的IT队伍或部门，有相当的能力。
││ │ { 采用这种客户可自开发/定义业务的开发模式是有可能的
││ │ {
││ │ { 以上仅为个人猜测。回头去它们的网站上下载个试用版体会一下先
││ ├以上猜测仅针对产品，不是针对那个什么用户最满意奖。因为这种评比不知道是如何操...
││ │ { 标题：以上猜测仅针对产品，不是针对那个什么用户最满意奖。因为这种评比不知道
││ │ { 是如何操作的，不能乱猜测了[Fish](0)22:34:002005-03-16
││ │ { 正文：--无内容--
││ └下载了80M的什么东西，都是swf演示 [haitao](0) 12:22:00 2005-03-17
││ └我靠 [Fish](0) 14:41:00 2005-03-17
│├Dream [王中王](0) 11:58:00 2005-03-16
││└他们用得怎么样？有没有用在什么项目上？ (49字) (haitao [0] 今天 11:55&#...
││ │ { 标题：他们用得怎么样？有没有用在什么项目上？(49字)(haitao[0]今天11:5
││ │ { 5)[haitao](23)12:00:172005-03-16
││ │ { 正文：好像那个公司倒了？
││ │ {
││ │ { 客户不认可这种模式？
││ └呵呵，应用的项目还是挺多的。 [解决](0) 12:28:00 2005-03-16
││ └看来用户还挺多的、挺活跃的 [haitao](526) 12:55:38 2005-03-16
││ { 论坛帖子数主题数最后发表版主
││ { 产品技术论坛
││ {
││ { JustepBusiness开发者论坛
││ {
││ { JustepBusiness产品开发者可以在此交流产品使用经验，或者提出问题获得帮助。
││ { 187722891内存地址错！..由
││ { wangxufeng于
││ { 2005-03-1612:11发表
││ { Alice,liujq
││ { 产品FAQ&精华贴
││ {
││ { Justep产品FAQ和开发者论坛中精华贴，在开发者论坛中提问前最好先在此看看。
││ { 520391由
││ { Alice于
││ { 2005-03-1409:44发表
││ { Alice,liujq
││ { 专题培训区
││ {
││ { 发布培训安排、主题等，交流针对培训资料或者培训内容的心得体会，收集对培训主题
││ { 的需求等
││ { 8315liujq于
││ { 2004-12-2314:18发表
││ { Alice,liujq
││ { 产品更新和资料下载
││ {
││ { 最新产品升级、补丁发布和技术资料查询及下载，Justep用户需要经常到这里看看。
││ { 2118清客户端工具由
││ { Alice于
││ { 2005-01-1315:44发表
│└我觉得这个做好了，就是一个应用浏览器了 [haitao](27) 12:04:27 2005-03-16
│ │ { 而且开发模式又是巨方便的Delphi模式的，效率太高了
│ ├你搞一个吧。支持你！ [pcplayer](0) 12:21:00 2005-03-16
│ └应用浏览器？什么意思？客户端？ [解决](0) 12:30:00 2005-03-16
│ └相对于IE的网页浏览器 [haitao](54) 12:50:33 2005-03-16
│ │ { 就是服务器端随时增删改应用(dfm/pas)，客户端(Delphi的主控程序)随
│ │ { 时取到最新的应用，并拿来运行
│ └其实就是现在常说的“SmartClient”。 [王中王](0) 12:53:00 2005-03-16
│ └那好像是MS的专有名词吧 [haitao](16) 12:59:11 2005-03-16
│ { 不知道它是用什么表达界面和事件的
├关于Dream的问题，去问李颖吧 [王中王](0) 12:55:00 2005-03-16
│└好像这里不少人都曾进去过吧 [haitao](33) 13:10:03 2005-03-16
│ { 至少4、5个了吧？
│ { 不过好像都出来了，除了宋兴列－－现在是总工？
├关于Dream的问题，去问李颖吧 [王中王](0) 12:55:00 2005-03-16
│├以前关注过dream，现在找到的是另一个 [haitao](95) 13:02:23 2005-03-16
││ { 不过关心的是界面和事件均可以动态取自后台了，
││ { 对开发模式的影响是不是如我想象的那么大
││ {
││ { 如果真的大，应该很快风行开来，至少borland自己应该集成进去
││ { 但是，感觉好像没有。。。
│└这张图有点意思 [haitao](46) 14:10:04 2005-03-16
│ { <IMGSRC='http://www.justep.net/images/c1.jpg'BORDER='0'>
├嘿嘿 [holly](31) 14:56:00 2005-03-16
││ { 既然都想script了,何苦还困在delphi上呢?
│├delphi开发效率高，而且自己传输执行脚本，脚本也可以保密了 [haitao](27) 15:01:15 2005-...
││ { 标题：delphi开发效率高，而且自己传输执行脚本，脚本也可以保密了[haitao](27)15:01:15
││ { 2005-03-16
││ { 正文：像asp/jsp/php，甚至java，多无奈啊...
│└是啊，偶要python [pigprince](0) 15:09:00 2005-03-16
│ └问题是不知道怎么让python操作gui界面，如果它自己就有当然更好 [haitao](0) 15:13:00 2...
│ │ { 标题：问题是不知道怎么让python操作gui界面，如果它自己就有当然更好[haitao](0)15:1
│ │ { 3:002005-03-16
│ │ { 正文：--无内容--
│ ├用python也一样会遇到用delphi一样的问题的，没有一劳永逸的解决方案的 [pigprince](0...
│ ││ { 标题：用python也一样会遇到用delphi一样的问题的，没有一劳永逸的解决方案的[pigpr
│ ││ { ince](0)15:14:002005-03-16
│ ││ { 正文：--无内容--
│ │└delphi一样的问题？delphi的问题是新版本的dfm/pas如何自动到达客户端并起作用 [hai...
│ │ { 标题：delphi一样的问题？delphi的问题是新版本的dfm/pas如何自动到达客户端并起作
│ │ { 用[haitao](107)15:20:142005-03-16
│ │ { 正文：需要脚本来变通
│ │ {
│ │ { python本身就是脚本了，这个不成问题，它少的是一个客户端gui容器，
│ │ { 容器和脚本能方便交互，而且python开发也要方便也行
│ │ { －－能很快让python控制客户端gui容器搭出一个界面？
│ ├妄图一统江湖的人们都死掉了 [pigprince](0) 15:15:00 2005-03-16
│ │└正在看 More Effecitve C++ ，感觉不少地方太绕人了，一个语言嘛，至于嘛 [haitao](...
│ │ │ { 标题：正在看MoreEffecitveC++，感觉不少地方太绕人了，一个语言嘛，至于嘛[haita
│ │ │ { o](116)15:22:402005-03-16
│ │ │ { 正文：MoreEffecitveC++
│ │ │ {
│ │ │ { 作者 ： ScottMeyers
│ │ │ { 译序、导读 ： 侯捷
│ │ │ { Item 1～28 ： ZHC
│ │ │ { Item29～35 ： WQ
│ │ │ { 附1 ： 侯捷
│ │ │ { 附2 ： WQ
│ │ │ { 附3、附4 ： 陈崴
│ │ └强大的语言嘛。。自然就复杂的咯。。。这是等价的 [CJF](0) 15:48:00 2005-03-16
│ └当然有, 哪个 script 会没 gui [holly](0) 16:34:00 2005-03-16
│ └开发、使用起来方便吗？能不能推荐推荐？ [haitao](0) 16:38:00 2005-03-16
│ ├google python gui, 没有必要换，delphi能解决的问题，就不要换 [pigprince](0) 1...
│ ││ { 标题：googlepythongui,没有必要换，delphi能解决的问题，就不要换[pigprince](
│ ││ { 0)16:45:002005-03-16
│ ││ { 正文：--无内容--
│ │└看过几天的python，觉得很新颖 [haitao](0) 17:14:00 2005-03-16
│ │ └感觉有一个在delphi里面用的python控件 [小东](0) 21:13:00 2005-03-16
│ └目前比较流行的就是WxPython，但是真正做项目还是不建议，细节上的BUG还是有好几?..
│ { 标题：目前比较流行的就是WxPython，但是真正做项目还是不建议，细节上的BUG还是
│ { 有好几个的[小东](0)21:12:002005-03-16
│ { 正文：--无内容--
├我一直在做这方面的开发 [it365.com](64) 16:19:34 2005-03-16
││ { 主要是基于工作流的！
││ {
││ { 我很早前就有此方面的想法了，但限于人力、财力、精力没办法实现！
││ { 如果你想搞，我们可以一起合作搞哟！
│├哦？！你个人还是公司在作这个？ [haitao](14) 16:28:20 2005-03-16
│││ { 项目、客户一般是哪个方面的？
││└客户主要是政府、企业呀！ [it365.com](0) 16:31:00 2005-03-16
│└工作流不建议使用脚本，直接画图可以搞定大部分了 [小东](0) 21:15:00 2005-03-16
│ ├你的流程是给机器理解、执行的还是给人使用的？ [haitao](15) 10:39:04 2005-03-17
│ ││ { 如果是后者，光靠画图，只怕更累
│ │└我们现在的系统是compile一下，生成二进制文件来执行 [小东](19) 18:56:08 2005-03-17
│ │ { 主要是业务调试比脚本要方便不知多少倍呢
│ └我认为MIS可以这样理解！ [it365.com](72) 12:30:13 2005-03-17
│ │ { 简单的说就是工作流驱动单据流！
│ │ { 工作的流转条件是需要脚本支持！
│ │ { 单据就当然是数据的录入、查询界面了，发订单、销售单，这些就更需要脚本支持了。
│ └SAP好像就是基于这种思路做的！ [it365.com](12) 12:31:25 2005-03-17
│ { 我没具体分析过，不要扔0
├Dream是收钱的，不收钱的也大把 [pinxue](33) 17:58:40 2005-03-16
││ { 以前说过的，jedi有一个delphi-python结合的游戏项目
│└现在看来免费的ifps3好像不错 [haitao](98) 18:05:20 2005-03-16
│ │ { 但是要实现我的想象（正常的dfm/pas==>dfm/可响应的事件脚本），还需要一番功夫－－写一
│ │ { 个预处理过程
│ │ { 而且问题c很难绕过去
│ │ {
│ │ { 如果ifps的作者或borland来作，应该没多大困难了
│ └有困难，找开源 [pinxue](0) 19:15:00 2005-03-16
├我认为都没问题，无非是时间问题 [有狐](0) 08:59:00 2005-03-17
│└上次我就已经预计过了，完全可以做一个脚本Delphi了，不过我建议haitao [有狐](207) 09:07...
│ │ { 标题：上次我就已经预计过了，完全可以做一个脚本Delphi了，不过我建议haitao[有狐](207
│ │ { )09:07:542005-03-17
│ │ { 正文：如果打算做，最好把以前我告诉过你的几个脚本系统（你自己也再去找找别的）的源代
│ │ { 码都仔细看看
│ │ { 我觉得你想做这个东西，总会遇到许多难点的，首先得让自己提高提高，
│ │ { 先仔细研究透别人的东西没错，可以少走许多弯路或者笨路
│ │ { 仅仅是我的意见，参考参考；）
│ │ {
│ │ {
│ │ { 还有个其他的路子，比如MMC，其实也相当于应用浏览器，只是基于COM的而已
│ │ { 我自己实现过类似MMC的东西，也蛮爽的，不过没搞完，就当学习了一下如何实现MMC
│ └mmc感觉与独立的一个个程序没什么差别了 [haitao](113) 10:37:42 2005-03-17
│ │ { 另外com这种模式我一直不喜欢
│ │ {
│ │ { 我一般都直接在别人的现成东西上使用，很少研究它们的实现，只关注它们能提供什么
│ │ { 看来还是要等待你出手啊
│ │ {
│ │ { 记得dream还是哪一个，是把普通的delphi库源文件全部预处理一把的。。。
│ ├mmc很好地体现了数据和界面分离的想法 [有狐](307) 11:58:07 2005-03-17
│ │ { 每个mmc插件只需要提供数据（包括界面数据），
│ │ { 最后如果显示都由管理控制台控制
│ │ {
│ │ { 现在的MMC控制台是标准的MenuBar+Toolbar+TreeView+ListView，
│ │ { 但也可以改变成其他方式和布局，插件不用改变
│ │ {
│ │ { MMC插件和独立的程序当然是差多了，
│ │ { MMC插件不用管界面，界面由控制台决定
│ │ {
│ │ { 不过也可以实现自己的界面，比如“组件管理”中的“事务统计”界面
│ │ {
│ │ { 我想MMC的作用是想各种应用都是一个界面模式和操作模式
│ │ { 但如果直接用提供的COM接口进行开发，其实工作量也少不了
│ │ { 不过Delphi里有一个Plugin向导，就爽多了，封装了无数东西。
│ │ {
│ │ { VC里不知道有没有类似的东西
│ └等我出手干吗，我只是粗浅地研究了一下，要真做，水平还差多 [有狐](0) 12:13:00 2005...
│ { 标题：等我出手干吗，我只是粗浅地研究了一下，要真做，水平还差多[有狐](0)12:13:0
│ { 02005-03-17
│ { 正文：--无内容--
└我也是早就想搞个这么个东西 [steel1](89) 11:14:13 2005-03-17
│ { 当时设想后台都是WebService，前端是个通用界面，所有的逻辑统统用脚本来做
│ { 后来发现，TMD跟B/S系统不是一样么
│ { 哈哈哈
│ { 不过对此还是很感兴趣，请大家推荐一些脚本
├如果b的容器（网页浏览器）已经进化到应用浏览器，自然无须再作什么了 [haitao](156) 11:3...
│ { 标题：如果b的容器（网页浏览器）已经进化到应用浏览器，自然无须再作什么了[haitao](15
│ { 6)11:33:102005-03-17
│ { 正文：b/s的业务逻辑完全在后端执行，这一点感觉不是太好，服务器压力大了，而且事事要到
│ { 服务器打个来回，用户对系统响应速度的感觉也差
│ {
│ { c/w的模式是：业务逻辑完全取决于后端，但是有很多部分的执行是在前端的，既减轻了服务器
│ { 的压力，也提高了响应速度－－在前端执行的脚本即时给出结果，而无须b/s的事事要到服务器
│ { 打个来回
└也可以这么说！ [it365.com](78) 12:26:33 2005-03-17
{ 但一般的B/S只支持JS/BS呀，而且做一个好界面太难了，比如GRID！虽然也有人做出来了，比
{ 如BINDOWS，深圳正阳，但功能差远了，而且JS的速度极慢。