Design patterns 真/假/空的UI设计模式(用于值继承)?
我正在尽最大努力找出一个简洁、直观的小部件,使用任何工具箱中可用的标准UI小部件(例如复选框、单选按钮或列表框),它可以模拟真/假/空值 我为什么要这么做?我在数据库中存储一棵树(请继续,批评我在关系存储中存储层次结构信息),简单的继承模型是,如果某个对象没有值,它将默认为其父对象的值 我现在有两个复选框:Design patterns 真/假/空的UI设计模式(用于值继承)?,design-patterns,inheritance,user-interface,acl,tuples,Design Patterns,Inheritance,User Interface,Acl,Tuples,我正在尽最大努力找出一个简洁、直观的小部件,使用任何工具箱中可用的标准UI小部件(例如复选框、单选按钮或列表框),它可以模拟真/假/空值 我为什么要这么做?我在数据库中存储一棵树(请继续,批评我在关系存储中存储层次结构信息),简单的继承模型是,如果某个对象没有值,它将默认为其父对象的值 我现在有两个复选框: [ ] Can custom-order [ ] default (currently yes) 选中“默认”将禁用第一个复选框。这有意义吗?我想到了另一个小部件,它使用更少的脚本:
[ ] Can custom-order [ ] default (currently yes)
选中“默认”将禁用第一个复选框。这有意义吗?我想到了另一个小部件,它使用更少的脚本:
Can custom order: ( ) yes ( ) no ( ) default (currently yes)
你觉得哪个更有意义?我开始更倾向于第二个。如果有人有任何其他建议,我将不胜感激 我更喜欢第二个,这表明有三个值,其中一个是继承值。两个复选框逻辑上提供四个值
我可以添加的唯一内容是指示默认值的来源。因为这可能会把页面弄得乱七八糟,所以它可能是默认选项的工具提示。对我来说,第二个更直观。和fwiw——当我们在我的公司设置类似的控件时,我们使用了标签inherit(而不是default)作为传递设置。我只想添加默认值,可能会改为inherit。谢谢!我很惊讶每个人都说“继承”更好,因为对我来说这是一个非常计算机化的术语,而使用我的web应用程序的人也不是非常计算机化。我明白你说的两个复选框提供了四个值。正如我所提到的,当第二个被检查时,我的代码禁用了第一个,但在我看来这很难看。我今天的票数没有了,否则我会投票支持inherit——更清晰的术语。谢谢!所以你认为“继承”也是最好的,嗯?好吧,是的!