optional way of automatic native exception wrapping
還沒有人認領這個 Issue。
評估
- 難度
- 5/5
- 預估耗時
- 一週以上
- 新手友好度
- 25/100
- Issue 類型
- 功能
- 描述清晰度
- 需要釐清
- 活躍度
- 停滯
- 技術堆疊
- android, cpp, javascript, typescript
研究方向
未指定任何檔案、測試或進入點。首先定位 Android runtime 中的原生例外處理，並確認如何設定 runtime 選項。當原生例外到達 catch 時，一個預設停用的可選行為能夠產生包含原生例外和堆疊追蹤的 JavaScript Error，即表示完成。
由索引模型根據 Issue 內容生成。
描述
Right now in the runtimes when a native exception is thrown which you catch with a try/catch it is the native exception object that you get.
So in my apps/N fork i use something like this:
export function wrapNativeException<T = any>(ex: NSError, wrapError: (...args) => T = (msg) => new Error(msg) as any) {
if (!ex) {
return;
}
if (typeof ex === 'string') {
return wrapError(ex);
}
if (!(ex instanceof Error)) {
const err = wrapError(ex.toString());
err['nativeException'] = ex;
//@ts-ignore
err['stackTrace'] = com.tns.NativeScriptException.getStackTraceAsString(ex);
return err;
}
return ex;
}
That method wraps the native exception in a JS error with stackTrace.
Would be pretty awesome to have that done automatically so that the error object you get in catch is an actual JS Error.
I think for now if we can do it it should be optional and disabled by default
- 主要語言
- C++
- 星號
- 33
- 分支
- 3
- PR 合併指標
- 30 天內沒有已合併 PR
貢獻指南
從這裡開始
- 先讀完整個 Issue，再讀專案的貢獻指南。
- 在 Issue 下留言說明你要接手 —— 這能避免兩個人做同樣的事。
- Fork 儲存庫，在一個分支上完成修改。
- 送出 Pull Request，並在描述裡引用這個 Issue 編號。
NativeScript/napi-android 的其他 Issue
-
難度 5/5 一週以上 新手友好度 35/100
NativeScript/napi-android#37 · 7 則留言 ·
-
難度 5/5 一週以上 新手友好度 25/100
NativeScript/napi-android#30 ·
-
難度 3/5 1-2 天 新手友好度 42/100
NativeScript/napi-android#28 ·
-
難度 5/5 一週以上 新手友好度 20/100
NativeScript/napi-android#25 ·
-
難度 5/5 一週以上 新手友好度 25/100
NativeScript/napi-android#20 ·
查看 NativeScript/napi-android 的全部 Issue
相似的 Issue
-
難度 2/5 1-3 小時 新手友好度 70/100
google/libultrahdr#485 ·
-
難度 2/5 1-3 小時 新手友好度 75/100
godotengine/godot#123776 ·
-
bug
難度 1/5 1 小時以內 新手友好度 60/100
-
good first issue
難度 1/5 1 小時以內 新手友好度 90/100
-
good first issue
難度 2/5 1-3 小時 新手友好度 75/100
ros2/common_interfaces#344 ·