Dynamics CRM JS通過WebAPI呼叫Action時,返回引數為複雜型別時的BUG驗證
之前的部落格介紹過,JS如何通過web api呼叫action。在action的引數型別中有很多種,如下圖所示,紅框中圈出來的我們稱之為複雜型別,剩餘的我們稱之為簡單型別。
本次的分享針對的是返回引數是複雜型別的,比如下面這個簡單的全域性action,我定義了一個簡單型別輸入引數和一個簡單型別輸出引數和一個複雜型別的輸出
當我們在js中用web api對其呼叫時會報錯,錯誤如下圖,當然action肯定是存在的,並且外掛註冊器中的step也註冊完好
為了驗證我們的action是真實存在並且是沒問題的,我們通過組織服務用server端的OrganizationRequest進行呼叫,結果返回了預期的值。
然後我們測試了返回單獨一個複雜引數型別
通過postman呼叫了下,能夠返回預期的值
最後再測下多個複雜型別的返回引數
結果一樣是報錯
經過多輪的測試驗證,可以得出結論,在JS中通過Web Api去呼叫自定義Action,當返回引數是簡單型別和複雜型別混合,或者是多個複雜型別時,呼叫均會報錯,也就是說這兩種情況的產生是一個BUG,而當返回引數是簡單型別,或者是僅返回單個負責型別的引數時是正常的。
相關文章
- Netcore webapi action swagger response返回引數使用匿名型別NetCoreWebAPISwagger型別
- std::packaged_task<返回型別(引數型別)>Package型別
- Dynamics CRM 列表資料超過5000條時如何顯示實際的數量
- SpringBoot 通過Converter轉化 date型別引數Spring Boot型別
- Dynamics CRM 資料匯出到Excel時列標題不能重複Excel
- Redis基礎、常用型別介紹、時間複雜度Redis型別時間複雜度
- Gson通過藉助TypeToken獲取泛型引數的型別的方法泛型型別
- 利用js編寫一個簡單的html表單驗證,驗證通過時提交資料(附原始碼)JSHTML原始碼
- [Net 6 AspNetCore Bug] 解決返回IAsyncEnumerable<T>型別時丟擲的OperationCanceledException會被AspNetCore 框架吞掉的BugNetCore型別Exception框架
- 形式引數和返回值型別的對比型別
- python資料庫查詢返回時間為datetime型別時候的特殊處理Python資料庫型別
- OI 數論中的上界估計與時間複雜度證明時間複雜度
- 特別容易理解的時間複雜度文章時間複雜度
- Javascript 定時器呼叫傳遞引數的方法JavaScript定時器
- 方法的形式引數是類名時如何呼叫
- Laravel Graphql Mutation 時資料驗證及複雜格式資料輸入 (InputObjectType)LaravelObject
- Dynamics CRM 2013 常用JS指令碼JS指令碼
- setInterval和setTimeout區別(驗證碼倒數計時)
- 單據型別引數設定增加自定義引數並透過BOS標準函式呼叫型別函式
- 使用自定義委託來呼叫Lua中的多返回值和長引數型別函式型別函式
- js 獲取驗證碼計時器JS
- hive複雜資料型別的用法Hive資料型別
- 時間複雜度怎麼算?如何計算時間複雜度?時間複雜度
- Oracle實驗(05):時間型別Oracle型別
- 時間複雜度跟空間複雜度時間複雜度
- 時間複雜度與空間複雜度時間複雜度
- 時間複雜度和空間複雜度時間複雜度
- 時間複雜度的計算時間複雜度
- 時間複雜度為 O(nlogn) 的排序演算法時間複雜度排序演算法
- 時間複雜度為O(nlogn)的排序演算法時間複雜度排序演算法
- 簡單型別與複雜型別及原型鏈型別原型
- javascript複雜型別如何傳參JavaScript型別
- oracle 開啟複雜密碼驗證Oracle密碼
- C#通過反射獲取類中的方法和引數個數,反射呼叫方法帶引數C#反射
- js中的typeof返回值的所有型別JS型別
- [BUG反饋]關於ot模型中的時間型別欄位bug問題模型型別
- js驗證數字JS
- 實現Nest中引數的聯合型別校驗型別