求软件界面描述解决方案 + 讨论现有的界面描述技术(300分)

  • 主题发起人 主题发起人 creation-zy
  • 开始时间 开始时间
a99168兄,俗话说磨刀不误砍柴工啊。况且Pascal解释器网上有免费的,非常好用的。
xml只是一种具有层次结构的数据的存放规范,不是数据本身的规范。现在我们需要对数
据本身进行规范,至于以后用什么来存储,无关紧要啊。
 
看来关心这类理论问题的人不多啊...
最近已经基本完成了内核的进化,准备初步搞一个基于Excel这样的二维表格的界面...
ID, ParentID, Row, Col, RowSpan, ColSpan, CtrlType, FieldID
大概就是这些了吧?...
 
楼主是看了郭大虾的东东,受到启示准备搞 基于Excel这样的二维表格的界面 吧?
恩,不错,最好带数据感知功能,做到界面与数据分离
 
不知道会做成什么样子,说实在的,我到现在还没有明白creation-zy你要做什么!
 
需求来自:
编软件界面太累了,几十个form大部份是相同的,一丁点的界面调整就要修改很多地方,
调整的过程中还可能改动了不想改的地方。
这个是有前途的。
 
从通用性上来讲,基于字符的语言是最终的归宿,这就正如描述算法一样,语言仍然是最好的。
虽然看起来,某种可视化界面可以帮助用户描述算法和界面,但是通用性并不好,徒增加复杂性而已。
从应用系统来讲,基于工作流引擎的系统已经是可配置的极限了,超过这个极限,其复杂度和成本会急剧上升,最终你不得不回到原来的起点上。
 
我们最近开发了一种新的语言:Nuva 语言,完全采用 Html/Xml 作为界面引擎,你只需在 Nuva 代码中嵌入相应的界面元素(Html/Xml 或者说在 Html 中嵌入 Nuva 代码),指定一些绑定属性,一切你就不用管了,你只需写你的业务逻辑就完了,巨方便啊。
详情请参考:
http://www.cnblogs.com/wisdom-zh
http://www.macrobject.com
 
将对象的类别,属性,每一项都作为一条记录,放在数据库中,再写一段代码解释就可以了
 
同意dreamfly1024的看法,对于通用性的追求只能是有限的,太过复杂的话又会绕回来。对于界面,觉得能采用表格方式来排版与设置、并能通过代码生成就已经是很方便了
 
什么时候人不用吃饭就能活下去?
 
>>从应用系统来讲,基于工作流引擎的系统已经是可配置的极限了,超过这个极限,其复杂
度和成本会急剧上升,最终你不得不回到原来的起点上。
老夫就是要将这个曲线由几何级数曲线变成对数曲线,嘿嘿:P
另外,就是单说工作流系统,还有很多东西可以挖掘的,不是放点、连线那么简单。
关于语言,我们已经超越了语言的层次,理论上可以将任易语言的任意特性集成进来,没
有任何限制。现在我正一边搞开发一边汲取别的语言的理念——北冥神功 :D
可以与Java、.Net、Delphi等流行语言以及基于其上各种高级的Mapping框架相提并论的
业务模型、界面模型体系结构,我们现在已经思考的相当成熟了。就等产品推出的那天放分
了,呵呵:)
 
后退
顶部