可以有XP风格的界面和程序结构,也是工程软件产品化的捷径,同时节省40%的开发时间... (0分)

  • 主题发起人 主题发起人 driver
  • 开始时间 开始时间
关于实现的技术,建议使用bpl+interface
互相调用更方便,不用输出大量的函数和过程
采用动态链接,个个模块都会变得很小,模块较多时,减少代码的重复
 
TO:LiChaoHui
你的意见很好,如有确有需求我将采用两种形式发布。不过当初之所以选择dll,主要是为了兼容替他语言,
如果采用bpl可能B系的开发工具才可以用了。
 
bpl 也有不好的地方,就是所有模块中的unit名不可重复.因为实际上bpl中host 和module
在同一地址空间. 所以可容易的实现资源共享.
另外bpl须build with runtime packages.这意味着发布时须发布所有用到的运行包,
有点讨厌
 
这种东西太多了也太简单了,真的,象我这种使用Delphi才2个月的都可以写啊。
实际上实现原理很简单的,1个月后我发布一套给你们看看,不会象这个什么Frame。
现在人家都要求异构数据库查询,网络无关的架构了,还在这谈这种东西。唉。

 
to:althon64
能做到并没有什么,全世界象我这样的人有好几亿。关键是你能在那方面有所创新,如果只是简单
模仿,可以休矣。现在的重复开发太多了,AFramer的设计目的就是为了减少重复开发。
能创新也没有什么希奇的,全世界能创新的人有几千万,关键是能否将技术市场化。
 
我绝对不会去模仿,我写程序历史很短,但是我有个特点,不去模仿别人的。
我自己写的程序现在倒是有公司在模仿,呵呵。
 
像学籍管理这样是不是MDI窗口?
 
althon64,你真会吹牛,什么2个月就会写这样的程序,我看你比盖次还次。
 
这个框架真好用,我已经用它开发程序了,又快效果又好,相对于中小型程序,功能还是不错的。
 
请问:driver
制作报表时,怎么加入数据集或数据源,我打开建立数据报表时,左边没有选择的数据集
怎么加入?是不是要在uses里引用数据模块单元?
 
不需要引用任何单元。AFramer中,将名字是'%_rpt_%'的表、视图、存储过程视为报表专用的
object,数据的准备只能在后台过程中实现。只要表或者视图名称中包含'_rpt_'就可以被添
加到左侧列表中,同样格式的存储过程会被添加到预备存储过程列表中。
因为此前没有人这么做,可能需要适应一下,但是一旦习惯了就会发现做报表的效率大大提高了,
更多请参照《自由式报表》一章
 
to mzr:
两个月时间是多了点,现在我自己的框架已经有一半了,还不到一周。
实际上,原理本来就很简单的。
我以前就是写框架的,所以。。。。
 
大家不要在这里争论框架的工作量了。
To:althon64
如果你愿意让大家共享你的开发成果,我可以为你提供ftp的空间。现在还是框架的概念推广期,
我也不希望把Framer描述的很复杂,曾经有人建议我将一个简单的工作流支持也加入到AFramer
中,我也认为这是有必要的,但考虑到在概念推广期不宜将AFramer做的太复杂,所以没有动手
做。
另外也有人问过我关于框架原理的问题,说实话我很难准确描述原理,AFramer更象是一个经验
公式。如果你有什么见解,不妨拿出来大家讨论一下,以利于Framer的发展。
 
to driver:
报表设计部分能不能增加 将报表输出到(TEXT RTF CSV HTML)文件格式的功能呢?
 
好主意,现在开始动手
 
后退
顶部