主頁 > 軟體設計 > xmall商城學習筆記——JWT改造登錄

xmall商城學習筆記——JWT改造登錄

2020-09-20 00:08:14 軟體設計

文章目錄

  • 前言
  • 一、無狀態登錄是什么?
    • 1.有狀態登錄
    • 2.無狀態登錄
    • 3.如何實作無狀態
    • 4.JWT
    • 5.JWT互動流程
  • 二、理解原有解決方案!
    • 1.準備util類
    • 2.xmall-manager-web 重點
  • 三.改造專案
  • 總結


前言

之前給大家許諾的給xmall 加上jwt 校驗的專案終于弄好了,最近一直加班身心俱疲,


提示:以下是本篇文章正文內容,下面案例可供參考

一、無狀態登錄是什么?

了解JWT首先要知道什么是無狀態登錄,什么是有狀態登錄,

1.有狀態登錄

有狀態登錄:有狀態服務,即服務端需要記錄每次會話的客戶端資訊,從而識別客戶端身份,根據用戶身份進行請求的處理,典型的設計如tomcat中的session,
例如登錄:用戶登錄后,我們把登錄者的資訊保存在服務端session中,并且給用戶一個cookie值,記錄對應的session,然后下次請求,用戶攜帶cookie值來,我們就能識別到對應session,從而找到用戶的資訊,
缺點是什么?

  • 服務端保存大量資料,增加服務端壓力
  • 服務端保存用戶狀態,無法進行水平擴展
  • 客戶端請求依賴服務端,多次請求必須訪問同一臺服務器

2.無狀態登錄

微服務集群中的每個服務,對外提供的都是Rest風格的介面,而Rest風格的一個最重要的規范就是:服務的無狀態性,即:

  • 服務端不保存任何客戶端請求者資訊
  • 客戶端的每次請求必須具備自描述資訊,通過這些資訊識別客戶端身份

無狀態登錄的優點

  • 客戶端請求不依賴服務端的資訊,任何多次請求不需要必須訪問到同一臺服務
  • 服務端的集群和狀態對客戶端透明
  • 服務端可以任意的遷移和伸縮
  • 減小服務端存盤壓力

3.如何實作無狀態

無狀態登錄的流程:

  • 當客戶端第一次請求服務時,服務端對用戶進行資訊認證(登錄)
  • 認證通過,將用戶資訊進行加密形成token,回傳給客戶端,作為登錄憑證
  • 以后每次請求,客戶端都攜帶認證的token
  • 服務的對token進行解密,判斷是否有效,

流程圖:
在這里插入圖片描述
整個登錄程序中,最關鍵的點是什么?
token的安全性
token是識別客戶端身份的唯一標示,如果加密不夠嚴密,被人偽造那就完蛋了,

采用何種方式加密才是安全可靠的呢?

我們將采用JWT + RSA非對稱加密

4.JWT

JWT,全稱是Json Web Token,是JSON風格輕量級的授權和身份認證規范,可實作無狀態、分布式的Web應用授權;官網:https://jwt.io

JWT資料格式
JWT包含三部分資料:

  • Header:頭部,通常頭部有兩部分資訊
    宣告型別,這里是JWT
    我們會對頭部進行base64編碼,得到第一部分資料
  • Payload:載荷,就是有效資料,一般包含下面資訊:
    用戶身份資訊(注意,這里因為采用base64編碼,可解碼,因此不要存放敏感資訊)
    注冊宣告:如token的簽發時間,過期時間,簽發人等
    這部分也會采用base64編碼,得到第二部分資料
  • Signature:簽名,是整個資料的認證資訊,一般根據前兩步的資料,再加上服務的的密鑰(secret)(不要泄漏,最好周期性更換),通過加密演算法生成,用于驗證整個資料完整和可靠性
    生成的資料格式:token==個人證件 jwt=個人身份證
    在這里插入圖片描述

5.JWT互動流程

