我在每天工作中需要在不同的移动设备上测试我们开发的前端应用是否正常工作,比如iOS设备和Android设备.我用的工作笔记本电脑又是Lenovo的,安装的是Windows操作系统. 有的时候一个开发好的前端应用,在Android设备上正常工作,但是在iOS平板上测试却发现问题(相当广大前端开发者都曾经遇到过类似问题).顺手就想调试一下找到原因.那么一个前端应用运行在iOS设备上,程序员如何在安装了Windows系统的笔记本上进行调试呢? 假设我的前端应用是这个url:https://jerryl

http://www.cocoachina.com/ios/20140928/9785.html

1.打开应用程序—>[钥匙串访问]—>[证书助理]—>[从证书办法机构请求证书]     2.在[用户电子邮件地址]填入apple账户用的邮箱,选择[存储到磁盘],点击[继续],会在磁盘保存一个[CertificateSigningRequest.certSigningRequest]文件   3.登录:https://developer.apple.com/account/ios/certificate/certificateList.action?type=distribution 

苹果从Xcode5开始弃用了gcc及gdb, 只能使用llvm用lldb. 在越狱机上虽然仍然可以使用gdb进行调试,但lldb是趋势.下面就介绍一种通过Wifi或者USB,在Mac上使用lldb对iOS App进行调试的方法.(仅限越狱机) 1. 在你的Mac上运行下面的命令,装载(mount) Xcode的develop kisk image hdiutil attach /Applications/Xcode.app/Contents/Developer/Platforms/iPhoneO

原文 iOS中web app调试(mac).md 目录 一.真机联调配置 二.mac上Safari配置及真机联调 三.iOS模拟器使用 四.在iOS模拟器中安装app 近期公司vue项目开发,目的是一次开发,多平台发布,其中就包含了app,app采用离线web方案,将vue打包后的js bundle文件.静态资源文件打包进app中,为提高性能.优化体验,app也通过jsbridge,暴露原生接口给web调用. 为此,web app开发时可以使用chrome等pc模拟器进行调试,但是涉及app适配

iOS app内存分析套路 Xcode下查看app内存使用情况有2中方法: Navigator导航栏中的Debug navigator中的Memory Instruments 一．Debug navigator中的Memory 此方法是查看内存最简单直接有效的方法,真机调试时,通过Debug navigator中Memory查看app内存,入口如图 根据这个值查看app内存占用,这个内存是当前app占用的总内存,是堆栈内存.虚拟内存(OpenGL占用的显存算在虚拟内存中里面)的总和. 二．Ins

      亿合科技小编发现从2007年第一款智能手机横空出世,由此开启了人们的移动智能时代.我们从一开始对APP的陌生,到现在的爱不释手,可见APP开发的出现对我们的生活改变有多巨大.而iOS APP是只可以在苹果的iOS系统平台安装运行的APP应用软件.时至今日,我们对APP的了解已经十分之多了,今天我们来整理一份较为全面的iOS APP开发的各种小知识.       iOS APP开发的发展历程       在2008年3月6日,苹果第一次对外发布了针对苹果智能手机的应用开发包,也就是我们

最新Xcode7.x环境下上架iOS App到AppStore 流程  part 1 前言部分 之前App要上架遇到些问题到网上搜上架教程发现都是一些老的版本的教程 ,目前iTunesConnect 都已经迭代好几个版本了和之前的 界面风格还是有很大的差别的,后面自己折腾了好久才终于把自己的App上架,所以一直想写个最新(Xcode7.x~OS X 10.11)的 App上架教程.  本文使用工具为xcode7.2   mac  os系统为10.11 captain 1.官网地址 Apple D

转载自http://www.cnblogs.com/daiweilai/p/4421340.html 目录 前言 逼优鸡 知己知彼 百战不殆 抽刀断Bug 普通操作 全局断点(Global BreakPoint) 条件断点(Condational Breakpoints) 打印的艺术 NSLog 开启僵尸对象(Enable NSZombie Objects) 进击的码农 Console(lldb 命令) Profile(instruments) Xcode视图调试 结语 前言 最近博主临近毕业季

iOS app 程序启动原理 Info.plist: 常见设置     建立一个工程后,会在Supporting files文件夹下看到一个"工程名-Info.plist"的文件,该文件对工程做一些运行期的配置,非常重要,不能删除.     在旧版Xcode创建的工程中,这个配置文件的名字叫做"Info.plist".     项目中的其他plist文件不能带有"Info"这个字眼,不然会被错认为是传说中非常重要的"Info.plist

在iOS开发调试过程中以及上线之后,程序经常会出现崩溃的问题.简单的崩溃还好说,复杂的崩溃就需要我们通过解析Crash文件来分析了,解析Crash文件在iOS开发中是比较常见的. 现在网上有很多关于解析崩溃信息的博客,但是大多质量参差不齐,或者有些细节没有注意到.今天写一篇博客总结一下我对崩溃调试的使用和技巧,如果有哪些错误或遗漏,还请指点,谢谢! 获取崩溃信息 在iOS中获取崩溃信息的方式有很多,比较常见的是使用友盟.百度等第三方分析工具,或者自己收集崩溃信息并上传公司服务器.下面列举一些我们

