标签：不同 空指针 管理 切换 under nta shc 访问 equal
访问后台会报各种错误，403，500等，通常这些错误有自己对应的路由或提示页面，一般都是统一处理（统一的errHandler）,这是不能忽视的模块！
一定要留出一个模块的时间，来开发这块，否则后续要经常处理异常！
路由的权限管理要有自己的独立性，不能依赖后台的接口。（前端要有自己独立的“鉴权”）。
考虑这个情况：管理员可以预览商品，用户可以浏览商品，两个页面是不同的路由，但是访问的后台接口是一样的 --》 如过只在后台鉴权，用户也可以成功访问 预览商品页 了。
了解框架自己的路由拦截方式，而不仅仅是http拦截方式！！
后台代码，不要随便用set存储！ 因为这意味着你放弃了list 稳定的排序功能。
可以考虑重写equals和hashCode方法，list add前 先判断是否 contains
任何时候，都要考虑内容过长的情况（固定格式内容考虑 最长的情况）
web端 任何时候，都要考虑用户刷新页面的情况。（刷新可能导致数据的丢失，访问后台就会异常）
搜索，提交，加载下一页，一定要防止重复点击的情况，即使后台做过请求过滤！！
试想一下：移动端上拉追加一页，是否要避免重复追加？ 新增数据成功后 追加到 list 中,是否也要避免重复追加？。。。
使用缓存时，任何时候都要考虑三种情况：
不同用户切换，缓存是否共用了？（不应该共用）
来回切换是否 有效清理了 原用户的缓存？（切成别的用户时，应当清理缓存。）
同一用户，来回跨站访问，从外站通过不同入口进入，是否共用了缓存？（不应当使用缓存：外站进入先清理缓存。）
时刻注意空指针的情况！ 无论是前台还是后台！！！
标签：不同 空指针 管理 切换 under nta shc 访问 equal
原文地址：http://www.cnblogs.com/zhwc-5w4/p/7598915.html
