剝開比原看代碼16:比原是如何通過/list-transactions顯示交易信息的

来源:https://www.cnblogs.com/bytom/archive/2018/07/23/9356986.html
-Advertisement-
Play Games

作者:freewind 比原項目倉庫: Github地址:https://github.com/Bytom/bytom Gitee地址:https://gitee.com/BytomBlockchain/bytom 在前一篇文章中,我們試圖理解比原是如何交易的,但是由於內容太多,我們把它分成了幾個小 ...


作者:freewind

比原項目倉庫:

Github地址:https://github.com/Bytom/bytom

Gitee地址:https://gitee.com/BytomBlockchain/bytom

在前一篇文章中,我們試圖理解比原是如何交易的,但是由於內容太多,我們把它分成了幾個小問題,併在前一篇解決了“在dashboard中如何提交交易信息”,以及“比原後臺是如何操作的”。

在本文我們繼續研究下一個問題:在提交的交易成功完成後,前端會以列表的方式顯示交易信息,它是如何拿到後臺的數據的?也就是下圖是如何實現的:

由於它同時涉及到了前端和後端,所以我們同樣把它分成了兩個小問題:

  1. 前端是如何獲取交易數據並顯示出來的?
  2. 後端是如何找到交易數據的?

下麵依次解決。

前端是如何獲取交易數據並顯示出來的?

我們先在比原的前端代碼庫中尋找。由於這個功能是“列表分頁”顯示,這讓我想起了前面有一個類似的功能是分頁顯示餘額,那裡用的是src/features/shared/components/BaseList提供的通用組件,所以這邊應該也是一樣。

經過查看,果然在src/features/transactions/components/下麵發現了List.jsx文件,且目錄結構跟src/features/balances/components/非常相似,再大略看一下代碼,就能確定使用了一樣的方法。

但是如果回想一下,過程似乎還是有點不同。在顯示餘額那裡,是我們手動點擊了左側欄的菜單,使得前端的路由轉到了/balances,然後由

src/features/shared/routes.js#L5-L44

const makeRoutes = (store, type, List, New, Show, options = {}) => {
  // ...
  return {
    path: options.path || type + 's',
    component: RoutingContainer,
    name: options.name || humanize(type + 's'),
    name_zh: options.name_zh,
    indexRoute: {
      component: List,
      onEnter: (nextState, replace) => {
        loadPage(nextState, replace)
      },
      onChange: (_, nextState, replace) => { loadPage(nextState, replace) }
    },
    childRoutes: childRoutes
  }

}

中的onEnter或者onChange觸發了loadPage,最後一步步調用了後臺介面/list-balances。而這次在本文的例子中,它是在提交了“提交交易”表單成功後,自動轉到了“列表顯示交易”的頁面,會不會同樣觸發onEnter或者onChange呢?

答案是會的,因為在前文中,當submitForm執行後,向後臺的最後一個請求/submit-transaction成功以後,會調用dealSignSubmitResp這個函數,而它的定義是:

src/features/transactions/actions.js#L120-L132

const dealSignSubmitResp = resp => {
  // ...
  dispatch(push({
    pathname: '/transactions',
    state: {
      preserveFlash: true
    }
  }))
}

可以看到,它最後也會切換前端路由到/transactions,跟顯示餘額那裡就是完全一樣的路線了。所以按照那邊的經驗,到最後一定會訪問後臺的/list-transactions介面。

這過程中的推導就不再詳說,需要的話可以看前面講解“比原是如何顯示餘額的”那篇文章。

最後拿到了後臺返回的數據如何以表格形式顯示出來,在那篇文章中也提到,這裡也跳過。

後端是如何找到交易數據的?

當我們知道了前端會訪問後臺的/list-transactions介面後,我們就很容易的在比原的主項目倉庫中找到下麵的代碼:

api/api.go#L164-L244

