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

creation-zy · 2006-07-21

a99168兄，俗话说磨刀不误砍柴工啊。况且Pascal解释器网上有免费的，非常好用的。
xml只是一种具有层次结构的数据的存放规范，不是数据本身的规范。现在我们需要对数
据本身进行规范，至于以后用什么来存储，无关紧要啊。

creation-zy · 2006-08-05

看来关心这类理论问题的人不多啊...
最近已经基本完成了内核的进化，准备初步搞一个基于Excel这样的二维表格的界面...
ID, ParentID, Row, Col, RowSpan, ColSpan, CtrlType, FieldID
大概就是这些了吧？...

z_cd · 2006-08-10

楼主是看了郭大虾的东东，受到启示准备搞基于Excel这样的二维表格的界面吧？
恩，不错，最好带数据感知功能，做到界面与数据分离

寻路 · 2006-08-10

不知道会做成什么样子,说实在的,我到现在还没有明白creation-zy你要做什么!

a99168 · 2006-08-10

需求来自：
编软件界面太累了，几十个form大部份是相同的，一丁点的界面调整就要修改很多地方，
调整的过程中还可能改动了不想改的地方。
这个是有前途的。

dreamfly1024 · 2006-10-01

从通用性上来讲，基于字符的语言是最终的归宿，这就正如描述算法一样，语言仍然是最好的。
虽然看起来，某种可视化界面可以帮助用户描述算法和界面，但是通用性并不好，徒增加复杂性而已。
从应用系统来讲，基于工作流引擎的系统已经是可配置的极限了，超过这个极限，其复杂度和成本会急剧上升，最终你不得不回到原来的起点上。

dreamfly1024 · 2006-10-01

我们最近开发了一种新的语言：Nuva 语言，完全采用 Html/Xml 作为界面引擎，你只需在 Nuva 代码中嵌入相应的界面元素（Html/Xml 或者说在 Html 中嵌入 Nuva 代码），指定一些绑定属性，一切你就不用管了，你只需写你的业务逻辑就完了，巨方便啊。
详情请参考：
http://www.cnblogs.com/wisdom-zh
http://www.macrobject.com

kxgkxg · 2006-10-03

将对象的类别，属性，每一项都作为一条记录，放在数据库中，再写一段代码解释就可以了

raylo · 2006-10-03

同意dreamfly1024的看法，对于通用性的追求只能是有限的，太过复杂的话又会绕回来。对于界面，觉得能采用表格方式来排版与设置、并能通过代码生成就已经是很方便了

linlin3 · 2006-10-03

什么时候人不用吃饭就能活下去？

creation-zy · 2006-10-18

>>从应用系统来讲，基于工作流引擎的系统已经是可配置的极限了，超过这个极限，其复杂
度和成本会急剧上升，最终你不得不回到原来的起点上。
老夫就是要将这个曲线由几何级数曲线变成对数曲线，嘿嘿

另外，就是单说工作流系统，还有很多东西可以挖掘的，不是放点、连线那么简单。
关于语言，我们已经超越了语言的层次，理论上可以将任易语言的任意特性集成进来，没
有任何限制。现在我正一边搞开发一边汲取别的语言的理念——北冥神功

可以与Java、.Net、Delphi等流行语言以及基于其上各种高级的Mapping框架相提并论的
业务模型、界面模型体系结构，我们现在已经思考的相当成熟了。就等产品推出的那天放分
了，呵呵

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

creation-zy

Unregistered / Unconfirmed

creation-zy

Unregistered / Unconfirmed

z_cd

Unregistered / Unconfirmed

寻路

Unregistered / Unconfirmed

a99168

Unregistered / Unconfirmed

dreamfly1024

Unregistered / Unconfirmed

dreamfly1024

Unregistered / Unconfirmed

kxgkxg

Unregistered / Unconfirmed

raylo

Unregistered / Unconfirmed

linlin3

Unregistered / Unconfirmed

creation-zy

Unregistered / Unconfirmed

Similar threads