数据项 增、删、改、查的界面设计 — 经验

增删改查有啥好说的?

    大多数功能模块,其主要逻辑可能都是数据项的增、删、改和查看。比如 系统中“用户管理”模块,不外乎用户资料查看、增删用户,修改用户资料等。

界面基本设计

   在页面上,主要牵涉到的主要界面一般有(以用户管理为例):

     1.用户列表界面。把所有用户列出来,要分页,有必要的话还要放一个搜索输入框。列表中点击某用户,就可以进入该用户的明细界面,或者直接进入该用户的修改界面。列表的最下面或最上面应该有一个“增加用户”按钮。

     2.用户明细界面。显示用户的详细资料,应该提供“修改”按钮,如有必要,还可以提供“删除”按钮和“返回列表”按钮

     3.用户修改界面。在输入框中显示用户的详细资料,让管理员直接修改。此页面除了提供“确定”按钮,还可以提供“删除”和“返回列表”按钮。在很多情况下,有了修改界面,明细界面其实可以免除。

     4.用户增加界面。一般是一系列空的输入框,管理员在这里直接设定用户资料。此页面除了提供“确定”按钮,还应该提供“返回列表”按钮。

其他问题

    以上列出了最基本的界面设计,但是问题还有:

      1.如果要批量删除,该在哪里删?

      2.从实现的角度来说,增加用户和修改用户的界面其实差不多,逻辑也差不多(比如字段校验)。实现起来可能要写很多重复的东西,不但会增加开发人员的烦恼程度,而且在发生修改时,两边都要做同样的修改,这样很容易出错。

      3.最关键的问题,增、删、改完成以后,应该跳到哪个界面? 

   下面一一讨论这些问题

批量删除在哪里删

    一般都放在列表页面。列表中每行的最前面搞一个checkbox,列表的最上面或最下面,放一个“删除按钮”,也就是跟“增加用户”按钮并排着放。勾选若干记录,点击“删除”,即完成批量清除。

增加用户界面和修改用户界面的功能重叠问题

    我一般是这样的,增加用户的界面只让输入一两个最核心的字段,增加后跳转到修改用户界面,再输入更多明细信息

界面之间应该如何跳转

   1.列表中批量删除后,仍回到列表界面。

   2.用户增加后,比较土的做法是回到列表界面,如果有条件的话,不是回到列表的第一页,而是回到新用户所在的页,这很麻烦的。还有一种做法是立即跳到该用户的明细页面或修改页面。个人倾向于 进入一个 “增加成功”的提示页面,这样可以明确地提示一上。而且这个页面里还要提供三个按钮:

   “用户明细查看/修改” — 好奇心

   “返回用户列表”  — 只加一个用户

  “继续新增用户”   — 今天上午要连加20个用户

   3.用户修改成功后,比较土的做法也是回到列表界面,而且也要考虑分页问题。个人倾行于修改后跳到明细界面(当然也可以转到 修改界面 ),同时用红字提示“修改成功”。

   4.在用户明细/修改界面删除用户后,应该跳到哪里?也可以跳到一个“删除成功”提示页面,并在页面中提供返回列表按钮。

Leave a Reply

Your email address will not be published. Required fields are marked *