流程圖:
在這里插入圖片描述
步驟翻譯:

  • 1、用戶登錄
  • 2、服務的認證,通過后根據secret生成token
  • 3、將生成的token回傳給瀏覽器
  • 4、用戶每次請求攜帶token
  • 5、服務端利用公鑰解讀jwt簽名,判斷簽名有效后,從Payload中獲取用戶資訊
  • 6、處理請求,回傳回應結果
    因為JWT簽發的token中已經包含了用戶的身份資訊,并且每次請求都會攜帶,這樣服務的就無需保存用戶資訊,甚至無需去資料庫查詢,完全符合了Rest的無狀態規范,

二、理解原有解決方案!

1.準備util類

JWTUtil

@Component
public class JwtUtil {
    @Value(value = "60000")
    private String tokenValidTime;

    /***
     * 創建token
     * @param username
     * @param currentTimeMillis
     * @return
     */
    public String createToken(String username,String currentTimeMillis){
        try{
            //加密
            Algorithm algorithm = Algorithm.HMAC256(username);
            Date tokenExpireDate = getExpireTime();
            return JWT.create().withClaim("username",username)
                    .withClaim(RedisConstant.CURRENT_TMIE_MILLIS,currentTimeMillis)
                    .withExpiresAt(tokenExpireDate).sign(algorithm);
        } catch (Exception e){
            throw new XmallException("JWTToken驗證token出現UnsupportedEncodingException例外:" + e.getMessage());
        }

    }

    /***
     * 獲取token過期時間
     * @return
     */
    private Date getExpireTime(){
        long currentTimeMillis = System.currentTimeMillis();
        return new Date(currentTimeMillis+Integer.valueOf(tokenValidTime));
    }

    /**
     * 驗證token
     *
     * @param username
     * @param token
     * @return
     */
    public boolean verifyToken(String username, String token) {
        try {
            Algorithm algorithm = Algorithm.HMAC256(username);
            JWTVerifier verifier = JWT.require(algorithm).withClaim("username", username).build();
            verifier.verify(token);
            return true;
        } catch (Exception e) {
            throw new XmallException("驗證失敗:"+e.getMessage());
        }
    }

    /**
     * 根據key獲取token中攜帶key對應的資訊
     *
     * @param token token
     * @param key   關鍵詞
     * @return 該關鍵詞攜帶的值
     */
    public String getValueFromTokenByKey(String token, String key) {
        try {
            DecodedJWT decodedJWT = JWT.decode(token);
            return decodedJWT.getClaim(key).asString();
        } catch (JWTDecodeException e) {
            return null;
        }
    }

    /**
     * 獲取token中username對應的值
     *
     * @param token
     * @return
     */
    public String getUsernameFromToken(String token) {
        return getValueFromTokenByKey(token, "username");
    }

