不同類型接口的異常處理規範

1. 對于公司外的 http/api 開放接口必須使用 errorCode；
2. 跨應用間 RPC 調用優先考慮使用 Result 方式，封裝 isSuccess()方法、errorCode、errorMessage；
3. 而應用内部推薦直接抛出異常即可。

說明：關于 RPC 方法傳回方式使用 Result 方式的理由：

1. 使用抛異常傳回方式，調用方如果沒有捕獲到就會産生運作時錯誤。
2. 如果不加棧資訊，隻是 new 自定義異常，加入自己的了解的 error message，對于調用端解決問題的幫助不會太多。如果加了棧資訊，在頻繁調用出錯的情況下，資料序列化和傳輸的性能損耗也是問題。

備注：

1、http/api：

{
    "code": "0",
    "message": "successfully",
    "data": {
        "incomeStatistics": {
            "totalMoney": 0.0,
            "yesterdayMoney": 0.0,
            "monthMoney": 0.0,
            "todayMoney": 0.0,
            "weekMoney": 0.0
        },
        "balanceStatistics": {
            "trustSpecialAccountBalance": 0.0,
            "trustAccountBalance": 0.0,
            "loanBalance": 0.0
        },
        "applicationsStatistics": {
            "monthApplayNum": 0.0,
            "totalApplayNum": 0.0,
            "todayApplayNum": 0.0,
            "weekApplayNum": 0.0,
            "yesterdayApplayNum": 0.0
        },
        "generalStatistics": {
            "refundTotalNum": 0.0,
            "totalApplaySuccessRate": 0.0,
            "settleTotalNum": 0.0
        },
        "applicationSuccessStatistics": {
            "yesterdayApplicationSuccessNum": 0.0,
            "weekApplicationSuccessNum": 0.0,
            "monthApplicationSuccessNum": 0.0,
            "totalApplicationSuccessNum": 0.0,
            "todayApplicationSuccessNum": 0.0
        },
        "subsidyStatistics": {
            "subsidyNum": 0.0,
            "subsidyMoney": 0.0,
            "subsidyRate": 0.0
        }
    },
    "seqNo": "e1439b6f-7100-4a06-b01d-54a2355e31b7"
}