調試app中的 html頁面的 時候 可以在模擬器運行的時候 打開Safari 然后有一個 開發(fā) 然后有個模擬器 可以選中 那個正在顯示的 頁面 這里就能看見 控制臺啊 對應的 js代碼啊 等等
Base64解碼失敗 可以嘗試給字符串補位
//base64的原理是把3*8=24轉到4*6=24 也就是說將三個字符轉碼成為四個字符 所以 解碼的時候 如果不能被4整除 就要添加=補充 補充到可以被4整除再解碼??? 下面這個補位方法可能有問題 自己去改
//編碼的時候 是一樣的 檢測一下 是不是3的倍數(shù) 如果不是 最好后面補充"="到3的倍數(shù) 再加密 保證數(shù)據(jù)之后解密后的完整性
//? ? for (int i = 0; i < userDataString.length % 4; i++) {
//? ? ? ? userDataString = [userDataString stringByAppendingString:@"="];
//? ? }
Xcode —> Open Developer Tool —> Application Loader 這個 工具 上傳 打好的 ipa去 appstore的 比直接打包時 放去 appstore要 快一些且穩(wěn)定一些 然后去 itues connection去配置一下更新信息等
Apple 不允許 三個小數(shù)點的 build short version 類似3.0.1.3就不行? 最都兩個 類似 3.0.3
xcodebuild 如果沒有引入系統(tǒng)頭文件 會報錯 armv7 objective-c com.apple.compilers.llvm.clang.1_0.compiler? 類似? 如果使用TouchIDManage的話 但是沒有引入 #import<Security/Security.h>就會報錯 只有 xcodebuild的時候 才會報錯 用 Xcode編譯打包都沒錯
iOS會對浮點數(shù)的數(shù)據(jù) 進行自動補位處理? 我們經常要使用浮點類型去接收后臺返回過來的的數(shù)據(jù) 往往會遇到精度問題? 例如 后臺傳遞一個0.9的Number類型數(shù)據(jù)過來 iOS使用它去callAPI的時候 就會自動補位成 double類型 也就是變成0.9000000001的形式? 代碼中寫了個類? DBBDecimalNumberTool? 可以用