    /**
     * 獲取token中的創建的時間戳
     *
     * @param token
     * @return
     */
    public String getCurrentTmieMillisFromToken(String token) {
        return getValueFromTokenByKey(token, RedisConstant.CURRENT_TMIE_MILLIS);
    }

在這里插入圖片描述
JedisClientPool 里添加

/**
	 * 設定key ,value 并且設定其過期時間
	 *
	 * @param key
	 * @param value
	 * @param expireTime
	 * @return
	 */
	 @Override
	public String set(String key,String value,int expireTime){
		Jedis jedis = jedisPool.getResource();
		String result = jedis.set(key, value);
		if ("OK".equals(result)) {
			jedis.expire(key, expireTime);
		}
		jedis.close();
		return result;
	}

還需要在JedisClient 介面里寫個方法

在這里插入圖片描述

2.xmall-manager-web 重點

先理一下他原來的解決方法
首先我看找到登錄的地方
在這里插入圖片描述
我們可以看到原來的專案里直接把 password 進行了MD5加密
再和username 組裝成token
呼叫 subject.login(token)
呼叫這個之后會到MyRealm類里執行doGetAuthenticationInfo方法
在這里插入圖片描述
這里可以看到從token中獲取username,去資料庫里查詢,查到 就把資料放到
SimpleAuthenticationInfo類物件里回傳,這里我們注意new 實體化 傳的引數

SimpleAuthenticationInfo(Object principal, Object credentials, String realmName)

第一個是主鍵,第二個是證書,第三個隨便只要不為null

到這兒只是部分登錄的流程,還有幾個重點現在開始講完整的請求程序
先看一下shiro的配置
在這里插入圖片描述
加入一個查詢的請求過來
首先被我們MyPermissionFilter攔截器攔截
在這里插入圖片描述
subject.getPrincipal() 就是我們剛剛說的SimpleAuthenticationInfo 里的第一個引數
如果沒有值就是沒有登錄,如果登錄里就判斷 parms 是否被允許
subject.isPermitted(perms[0])
perms 這個值是哪里來的呢?和shiro框架里的比較,框架里是拿來的的?
第一個問題:
perms的值isAccessAllowed(ServletRequest request, ServletResponse response, Object o) 來之Object o 這個值就是來之組態檔的filterChainDefinitions
但是xmall專案把校驗的配置放到資料庫中了tb_shiro_filter
組態檔里可以看到專案自己實作了MyShiroFilterFactoryBean,這里面可以看到是讀取資料庫中的配置的,一個什么請求后面就帶了需要校驗的權限或者角色
在這里插入圖片描述
第二個問題
還是看回我們的MyRealm
doGetAuthorizationInfo方法獲取了當前賬號所有的角色和權限路徑
在這里插入圖片描述

三.改造專案

在controller 中

@ResponseBody
    @RequestMapping(value = "/login", method = RequestMethod.POST)
    public CommonResult login(String username, String password) {
        String token = userService.login(username, password);
        if (token != null) {
            return CommonResult.success(token);
        }
        return CommonResult.failed("傳入賬號或密碼錯誤", null);
    }

在userService中

/**
     * 用戶登錄
     *
     * @param username
     * @param password
     * @return
     */
    public String login(String username, String password) {
        User user = getUserByUsername(username);
        if (user != null && user.getPassword().equals(password)) {
            // redis存盤的時間戳
            String currentTimeMillis = String.valueOf(System.currentTimeMillis());
            // redis 設定
            redisUtil.set(username, currentTimeMillis);
            return jwtUtil.createToken(username, currentTimeMillis);
        } else {
            return null;
        }
    }

主要作業:1、把username 和password 和資料里比較如果存在
2、存到redis中設定過期時間
3、使用JWT 生成token
然后新建一個MyShiroRealm

public class MyShiroRealm extends AuthorizingRealm {
    private static final Logger log= LoggerFactory.getLogger(MyRealm.class);

    @Autowired
    private UserService userService;

    @Autowired
    JwtUtil jwtUtil;

    @Autowired
    JedisClient redisUtil;

    /**
     * 回傳權限資訊
     * @param principal
     * @return
     */
    @Override
    protected AuthorizationInfo doGetAuthorizationInfo(PrincipalCollection principal) {
        // 從token中獲取username
        String username = jwtUtil.getUsernameFromToken(principal.toString());
        TbUser tbUser = userService.getUserByUsername(username);
        SimpleAuthorizationInfo authorizationInfo=new SimpleAuthorizationInfo();
        //獲得授權角色
        authorizationInfo.setRoles(userService.getRoles(username));
        //獲得授權權限
        authorizationInfo.setStringPermissions(userService.getPermissions(username));
        return authorizationInfo;
    }

    /**
     * 先執行登錄驗證
     * @param auth
     * @return
     * @throws AuthenticationException
     */
    @Override
    protected AuthenticationInfo doGetAuthenticationInfo(AuthenticationToken auth) throws AuthenticationException {
        // 在shiro中獲得用戶(token)
        String token = (String) auth.getCredentials();
        // 驗證token 首先查看token是否包含username,其次查看其中的username是否在資料庫里,最后,校驗token的正確性
        String username = jwtUtil.getUsernameFromToken(token);
        if (username == null) {
            throw new AuthenticationException("無效token");
        }
        // 驗證用戶是否存在
        TbUser tbUser = userService.getUserByUsername(username);
        if(tbUser == null){
            throw new AuthenticationException("無效token");
        }

        String redisUsername = String.format("%s%s", RedisConstant.REDIS_USERNAME_PREFIX, username);
        //資料庫里取的username 和token和redis里的比較是否一致
        if(jwtUtil.verifyToken(username,token) && redisUtil.exists(redisUsername)){
            // redis中存盤的token
            String currentTimeMillisRedis = redisUtil.get(redisUsername); //根據key可以獲取存盤的時間戳
            //從引數token中獲取時間戳 和redis里存的比較是否一致
            if(jwtUtil.getCurrentTmieMillisFromToken(token).equals(currentTimeMillisRedis)){
                //得到用戶賬號(token)和密碼(token)存放到authenticationInfo中用于Controller層的權限判斷 第三個引數隨意不能為null
                return new SimpleAuthenticationInfo(token,token,"MyShiroRealm");
            }
        }
        throw new AuthenticationException("無效token");
    }
}

這里主要變化就是doGetAuthenticationInfo登錄的方法
主要是JWT 解碼token 獲得引數 去資料庫查找比較,在和redis 里比較是否一致
一致就把subject.login(token) 傳過來的JWT加密過的token 放到
SimpleAuthenticationInfo(token,token,“MyShiroRealm”) 實體化物件里回傳

我們接著看自定義的MyLoginFilter

public class MyLoginFilter extends BasicHttpAuthenticationFilter {
    private static final Logger log= LoggerFactory.getLogger(MyPermissionFilter.class);

