数据项 增、删、改、查的界面设计 — 经验
增删改查有啥好说的？ 大多数功能模块，其主要逻辑可能都是数据项的增、删、改和查看。比如 系统中“用户管理”模块，不外乎用户资料查看、增删用户，修改用户资料等。 界面基本设计 在页面上，主要牵涉到的主要界面一般有(以用户管理为例)： 1.用户列表界面。把所有用户列出来，要分页，有必要的话还要放一个搜索输入框。列表中点击某用户，就可以进入该用户的明细界面，或者直接进入该用户的修改界面。列表的最下面或最上面应该有一个“增加用户”按钮。 2.用户明细界面。显示用户的详细资料，应该提供“修改”按钮，如有必要，还可以提供“删除”按钮和“返回列表”按钮 3.用户修改界面。在输入框中显示用户的详细资料，让管理员直接修改。此页面除了提供“确定”按钮，还可以提供“删除”和“返回列表”按钮。在很多情况下，有了修改界面，明细界面其实可以免除。 4.用户增加界面。一般是一系列空的输入框，管理员在这里直接设定用户资料。此页面除了提供“确定”按钮，还应该提供“返回列表”按钮。 其他问题 以上列出了最基本的界面设计，但是问题还有： 1.如果要批量删除，该在哪里删？ 2.从实现的角度来说，增加用户和修改用户的界面其实差不多，逻辑也差不多（比如字段校验）。实现起来可能要写很多重复的东西，不但会增加开发人员的烦恼程度，而且在发生修改时，两边都要做同样的修改，这样很容易出错。 3.最关键的问题，增、删、改完成以后，应该跳到哪个界面？ 下面一一讨论这些问题 批量删除在哪里删？ 一般都放在列表页面。列表中每行的最前面搞一个checkbox，列表的最上面或最下面，放一个“删除按钮”，也就是跟“增加用户”按钮并排着放。勾选若干记录，点击“删除”，即完成批量清除。 增加用户界面和修改用户界面的功能重叠问题 我一般是这样的，增加用户的界面只让输入一两个最核心的字段，增加后跳转到修改用户界面，再输入更多明细信息 界面之间应该如何跳转？ 1.列表中批量删除后，仍回到列表界面。 2.用户增加后，比较土的做法是回到列表界面，如果有条件的话，不是回到列表的第一页，而是回到新用户所在的页，这很麻烦的。还有一种做法是立即跳到该用户的明细页面或修改页面。个人倾向于 进入一个 “增加成功”的提示页面，这样可以明确地提示一上。而且这个页面里还要提供三个按钮： “用户明细查看/修改” — 好奇心 “返回用户列表” — 只加一个用户 “继续新增用户” — 今天上午要连加20个用户 3.用户修改成功后，比较土的做法也是回到列表界面，而且也要考虑分页问题。个人倾行于修改后跳到明细界面（当然也可以转到 修改界面 ），同时用红字提示“修改成功”。 …