func (a *API) buildHandler() {
    // ...
    if a.wallet != nil {
        // ...
        m.Handle("/list-transactions", jsonHandler(a.listTransactions))
        // ...
}

可以看到,list-transactions對應的handler是a.listTransactions

api/query.go#L83-L107

func (a *API) listTransactions(ctx context.Context, filter struct {
    ID        string `json:"id"`
    AccountID string `json:"account_id"`
    Detail    bool   `json:"detail"`
}) Response {
    transactions := []*query.AnnotatedTx{}
    var err error

    // 1. 
    if filter.AccountID != "" {
        transactions, err = a.wallet.GetTransactionsByAccountID(filter.AccountID)
    } else {
        transactions, err = a.wallet.GetTransactionsByTxID(filter.ID)
    }

    // ...

    // 2.
    if filter.Detail == false {
        txSummary := a.wallet.GetTransactionsSummary(transactions)
        return NewSuccessResponse(txSummary)
    }
    return NewSuccessResponse(transactions)
}

從這個方法的參數可以看到,前端是可以傳過來idaccount_iddetail這三個參數的。而在本文的例子中,因為是直接跳轉到/transactions的路由,所以什麼參數也沒有傳上來。

我把代碼分成了兩塊,一些錯誤處理的部分被我省略了。依次講解:

  1. 第1處是想根據參數來獲取transactions。如果account_id有值,則拿它去取,即某個帳戶擁有的交易;否則的話,用id去取,這個id指的是交易的id。如果這兩個都沒有值,應該是在第二個分支中處理,即a.wallet.GetTransactionsByTxID應該也可以處理參數為空字元串的情況
  2. 第2處代碼,如果detailfalse(如果前端沒傳值,也應該是預設值false,則將前面拿到的transactions變成摘要,只返回部分信息;否則的話,返回完整信息。

我們先進第1處代碼中的a.wallet.GetTransactionsByAccountID

wallet/indexer.go#L505-L523

func (w *Wallet) GetTransactionsByAccountID(accountID string) ([]*query.AnnotatedTx, error) {
    annotatedTxs := []*query.AnnotatedTx{}

    // 1.
    txIter := w.DB.IteratorPrefix([]byte(TxPrefix))
    defer txIter.Release()
    // 2.
    for txIter.Next() {
        // 3.
        annotatedTx := &query.AnnotatedTx{}
        if err := json.Unmarshal(txIter.Value(), &annotatedTx); err != nil {
            return nil, err
        }

        // 4.
        if findTransactionsByAccount(annotatedTx, accountID) {
            annotateTxsAsset(w, []*query.AnnotatedTx{annotatedTx})
            annotatedTxs = append(annotatedTxs, annotatedTx)
        }
    }

    return annotatedTxs, nil
}

這裡把代碼分成了4塊:

  1. 第1處代碼是遍曆數據庫中以TxPrefix為首碼的值,其中TxPrefixTXS:,下麵要進行遍歷。這裡的DB無疑是wallet這個leveldb
  2. 第2處開始進行遍歷
  3. 第3處是把每一個元素的Value拿出來,它是JSON格式的,把它轉成AnnotatedTx對象。txIter的每一個元素是一個key-pair,有Key(),也有Value(),這裡只用到了Value()
  4. 第4處是在當前的這個annotatedTx對象中尋找,如果它的input或者output中包含的帳戶的id等於accountId,則它是我們需要的。後面再使用annotateTxsAsset方法把annotatedTx對象中的asset相關的屬性(比如alias等)補全。

其中AnnotatedTx的定義值得一看:

blockchain/query/annotated.go#L12-L22

type AnnotatedTx struct {
    ID                     bc.Hash            `json:"tx_id"`
    Timestamp              uint64             `json:"block_time"`
    BlockID                bc.Hash            `json:"block_hash"`
    BlockHeight            uint64             `json:"block_height"`
    Position               uint32             `json:"block_index"`
    BlockTransactionsCount uint32             `json:"block_transactions_count,omitempty"`
    Inputs                 []*AnnotatedInput  `json:"inputs"`
    Outputs                []*AnnotatedOutput `json:"outputs"`
    StatusFail             bool               `json:"status_fail"`
}

它其實就是為了持有最後返回給前端的數據,通過給每個欄位添加JSON相關的annotation方便轉換成JSON。

如果前端沒有傳account_id參數,則會進入另一個分支,對應a.wallet.GetTransactionsByTxID(filter.ID)

wallet/indexer.go#L426-L450

func (w *Wallet) GetTransactionsByTxID(txID string) ([]*query.AnnotatedTx, error) {
    annotatedTxs := []*query.AnnotatedTx{}
    formatKey := ""

    if txID != "" {
        rawFormatKey := w.DB.Get(calcTxIndexKey(txID))
        if rawFormatKey == nil {
            return nil, fmt.Errorf("No transaction(txid=%s) ", txID)
        }
        formatKey = string(rawFormatKey)
    }

    txIter := w.DB.IteratorPrefix(calcAnnotatedKey(formatKey))
    defer txIter.Release()
    for txIter.Next() {
        annotatedTx := &query.AnnotatedTx{}
        if err := json.Unmarshal(txIter.Value(), annotatedTx); err != nil {
            return nil, err
        }
        annotateTxsAsset(w, []*query.AnnotatedTx{annotatedTx})
        annotatedTxs = append([]*query.AnnotatedTx{annotatedTx}, annotatedTxs...)
    }

    return annotatedTxs, nil
}

這個方法看起來挺長,實際上邏輯比較簡單。如果前端傳了txID,則會在wallet中尋找指定的id的交易對象;否則的話,取出全部(也就是本文的情況)。其中calcTxIndexKey(txID)的定義是:

wallet/indexer.go#L61-L63

func calcTxIndexKey(txID string) []byte {
    return []byte(TxIndexPrefix + txID)
}

其中TxIndexPrefixTID:

calcAnnotatedKey(formatKey)的定義是:

wallet/indexer.go#L53-L55

func calcAnnotatedKey(formatKey string) []byte {
    return []byte(TxPrefix + formatKey)
}

其中TxPrefix的值是TXS:

我們再進入listTransactions的第2處,即detail那裡。如果detailfalse,則只需要摘要,所以會調用a.wallet.GetTransactionsSummary(transactions)

wallet/indexer.go#L453-L486

func (w *Wallet) GetTransactionsSummary(transactions []*query.AnnotatedTx) []TxSummary {
    Txs := []TxSummary{}

    for _, annotatedTx := range transactions {
        tmpTxSummary := TxSummary{
            Inputs:    make([]Summary, len(annotatedTx.Inputs)),
            Outputs:   make([]Summary, len(annotatedTx.Outputs)),
            ID:        annotatedTx.ID,
            Timestamp: annotatedTx.Timestamp,
        }

        for i, input := range annotatedTx.Inputs {
            tmpTxSummary.Inputs[i].Type = input.Type
            tmpTxSummary.Inputs[i].AccountID = input.AccountID
            tmpTxSummary.Inputs[i].AccountAlias = input.AccountAlias
            tmpTxSummary.Inputs[i].AssetID = input.AssetID
            tmpTxSummary.Inputs[i].AssetAlias = input.AssetAlias
            tmpTxSummary.Inputs[i].Amount = input.Amount
            tmpTxSummary.Inputs[i].Arbitrary = input.Arbitrary
        }
        for j, output := range annotatedTx.Outputs {
            tmpTxSummary.Outputs[j].Type = output.Type
            tmpTxSummary.Outputs[j].AccountID = output.AccountID
            tmpTxSummary.Outputs[j].AccountAlias = output.AccountAlias
            tmpTxSummary.Outputs[j].AssetID = output.AssetID
            tmpTxSummary.Outputs[j].AssetAlias = output.AssetAlias
            tmpTxSummary.Outputs[j].Amount = output.Amount
        }

        Txs = append(Txs, tmpTxSummary)
    }

    return Txs
}

這一段的代碼相當直白,就是從transactions的元素中取出部分比較重要的信息,組成新的TxSummary對象,返回過去。最後,這些對象再變成JSON返回給前端。

那麼今天的這個小問題就算解決了,由於有之前的經驗可以利用,所以感覺就比較簡單了。


您的分享是我們最大的動力!

-Advertisement-
Play Games
更多相關文章
  • 本文內容: 什麼是流 位元組流 字元流 首發日期:2018-07-24 什麼是流 流是個抽象的概念,是對輸入輸出設備的抽象,輸入流可以看作一個輸入通道,輸出流可以看作一個輸出通道。 輸入流是相對程式而言的,外部傳入數據給程式需要藉助輸入流。 輸出流是相對程式而言的,程式把數據傳輸到外部需要藉助輸出流。 ...
  • 一、構造方法 在使用類創建對象的時候(就是類後面加括弧)就自動執行__init__方法。 Python中派生類可以繼承父類的構造方法 1.基於super() 遇到super()就表示去執行父類的xxx屬性 2.通過父類的名稱執行父類的構造方法。 這兩種方式中推薦super,使用第二中方法的時候,進行 ...
  • 原創 尋求圖中最短路徑的方法有很多,最近剛開始學習,先用深搜實現,用鄰接矩陣來存儲圖。 直接上圖上代碼: 尋求從0~4的最短路徑 利用深搜找出所有從0~4的路徑,一一比較選擇出最小的 測試數據: 輸入: 5 8 0 1 2 0 4 10 1 2 3 1 4 7 2 0 4 2 3 4 3 4 5 4 ...
  • java.io包下的File類用於描述和創建一個文件或文件夾對象,只能對文件或文件夾做一些簡單操作,不能修改文件的內容,功能比較有限。下麵是對於File類中常用方法的程式演示。 [1] 演示程式一 [2] 演示程式二 註:希望與各位讀者相互交流,共同學習進步。 ...
  • 在debug VS c工程文件時,碰到cannot convert from 'int (__cdecl *)(char *)' to 'xxx'這個問題,發現問題在於typedef函數指針類型時,將函數調用方法__cdecl寫成了_stdcall。 後來百度了兩者的區別,如下: __cdecl 是 ...
  • 需求分析 要做安全方面的內容,依靠人臉識別通過和庫中的臉比對後判定相似率來驗證用戶身份。 快速從圖片中識別出人的信息,用於尋人功能等。 其實從安全的角度出發有很多可以囊括的。比如智能家居中的刷臉開門,支付軟體的刷臉支付等都是例子。 人臉特征提取的步驟 真正的人臉識別需要很多的知識,大體上粗略的可以分 ...
  • 互聯網這股東風不久前刮到了甘涼國,國王老甘獨具慧眼,想趕緊趁著東風未停大力發展移動互聯網,因為他篤信布斯雷的理論:“站在風口上,豬都能飛起來”。無奈地方偏僻落後,國內無可用之才啊。老甘一籌莫展的低頭凝思應聲被打斷,“啟奏陛下,有四個從東土大唐來的和尚前來更換通關文牒”,聽到“東土大唐”四個字,老甘心 ...
  • 因為IDEA和Goland來自同一家非常有名的捷克公司:JetBrains 很好用,智能化程度高 最新版下載地址:http://www.jetbrains.com/go/?fromMenu 相關使用手冊:https://www.jetbrains.com/help/go/discover-golan ...
一周排行
    -Advertisement-
    Play Games
  • 示例項目結構 在 Visual Studio 中創建一個 WinForms 應用程式後,項目結構如下所示: MyWinFormsApp/ │ ├───Properties/ │ └───Settings.settings │ ├───bin/ │ ├───Debug/ │ └───Release/ ...
  • [STAThread] 特性用於需要與 COM 組件交互的應用程式,尤其是依賴單線程模型(如 Windows Forms 應用程式)的組件。在 STA 模式下,線程擁有自己的消息迴圈,這對於處理用戶界面和某些 COM 組件是必要的。 [STAThread] static void Main(stri ...
  • 在WinForm中使用全局異常捕獲處理 在WinForm應用程式中,全局異常捕獲是確保程式穩定性的關鍵。通過在Program類的Main方法中設置全局異常處理,可以有效地捕獲並處理未預見的異常,從而避免程式崩潰。 註冊全局異常事件 [STAThread] static void Main() { / ...
  • 前言 給大家推薦一款開源的 Winform 控制項庫,可以幫助我們開發更加美觀、漂亮的 WinForm 界面。 項目介紹 SunnyUI.NET 是一個基於 .NET Framework 4.0+、.NET 6、.NET 7 和 .NET 8 的 WinForm 開源控制項庫,同時也提供了工具類庫、擴展 ...
  • 說明 該文章是屬於OverallAuth2.0系列文章,每周更新一篇該系列文章(從0到1完成系統開發)。 該系統文章,我會儘量說的非常詳細,做到不管新手、老手都能看懂。 說明:OverallAuth2.0 是一個簡單、易懂、功能強大的許可權+可視化流程管理系統。 有興趣的朋友,請關註我吧(*^▽^*) ...
  • 一、下載安裝 1.下載git 必須先下載並安裝git,再TortoiseGit下載安裝 git安裝參考教程:https://blog.csdn.net/mukes/article/details/115693833 2.TortoiseGit下載與安裝 TortoiseGit,Git客戶端,32/6 ...
  • 前言 在項目開發過程中,理解數據結構和演算法如同掌握蓋房子的秘訣。演算法不僅能幫助我們編寫高效、優質的代碼,還能解決項目中遇到的各種難題。 給大家推薦一個支持C#的開源免費、新手友好的數據結構與演算法入門教程:Hello演算法。 項目介紹 《Hello Algo》是一本開源免費、新手友好的數據結構與演算法入門 ...
  • 1.生成單個Proto.bat內容 @rem Copyright 2016, Google Inc. @rem All rights reserved. @rem @rem Redistribution and use in source and binary forms, with or with ...
  • 一:背景 1. 講故事 前段時間有位朋友找到我,說他的窗體程式在客戶這邊出現了卡死,讓我幫忙看下怎麼回事?dump也生成了,既然有dump了那就上 windbg 分析吧。 二:WinDbg 分析 1. 為什麼會卡死 窗體程式的卡死,入口門檻很低,後續往下分析就不一定了,不管怎麼說先用 !clrsta ...
  • 前言 人工智慧時代,人臉識別技術已成為安全驗證、身份識別和用戶交互的關鍵工具。 給大家推薦一款.NET 開源提供了強大的人臉識別 API,工具不僅易於集成,還具備高效處理能力。 本文將介紹一款如何利用這些API,為我們的項目添加智能識別的亮點。 項目介紹 GitHub 上擁有 1.2k 星標的 C# ...