    @Value(value="60000")
    private String tokenValidTime;

    @Value(value="80000")
    private String inValidTokenLiveSaveTime;

    @Autowired
    JwtUtil jwtUtil;

    @Autowired
    JedisClient redisUtil;

    /**
     * 判斷請求頭中是否含有token
     *
     * @param request
     * @param response
     * @return
     */
    @Override
    protected boolean isLoginAttempt(ServletRequest request, ServletResponse response) {
        return !StringUtils.isEmpty(this.getAuthzHeader(request));
    }


    /**
     * 正常情況下回傳true,如果遇到Token過期的話,這里呼叫重繪token,遇到其他的例外,這里回傳401,
     *
     * @param request
     * @param response
     * @param mappedValue
     * @return
     */
    @Override
    protected boolean isAccessAllowed(ServletRequest request, ServletResponse response, Object mappedValue) {
        String token = this.getAuthzHeader(request);
        if (isLoginAttempt(request, response) == true) {
            try {
                this.executeLogin(request, response);
            } catch (Exception e) {
                Throwable throwable = e.getCause();
                if (throwable instanceof TokenExpiredException) {
                    // 執行重繪token
                    String newToken = this.refreshToken(token);
                    if (!StringUtils.isEmpty(newToken)) {
                        // 將重繪之后的token放在回應的頭上 前端下次取出很本地的比較,如果不一樣的話做token的替換,
                        ((HttpServletResponse) response).setHeader(AUTHORIZATION_HEADER, newToken);
                        ((HttpServletResponse) response).setHeader("Access-Control-Expose-Headers", AUTHORIZATION_HEADER);
                        return true;
                    }
                }
            }
            this.response401(response);
            return false;
        }
        return true;

    }


    @Override
    protected boolean executeLogin(ServletRequest request, ServletResponse response) throws Exception {
        String token = this.getAuthzHeader(request);
        JwtToken jwtToken = new JwtToken(token);
        Subject subject = getSubject(request, response);
        subject.login(jwtToken);
        return true;
    }


    /**
     * 重繪過期的token
     *
     * @param needRefreshToken
     * @return
     */
    private String refreshToken(String needRefreshToken) {
        // 過期token的username
        String needRefreshTokenUsername = jwtUtil.getUsernameFromToken(needRefreshToken);

        if (redisUtil.exists(needRefreshTokenUsername)) {
            // 如果redis中存在過期token的key 則獲取存盤的時間戳
            String redisTokenTimeMillis = redisUtil.get(needRefreshTokenUsername);
            // 需要被重繪的token中獲取時間戳
            String needRefreshTokenTimeMillis = jwtUtil.getCurrentTmieMillisFromToken(needRefreshToken);

            // 相等執行重繪token的步驟
            if (redisTokenTimeMillis.equals(needRefreshTokenTimeMillis)) {
                String currentTimeMillis = String.valueOf(System.currentTimeMillis());
                redisUtil.set(RedisConstant.REDIS_USERNAME_PREFIX + needRefreshTokenUsername, currentTimeMillis);

                String newToken = jwtUtil.createToken(needRefreshTokenUsername, currentTimeMillis);

                // 這里的目的是為了防止 前端同時多請求 所帶來重繪token多次的問題(當第二個請求帶著老得token來的時候,在myRealm中增加此判斷 這樣的請求不會認為其過期)
                // 而這里的過期時間是按照前端設定了請求8秒沒有回傳則默認為請求超時, 這里給老得token16秒的存在時間,
                redisUtil.set(RedisConstant.REDIS_EXPIRE_TOKEN_PREFIX + needRefreshTokenUsername, needRefreshToken, Integer.valueOf(inValidTokenLiveSaveTime));
                return newToken;
            }
        }
        return "";
    }


