- 问题描述:页面涉及多种组件资源,分别关联到不桶的数据。页面报错只报没有绑定数据模型,却没有指示是哪个组件没有绑定数据模型,排障困难。[图片] 建议方案:提供更详细具体的报错信息。 问题描述:页面涉及多种组件资源,分别关联到不桶的数据。页面报错只报没有绑定数据模型,却没有指示是哪个组件没有绑定数据模型,排障困难。[图片] 建议方案:提供更详细具体的报错信息。
- 问题描述: 当前的资产(全局资产)入口在应用开发界面内,要查看资产必须先打开一个应用,这很奇怪。全局的资产列表竟然只能到应用内找到。 [图片] 建议:在首页->管理->应用管理中添加资产入口 问题描述: 当前的资产(全局资产)入口在应用开发界面内,要查看资产必须先打开一个应用,这很奇怪。全局的资产列表竟然只能到应用内找到。 [图片] 建议:在首页->管理->应用管理中添加资产入口
- 问题描述: 缺少用户认证、鉴权、授权相关的基础库,建议开放这部分能力,做成通用组件、通用BO 问题描述: 缺少用户认证、鉴权、授权相关的基础库,建议开放这部分能力,做成通用组件、通用BO
-
【用户体验】权限管理太复杂,需要优化 预审不通过问题描述: 平台的管理->用户管理->权限配置中,除了平台自身的功能权限配置外,还有对应用的权限配置。这里建议对应用的权限以应用为最小单位即可,不要对应用内的某个对象、流的权限进行设置。 如果一定要实现对应用内的对象、脚本、流等进行权限控制,以防所有开发者乱改,那么建议这样实现:为用户组(如Developer Profile)选择它有哪些应用的权限时,可以点击这个应用名称,进入对该应用的详细配置,详细配置里展示该应用内的所有可控资源,每个可控资源后都有只读、可写两个选项。可控资源细化到对象、页面、脚本、流等,不要进一步细化到变量和自定义字段。 不要像当前这样,所有应用的所有对象、字段、流、脚本、接口全部混杂在一起,不知道哪个资源是哪个应用的! [图片] 问题描述: 平台的管理->用户管理->权限配置中,除了平台自身的功能权限配置外,还有对应用的权限配置。这里建议对应用的权限以应用为最小单位即可,不要对应用内的某个对象、流的权限进行设置。 如果一定要实现对应用内的对象、脚本、流等进行权限控制,以防所有开发者乱改,那么建议这样实现:为用户组(如Developer Profile)选择它有哪些应用的权限时,可以点击这个应用名称,进入对该应用的详细配置,详细配置里展示该应用内的所有可控资源,每个可控资源后都有只读、可写两个选项。可控资源细化到对象、页面、脚本、流等,不要进一步细化到变量和自定义字段。 不要像当前这样,所有应用的所有对象、字段、流、脚本、接口全部混杂在一起,不知道哪个资源是哪个应用的! [图片]
-
【功能建议】高级页面和标准页面混排需求 预审不通过问题描述: 现在高级页面和标准页面是分开的两种不同文件类型(或者工程类型),为什么不能合二为一,对我们开发者来说,页面就是页面,不区分标准和高级。我要开发一个页面,即用到标准页面中的组件,也用到高级页面中的组件,如果没有我要的组件,我就自己开发并上传组件,关键是,所有这些组件我都可以在一个页面中通过拖拉拽的方式使用! 搞不懂为什么要区分标准页面和高级页面。 标准页面和高级页面请放在统一框架下实现,请采纳。 问题描述: 现在高级页面和标准页面是分开的两种不同文件类型(或者工程类型),为什么不能合二为一,对我们开发者来说,页面就是页面,不区分标准和高级。我要开发一个页面,即用到标准页面中的组件,也用到高级页面中的组件,如果没有我要的组件,我就自己开发并上传组件,关键是,所有这些组件我都可以在一个页面中通过拖拉拽的方式使用! 搞不懂为什么要区分标准页面和高级页面。 标准页面和高级页面请放在统一框架下实现,请采纳。
- 问题描述: 就像标准页面能自动适配终端不同屏幕、一次设计开发自动生成多个屏幕的而已排版,高级页面也强烈要求实现该功能。请认真考虑一下该建议,我觉得你们当前没实现这个功能肯定是有原因的,但我不知道是什么原因,我只知道我需要这个功能,望采纳,谢谢! 问题描述: 就像标准页面能自动适配终端不同屏幕、一次设计开发自动生成多个屏幕的而已排版,高级页面也强烈要求实现该功能。请认真考虑一下该建议,我觉得你们当前没实现这个功能肯定是有原因的,但我不知道是什么原因,我只知道我需要这个功能,望采纳,谢谢!
-
【功能建议】数据查询优化建议 预审不通过问题描述: 数据查询窗口,单击对象时在SQL窗口内默认给出select * from [该对象] 以及 show [该对象] 语句,见下图: [图片] 问题描述: 数据查询窗口,单击对象时在SQL窗口内默认给出select * from [该对象] 以及 show [该对象] 语句,见下图: [图片]
- 问题描述: 在创建对象自定义字段时,有是否可搜这个选项。我猜这个选项存在的意义是减少不必要的索引,减小搜索服务器的开销。如果这是原因,建议增强你们的搜索服务器,不要以牺牲用户体验为代价节省你们的资源。每次我都不知道该不该选这个选项,不选吧,又生怕哪天想搜索时搜索不到,选了吧,每次都得多点那一个操作,真的很烦。 [图片] 问题描述: 在创建对象自定义字段时,有是否可搜这个选项。我猜这个选项存在的意义是减少不必要的索引,减小搜索服务器的开销。如果这是原因,建议增强你们的搜索服务器,不要以牺牲用户体验为代价节省你们的资源。每次我都不知道该不该选这个选项,不选吧,又生怕哪天想搜索时搜索不到,选了吧,每次都得多点那一个操作,真的很烦。 [图片]
-
【用户体验】建议取消“是否唯一“这个选项 预审不通过问题描述: 在创建对象自定义字段时,有是否唯一这个选项。该属性的存在影响了代码的可读性可规范性,建议取消这个属性,默认为:标签可以不唯一,但名称必须唯一。 [图片] 问题描述: 在创建对象自定义字段时,有是否唯一这个选项。该属性的存在影响了代码的可读性可规范性,建议取消这个属性,默认为:标签可以不唯一,但名称必须唯一。 [图片]
-
【用户体验】建议取消大小写敏感的选项 预审不通过问题描述: 在创建对象自定义字段时,有大小写敏感这个选项。这个选项的本意是好的,让用户更灵活地控制是否大小写敏感,但实际上只能带来代码阅读上的麻烦:当有些字段开启大小写敏感而有的字段不开启时,整个应用就显得不规范。建议取消这个属性,默认为强制大小写敏感。 [图片] 问题描述: 在创建对象自定义字段时,有大小写敏感这个选项。这个选项的本意是好的,让用户更灵活地控制是否大小写敏感,但实际上只能带来代码阅读上的麻烦:当有些字段开启大小写敏感而有的字段不开启时,整个应用就显得不规范。建议取消这个属性,默认为强制大小写敏感。 [图片]
-
【用户体验】关于标签与名称的优化 未采纳问题描述: 标签是在页面上展示的名字,名称是在代码中引用的名字,建议在这两个字段旁边加小问号,说明一下它们的作用,以免混淆。 标签这个中文叫法不太好,建议改为“显示名称”;同时,名称改为“唯一名称” 不管怎么个叫法,请统一叫法。不要像下图这样,上面写的是标签,下面提示的是请输入显示名。 (图:新建应用时,在标签那个输入框下面提示的是输入“显示名”) [图片] 既然有显示用的名字(即标签),那就就用起来,不要在代码外使用带命名空间的非展示用的名字。例如,在目录中展示文件的“标签”,而不要展示带命名空间的“名称”,后者太浪费展示空间了! 问题描述: 标签是在页面上展示的名字,名称是在代码中引用的名字,建议在这两个字段旁边加小问号,说明一下它们的作用,以免混淆。 标签这个中文叫法不太好,建议改为“显示名称”;同时,名称改为“唯一名称” 不管怎么个叫法,请统一叫法。不要像下图这样,上面写的是标签,下面提示的是请输入显示名。 (图:新建应用时,在标签那个输入框下面提示的是输入“显示名”) [图片] 既然有显示用的名字(即标签),那就就用起来,不要在代码外使用带命名空间的非展示用的名字。例如,在目录中展示文件的“标签”,而不要展示带命名空间的“名称”,后者太浪费展示空间了!
-
【用户体验】不要在页签栏上展示命名空间 预审不通过问题描述: 进入应用编辑界面,打开多个页签,每个页签都会以命名空间为前缀,都看不见后面的文件名了,所有页签千篇一律都是一样的开头,看不见后面,区分不了这个页签是哪个页签,每次要找到正确的页签基本要遍历所有已打开的页面才能找到,这种体验好吗?!为什么要在页签上展示命名空间前缀?这有什么意义?用户会关心他自己取名的命名空间是什么吗?就不能在页签上只展示文件名不要展示命名空间吗? 问题描述: 进入应用编辑界面,打开多个页签,每个页签都会以命名空间为前缀,都看不见后面的文件名了,所有页签千篇一律都是一样的开头,看不见后面,区分不了这个页签是哪个页签,每次要找到正确的页签基本要遍历所有已打开的页面才能找到,这种体验好吗?!为什么要在页签上展示命名空间前缀?这有什么意义?用户会关心他自己取名的命名空间是什么吗?就不能在页签上只展示文件名不要展示命名空间吗?
-
【用户体验】页签栏的左右滚动步长太小 预审不通过问题描述: 在应用编辑界面内打开多个页签,页签栏的左右滚动步长太小,建议以1个页签为最小滚动步长 问题描述: 在应用编辑界面内打开多个页签,页签栏的左右滚动步长太小,建议以1个页签为最小滚动步长
- 问题描述: 在项目下,每个类型的应用创建入口都不一致,且每个类型的应用,点进去页面排版都不一致,体验很差。 建议重新设计这些页面的关系,理想的情况是这样的。如果能像下图这样设计,所有问题都会解决: [图片] 注意每个页签在其右侧展示区的左上角都要有一个创建新应用的入口,这个入口可以弹出一个wizard让用户在创建应用时选择应用类型。创建应用的wizard参考常用办公软件的做法,如下图。分左中右三个区,左区展示模板目录,中区展示具体模板,右区展示该模板的示例和说明。 [图片] 问题描述: 在项目下,每个类型的应用创建入口都不一致,且每个类型的应用,点进去页面排版都不一致,体验很差。 建议重新设计这些页面的关系,理想的情况是这样的。如果能像下图这样设计,所有问题都会解决: [图片] 注意每个页签在其右侧展示区的左上角都要有一个创建新应用的入口,这个入口可以弹出一个wizard让用户在创建应用时选择应用类型。创建应用的wizard参考常用办公软件的做法,如下图。分左中右三个区,左区展示模板目录,中区展示具体模板,右区展示该模板的示例和说明。 [图片]
-
【用户体验】导航栏未固定在首页 预审不通过问题描述: 导航栏未固定在首页。如下图所示,在AppCube开发环境首页中是有导航栏的: [图片] 但进入轻应用、行业应用、业务大屏后,这个导航栏没了,想回去只能点首页,或者用浏览器的返回按钮。这里的设计肯定没有考虑用户习惯。 [图片] [图片] 建议:首页中除了管理和应用开发编辑页面外,其它任何子页面都要在顶部保持带有导航栏。 问题描述: 导航栏未固定在首页。如下图所示,在AppCube开发环境首页中是有导航栏的: [图片] 但进入轻应用、行业应用、业务大屏后,这个导航栏没了,想回去只能点首页,或者用浏览器的返回按钮。这里的设计肯定没有考虑用户习惯。 [图片] [图片] 建议:首页中除了管理和应用开发编辑页面外,其它任何子页面都要在顶部保持带有导航栏。
上滑加载中
推荐直播
-
HDC深度解读系列 - Serverless与MCP融合创新,构建AI应用全新智能中枢2025/08/20 周三 16:30-18:00
张昆鹏 HCDG北京核心组代表
HDC2025期间,华为云展示了Serverless与MCP融合创新的解决方案,本期访谈直播,由华为云开发者专家(HCDE)兼华为云开发者社区组织HCDG北京核心组代表张鹏先生主持,华为云PaaS服务产品部 Serverless总监Ewen为大家深度解读华为云Serverless与MCP如何融合构建AI应用全新智能中枢
回顾中 -
关于RISC-V生态发展的思考2025/09/02 周二 17:00-18:00
中国科学院计算技术研究所副所长包云岗教授
中科院包云岗老师将在本次直播中,探讨处理器生态的关键要素及其联系,分享过去几年推动RISC-V生态建设实践过程中的经验与教训。
回顾中 -
一键搞定华为云万级资源,3步轻松管理企业成本2025/09/09 周二 15:00-16:00
阿言 华为云交易产品经理
本直播重点介绍如何一键续费万级资源,3步轻松管理成本,帮助提升日常管理效率!
回顾中
热门标签