作者wind681201 (阿风~~)
看板C_Sharp
标题[问题] 使用者错误讯息设计
时间Tue Apr 21 19:31:50 2020
各位大大：如题所述，关於给使用者的错误提示，大家都怎麽设计呢？
我所说的，不是必填，是不是整数，之类在使用者端，用javascript可以用的。
而是，例如，要在资料库做加总，或是某些资料，在某个资料库中不存在这种的。
问题是说，若有十条规则，需要在後端处理。大大会怎麽设计？
但若是只有一条规则需要在後端处理，这样做是不是太浪费了？
因为一直在考虑连线，资源等问题。
还有若能给使用者清楚的资讯，当然好，不然像MS总是给很模糊的资讯也不好。
可是，清楚的资讯，总是会牺牲资源。
各位大大都怎麽做呢？
--
※ 发信站: 批踢踢实业坊(ptt.cc), 来自: 180.183.9.66 (泰国)
※ 文章网址: https://webptt.com/cn.aspx?n=bbs/C_Sharp/M.1587468714.A.55B.html
1F：→ ssccg: 不会浪费，本来在client端做的检查server就都要再做一次 04/21 22:17
2F：→ ssccg: 产生错误讯息吃不了什麽资源吧... 04/21 22:18
3F：推 smallblack: try... catch...可以吗 04/22 02:51
4F：→ wind681201: 我的问题比较偏，像是员工号码重覆之类的，需要多表查 04/22 12:57
5F：→ wind681201: 询，才能提供的，或是告诉使用者，你要去哪先建资料 04/22 12:58
6F：→ luiGiF: sql stored procedure 传参数根据你的规则去过滤比较快吧 04/22 16:15
7F：推 Litfal: 这个问题是case by case，看客户的需求方向 04/22 17:43
8F：推 Litfal: 如果客户希望前端流程很顺，不太在乎额外的伺服器压力，那 04/22 17:52
9F：→ Litfal: 就得做成Ajax validation。否则动态验证post後端处理当然 04/22 17:52
10F：→ Litfal: 简单很多。 04/22 17:52
11F：→ wind681201: 谢谢大家的建议 04/22 19:37
12F：推 jinmin88: 检查db重复可以把db的crud跟cache做点结合，会快很多 04/23 16:23
13F：推 nicetw20xx: 我是写三层，呼叫时一个try,catch，若catch respond 05/10 00:26
14F：→ nicetw20xx: 错误讯息(小心别讲太多)，中间层商业逻辑，检查到错误 05/10 00:26
15F：→ nicetw20xx: throw new ex错误讯息, 底层try,catch防程式崩溃，基 05/10 00:27
16F：→ nicetw20xx: 上不会丢到呼叫层去 05/10 00:28