    /**
     * 將非法請求跳轉到 /401
     */
    private void response401(ServletResponse resp) {
        try {
            HttpServletResponse httpServletResponse = (HttpServletResponse) resp;
            httpServletResponse.sendRedirect("/401");
        } catch (IOException e) {
            log.error(e.getMessage());
        }
    }
}

這邊我們看到了subject.login(),這里就是請求中是不是帶token,如果有就是登錄
還有一個是重繪redis里過期時間,
我就說一些重繪的思路
首先如果MyShiroRealm 中登錄失敗
我們拿著這個token 去redis中找是否存在,再看它的時間戳是否和redis中的一致
生成新的token設定到redis中并設定過期時間
這邊說一下redis中存的資料
redis里存兩種資料
一個是 “XXX”+username,時間戳
一個是 “XXX”+username,token,并設定過期時間

總結

由于篇幅的問題我就不在說了,基本上到這邊就介紹了,
思考一下使用JWT 登錄的時候真的登錄了么?
其實沒有,shiro沒有登錄,因為login 請求過來的時候url里沒有token,只是生成了token回傳,下次發送請求的時候shiro才會登錄,
還有一個shiro組態檔沒貼出來,應該不難把,自己配一下檢驗一下自己,如果真有需要,就在下方留言,

轉載請註明出處,本文鏈接:https://www.uj5u.com/ruanti/84409.html

標籤:其他

上一篇:關于我初賽的一些要背的東西 & 錯題集

下一篇:Java 面試筆記之常考知識點 ThreadLocal 剖析

標籤雲
其他(157675) Python(38076) JavaScript(25376) Java(17977) C(15215) 區塊鏈(8255) C#(7972) AI(7469) 爪哇(7425) MySQL(7132) html(6777) 基礎類(6313) sql(6102) 熊猫(6058) PHP(5869) 数组(5741) R(5409) Linux(5327) 反应(5209) 腳本語言(PerlPython)(5129) 非技術區(4971) Android(4554) 数据框(4311) css(4259) 节点.js(4032) C語言(3288) json(3245) 列表(3129) 扑(3119) C++語言(3117) 安卓(2998) 打字稿(2995) VBA(2789) Java相關(2746) 疑難問題(2699) 细绳(2522) 單片機工控(2479) iOS(2429) ASP.NET(2402) MongoDB(2323) 麻木的(2285) 正则表达式(2254) 字典(2211) 循环(2198) 迅速(2185) 擅长(2169) 镖(2155) 功能(1967) .NET技术(1958) Web開發(1951) python-3.x(1918) HtmlCss(1915) 弹簧靴(1913) C++(1909) xml(1889) PostgreSQL(1872) .NETCore(1853) 谷歌表格(1846) Unity3D(1843) for循环(1842)

熱門瀏覽
  • 面試突擊第一季,第二季,第三季

    第一季必考 https://www.bilibili.com/video/BV1FE411y79Y?from=search&seid=15921726601957489746 第二季分布式 https://www.bilibili.com/video/BV13f4y127ee/?spm_id_fro ......

    uj5u.com 2020-09-10 05:35:24 more
  • 第三單元作業總結

    1.前言 這應該是本學期最后一次寫作業總結了吧。總體來說,對作業的節奏也差不多掌握了,作業做起來的效率也更高了。雖然和之前的作業一樣,作業中都要用到新的知識,但是相比之前,更加懂得了如何利用工具以及資料。雖然之間卡過殼,但總體而言,這幾次作業還算完成的比較好。 2.作業程序總結 相比前兩個單元,此單 ......

