Skip to content

  • 项目
  • 群组
  • 代码片段
  • 帮助
    • 正在加载...
    • 帮助
    • 提交反馈
    • 为 GitLab 提交贡献
  • 登录
S
studio
  • 项目
    • 项目
    • 详情
    • 动态
    • 版本
    • 周期分析
  • 仓库
    • 仓库
    • 文件
    • 提交
    • 分支
    • 标签
    • 贡献者
    • 分支图
    • 比较
    • 统计图
  • 议题 47
    • 议题 47
    • 列表
    • 看板
    • 标记
    • 里程碑
  • 合并请求 0
    • 合并请求 0
  • CI / CD
    • CI / CD
    • 流水线
    • 作业
    • 计划
    • 统计图
  • Wiki
    • Wiki
  • 代码片段
    • 代码片段
  • 成员
    • 成员
  • 收起侧边栏
  • 动态
  • 分支图
  • 统计图
  • 创建新议题
  • 作业
  • 提交
  • 议题看板
  • iBiz模型设计工具
  • studio
  • 议题
  • #174

已关闭
未关闭
在 4月 23, 2020 由 fanyanshen@fanyanshen
  • 违规举报
  • 新建问题
举报违规 新建问题

菜单组织很多地方考虑了易用性,但是却丢失了清晰性

1/在对象部件的树节点下面,按理下面都是部件,结果下面是引用了该部件的视图。分析易用性,可能从使用的人角度来说确实多一个链接比少个链接好;另外总要有个地方能看引用关系,证明他有用。但是从观察者角度看,思维一下就乱了,你要说下一级是这个部件的组件或者主要的相关操作菜单我也都能理解。建议做出调整,可以再加一层菜单,如“相关视图引用”-“视图”,这样也可以清晰化,或者干脆转移到点开部件的详细页上也都可以 2/关于数据对象,我们数据对象那个树也是展开来啥都有,也是跟上面一样的问题,主次不清晰了,点开了对象能看到所有倒也不是问题,但是那棵树就是对象树 3/我们从大概念上来说,是有“逻辑”这样一大块的,然后关于逻辑,除了从数据对象那个不伦不类的地方去看以外(需要进去找,自动生成的逻辑太多了),并没有一个非常明显的入口。另外一个非常隐蔽的入口就是导航里,而且导航里还塞到了模型查询里。

我觉得目录结构要权衡清晰性与易用性,应该有一种思维方式做指导,我认为如果非要在所谓的易用性和清晰性之间做个选择,我宁愿选择清晰,当然实际可以做到两全,只不过不应该借助不合理的手段,我觉得对树的滥用就是不合理的手段。

指派人
分配到
无
里程碑
无
分配里程碑
工时统计
None
截止日期
无
0
标记
无
指派标记
  • 查看项目标记
标识: iBizStudio/studio#174