求软件界面描述解决方案 + 讨论现有的界面描述技术(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框架相提并论的
业务模型、界面模型体系结构，我们现在已经思考的相当成熟了。就等产品推出的那天放分
了，呵呵:)
 
您必须登录或注册才可回复。

Similar threads

不
Python 的 Magic Methods 指南(转) - 不得闲
回复
0
查看
873
不得闲
不
S
[原]Delphi2010中DataSnap高级技术(4)—TCP keepAlive和KeepAliveInterval参数详解
回复
0
查看
1K
SUNSTONE的Delphi笔记
S
S
[原]Delphi2010中DataSnap高级技术(4)—TCP keepAlive和KeepAliveInterval参数详解
回复
0
查看
1K
SUNSTONE的Delphi笔记
S
S
[原]详解Variant 的相关函数
回复
0
查看
1K
SUNSTONE的Delphi笔记
S
S
[原]详解Variant 的相关函数
回复
0
查看
911
SUNSTONE的Delphi笔记
S
后退
顶部