    uj5u.com 2020-09-10 05:35:41 more
  • 北航OO(2020)第四單元博客作業暨課程總結博客

    北航OO(2020)第四單元博客作業暨課程總結博客 本單元作業的架構設計 在本單元中,由于UML圖具有比較清晰的樹形結構,因此我對其中需要進行查詢操作的元素進行了包裝,在樹的父節點中存盤所有孩子的參考。考慮到性能問題,我采用了快取機制,一次查詢后盡可能快取已經遍歷過的資訊,以減少遍歷次數。 本單元我 ......

    uj5u.com 2020-09-10 05:35:48 more
  • BUAA_OO_第四單元

    一、UML決議器設計 ? 先看下題目:第四單元實作一個基于JDK 8帶有效性檢查的UML(Unified Modeling Language)類圖,順序圖,狀態圖分析器 MyUmlInteraction,實際上我們要建立一個有向圖模型,UML中的物件(元素)可能與同級元素連接,也可與低級元素相連形成 ......

    uj5u.com 2020-09-10 05:35:54 more
  • 6.1邏輯運算子

    邏輯運算子 1. && 短路與 運算式1 && 運算式2 01.運算式1為true并且運算式2也為true 整體回傳為true 02.運算式1為false,將不會執行運算式2 整體回傳為false 03.只要有一個運算式為false 整體回傳為false 2. || 短路或 運算式1 || 運算式2 ......

    uj5u.com 2020-09-10 05:35:56 more
  • BUAAOO 第四單元 & 課程總結

    1. 第四單元:StarUml檔案決議 本單元采用了圖模型決議UML。 UML檔案可以抽象為圖、子圖、邊的邏輯結構。 在實作中,圖的節點包括類、介面、屬性,子圖包括狀態圖、順序圖等。 采用了三次遍歷UML元素的方法建圖,第一遍遍歷建點,第二、三次遍歷設定屬性、連邊,實作圖物件的初始化。這里借鑒了一些 ......

    uj5u.com 2020-09-10 05:36:06 more
  • 談談我對C# 多型的理解

    面向物件三要素:封裝、繼承、多型。 封裝和繼承,這兩個比較好理解,但要理解多型的話,可就稍微有點難度了。今天,我們就來講講多型的理解。 我們應該經常會看到面試題目:請談談對多型的理解。 其實呢,多型非常簡單,就一句話:呼叫同一種方法產生了不同的結果。 具體實作方式有三種。 一、多載 多載很簡單。 p ......

    uj5u.com 2020-09-10 05:36:09 more
  • Python 資料驅動工具:DDT

    背景 python 的unittest 沒有自帶資料驅動功能。 所以如果使用unittest,同時又想使用資料驅動,那么就可以使用DDT來完成。 DDT是 “Data-Driven Tests”的縮寫。 資料:http://ddt.readthedocs.io/en/latest/ 使用方法 dd. ......

    uj5u.com 2020-09-10 05:36:13 more
  • Python里面的xlrd模塊詳解

    那我就一下面積個問題對xlrd模塊進行學習一下: 1.什么是xlrd模塊? 2.為什么使用xlrd模塊? 3.怎樣使用xlrd模塊? 1.什么是xlrd模塊? ?python操作excel主要用到xlrd和xlwt這兩個庫,即xlrd是讀excel,xlwt是寫excel的庫。 今天就先來說一下xl ......

    uj5u.com 2020-09-10 05:36:28 more
  • 當我們創建HashMap時,底層到底做了什么?

    jdk1.7中的底層實作程序(底層基于陣列+鏈表) 在我們new HashMap()時,底層創建了默認長度為16的一維陣列Entry[ ] table。當我們呼叫map.put(key1,value1)方法向HashMap里添加資料的時候: 首先,呼叫key1所在類的hashCode()計算key1 ......

    uj5u.com 2020-09-10 05:36:38 more
最新发布
  • 【中介者設計模式詳解】C/Java/JS/Go/Python/TS不同語言實作