写代码难免出现bug. 储备些调试技能绝对能够提高你的工作效率,让bug无所遁形.下面就和大家分享一些我在工作中常用的iOS调试小技能. 1. 打印 最简单,基础的调试方法就是打印日志了.贴出两段封装好的日志打印代码: //swift版 func DLog<T>(message: T, file: String = #file, method: String = #function, line: Int = #line) { #if DEBUG print("<\((file

当开发者历经磨难.披荆斩棘,完成了一个iOS项目后,最后的临门一脚就是应用的内测.部署.那么,在这最后的射门动作中,都有哪些地方需要开发者注意?有哪些方式能够更好地帮助我们进行iOS应用的发布部署? 本文针对iOS App开发的最后阶段来详解如何在真机上进行调试,将App发送给其他测试人员进行内测,以及内测完成后如何将App上传至App Store进行应用审核,针对苹果账号的类型.真机调试.打包与崩溃收集进行深度剖析. 苹果账号的类型 苹果开发者计划分为个人.公司.企业和教育开发者四个类型.个人

上篇 IOS APP 国际化(实现不跟随系统语言,不用重启应用,代码切换stroyboard ,xib ,图片,其他资源 介绍了纯代码刷新 实现程序内切换语言. 但效率底下,也存在一些问题.暂放弃. 第二种是 从跟视图切换 storyboard 实现 代码结合 storyboard 刷新 UI, 上篇遗留的问题是,在开发的时候我们要用到 base.lproj 和 对应语言下得.string 文件. 方便开发(脚本实现 base storyboard 被编辑会 自动刷新对应语言的.string 文

题记 麻痹起来嗨!看网上那么多的教程,依然在我心爱的爱屁屁在上架的时候遇到各种 J8 问题,最大的问题就是:Xcode 证书什么的,Provisioning Profile 什么的,Debug 什么的,Production 和Distribution 什么乱 78 糟的都把我搞糊涂了,网上很多教程都是好旧的(虽然思路一样,但是不够详细),所以我打算把我今年已经上架的干货儿(下载地址,介绍地址)的上架艰辛历程写下来,一是可以让自己以后上架 app 时可以减少一点儿弯路,二是可以给大家一个参考. 上

证书签名 证书:众所周知,我们申请一个Certificate之前,需要先申请一个Certificate Signing Request (CSR) 文件,而这个过程中实际上是生成了一对公钥和私钥,保存在你Mac的Keychain中.代码签名正是使用这种基于非对称秘钥的加密方式,用私钥进行签名,用公钥进行验证.如下图所示,在你Mac的keychain的login中存储着相关的公钥和私钥,而证书中包含了公钥.你只能用私钥来进行签名,所以如果没有了私钥,就意味着你不能进行签名了,所以就无法使用这个证书

原文网址:http://www.jianshu.com/p/a8bd16be122f 1.官网地址 Apple Developer 地址:https://developer.apple.com/membercenter/index.action iTunes Connect 地址:https://itunesconnect.apple.com/WebObjects/iTunesConnect.woa/ra/ng Application Loader.app下载地址:https://itunesc

一说开发 iOS app,你立马就会想到苹果的开发语言 Objective C/Swift 和 Xcode.但是,这并不是唯一的选择,我们完全可以使用别的语言和框架. 一种主流的替换方案是 Xamarin,这是一个跨平台框架,允许你开发 iOS.Android 和 OSX.Windows app,它使用的是 C# 和 Visual Studio.最大的好处在于,Xamarin 允许你在 iOS 和 Android app 间共享代码. Xamarin 与其他跨平台框架相比有一个最大的好处:使用

诚然,React Native 结合了 Web 应用和 Native 应用的优势,可以使用 JavaScript 来开发 iOS 和 Android 原生应用.在 JavaScript 中用 React 抽象操作系统原生的 UI 组件,代替 DOM 元素来渲染等. React Native 使你能够使用基于 JavaScript 和 React 一致的开发体验在本地平台上构建世界一流的应用程序体验.React Native 把重点放在所有开发人员关心的平台的开发效率上--开发者只需学习一种语言就

我们都知道 Vim 和 Emacs 都是文本编辑器中的上古神器,你也许用 ctags,cscopes 配合 Vim 完成过大型 C 或者 C++ 的开发,你也许配合过其他插件,完成过 JavaScript,python 代码的开发,但是很少有人试过 iOS app 的开发吧,毕竟 iOS 的框架包含了很多东西,以及 Objective-C 天生很长的 API 名字,让我们没办法把此神器用起来,今天我就来给大家讲下我是怎么使用 Vim 开发 iOS App 的,当然 Emacs 也可以 begin

前言 相信很多同学对于iOS的真机调试,App的打包发布等过程中的各种证书.Provisioning Profile. CertificateSigningRequest.p12的概念是模糊的,导致在实际操作过程中也很容易出错.好在Xcode8.0出现了Automatically manage signing,让我们在这步操作中减少了难度.虽然说我们在Xcode8.0之后可以选择让Xcode自动管理了,但是我们还是应该知道App签名的原理.本文尝试从原理出发,一步步推出为什么会有这么多概念,希望