最近又重新重新看了一遍shiro的許可權框架，繼續加深了解
但是在和同事的討論過程中，我覺得使我的收益更大
眾所周知，許可權一般是有5張表的，role,user,permission,role-user,role-permission
可能我是比較注重這個規範的，但是同事的一番話語使我幡然醒悟
要在具體的專案中具體的使用，然而現在做的這個專案沒有很細分的許可權，所以就使用的是4張表
剛開始我也覺得很不可思議，因為規範是這樣的，但是如果細思，專案中並沒有那麼複雜的許可權關係，那麼為什麼我們要把簡單的東西弄的那個複雜呢
可能是我一直學習的東西都有乙個固有的或者是有乙個參考，但是不同的問題要不同的解析，所以呢，要結合實際來看這個專案需要使用的東西
但是我覺得資料也是很有用的，讓你從別人的角度來觀察這個事情，但是呢，最後你需要已你自己的角度來看待這個事物
今天最大的收穫大概就是在和同事的激烈討論過程中，跳出了框架
shiro中現在比較好玩的就是乙個可以直接整合redis
還有就是有乙個remeber me的屬性,因為shiro比較小巧，使用起來還是很很快的上手的
但是如果要深入的話還是要去繼續學習學習spring security
關於Session的一些討論
眾所周知，session是jsp的九大內建物件之一，也是伺服器二次識別客戶端的橋梁，它的生命週期非常長，一般都是存在於乙個會話 同一瀏覽器 之中，與 天地同壽 伺服器 有如下例子 1 在不關閉瀏覽器的情況下，建立乙個session，你始終可以訪問到這個session。2 在不關閉瀏覽器的情況下，建立...
關於樹狀陣列的一些討論
樹狀陣列用於在log n 的時間複雜度修改與詢問字首 相比線段樹更好寫 常數更小 不過侷限性很大 不能用於維護最大最小值之類的情況 最常用的應用 我用過的 大概有 單點修改區間查詢 區間修改單點查詢 區間修改區間查詢 離散化權值求逆序對 以上內容 洛谷金秋講義 上面已經把樹狀陣列定義以及修改查詢方法...
關於許可權的一些想法
準備做許可權的時候，有兩套方案。一 在資料庫儲存所有的那些需要控制的點叫做許可權表。基本就是一些id。然後乙個角色表，角色對應許可權，使用者對應角色。第二種是以前在乙個專案中見過的許可權控制方法。使用者 角色 許可權，這些不變，有變的是 許可權不用一堆資料表示 使用二進位制即類似 010111001...