    * 中介者模式是一種行為型設計模式,它可以用來減少類之間的直接依賴關系,
    * 將物件之間的通信封裝到一個中介者物件中,從而使得各個物件之間的關系更加松散。
    * 在中介者模式中,物件之間不再直接相互互動,而是通過中介者來中轉訊息。 ......

    uj5u.com 2023-04-20 08:20:47 more
  • 露天煤礦現場調研和交流案例分享

    他們集團的資訊化公司及研究院在一個礦區正在做智能礦山的統一平臺的 試點,專案投資大概1億,包括了礦山的各方面的內容,顯示得我們這次交流有點多余。他們2年前開始做智能礦山的規劃,有很多煤礦行業專家的加持,他們的描述是非常完美,但是去年底應該上線的平臺,現在還沒有看到影子。他們確實有很多場景需求,但是被... ......

    uj5u.com 2023-04-20 08:20:25 more
  • 《社區人員管理》實戰案例設計&個人案例分享

    設計是一個讓人夢想成真程序,開始編碼、測驗、除錯之前進行需求分析和架構設計,才能保證關鍵方面都做正確 ......

    uj5u.com 2023-04-20 08:20:17 more
  • 軟體架構生態化-多角色交付的探索實踐

    作為一個技術架構師,不僅僅要緊跟行業技術趨勢,還要結合研發團隊現狀及痛點,探索新的交付方案。在日常中,你是否遇到如下問題 “ 業務需求排期長研發是瓶頸;非研發角色感受不到研發技改提效的變化;引入ISV 團隊又擔心質量和安全,培訓周期長“等等,基于此我們探索了一種新的技術體系及交付方案來解決如上問題。 ......

    uj5u.com 2023-04-20 08:20:10 more
  • 【中介者設計模式詳解】C/Java/JS/Go/Python/TS不同語言實作

    * 中介者模式是一種行為型設計模式,它可以用來減少類之間的直接依賴關系,
    * 將物件之間的通信封裝到一個中介者物件中,從而使得各個物件之間的關系更加松散。
    * 在中介者模式中,物件之間不再直接相互互動,而是通過中介者來中轉訊息。 ......

    uj5u.com 2023-04-20 08:19:44 more
  • 露天煤礦現場調研和交流案例分享

    他們集團的資訊化公司及研究院在一個礦區正在做智能礦山的統一平臺的 試點,專案投資大概1億,包括了礦山的各方面的內容,顯示得我們這次交流有點多余。他們2年前開始做智能礦山的規劃,有很多煤礦行業專家的加持,他們的描述是非常完美,但是去年底應該上線的平臺,現在還沒有看到影子。他們確實有很多場景需求,但是被... ......

    uj5u.com 2023-04-20 08:19:07 more
  • 《社區人員管理》實戰案例設計&個人案例分享

    設計是一個讓人夢想成真程序,開始編碼、測驗、除錯之前進行需求分析和架構設計,才能保證關鍵方面都做正確 ......

    uj5u.com 2023-04-20 08:18:57 more
  • 軟體架構生態化-多角色交付的探索實踐

    作為一個技術架構師,不僅僅要緊跟行業技術趨勢,還要結合研發團隊現狀及痛點,探索新的交付方案。在日常中,你是否遇到如下問題 “ 業務需求排期長研發是瓶頸;非研發角色感受不到研發技改提效的變化;引入ISV 團隊又擔心質量和安全,培訓周期長“等等,基于此我們探索了一種新的技術體系及交付方案來解決如上問題。 ......

    uj5u.com 2023-04-20 08:18:49 more
  • 05單件模式

    #經典的單件模式 public class Singleton { private static Singleton uniqueInstance; //一個靜態變數持有Singleton類的唯一實體。 // 其他有用的實體變數寫在這里 //構造器宣告為私有,只有Singleton可以實體化這個類! ......

    uj5u.com 2023-04-19 08:42:51 more
  • 【架構與設計】常見微服務分層架構的區別和落地實踐

    軟體工程的方方面面都遵循一個最基本的道理:沒有銀彈,架構分層模型更是如此,每一種都有各自優缺點,所以請根據不同的業務場景,并遵循簡單、可演進這兩個重要的架構原則選擇合適的架構分層模型即可。 ......

    uj5u.com 2023-04-19 08:42:41 more