Monday, March 4, 2013

Core Data Simple Tutorial (Step-wise)

Conquer/Control over the greatest enemy of iOS developer- app crash on iPhone


Thousands discover and download the iPhone application; very few know how to develop these logical software programs.  While trying to develop a mobile engagement platform, for the iPhone; the application crashed several times not just on the device but also on the simulator.  If reports of each crash were to be reported, around 3 pages of crash logs could be traced within a week’s effort. An application crash is the most common issue for any developer; however every developer needs to sail through it to gain control over the software development process. This article will provide a checklist and some suggestions that could help you survive any iPhone crash! How did one find that the application has stopped working? Mostly, it is the tester or the user who complains about the app not running in their iPhone X version. Here’s what a developer must do to initiate instant recovery. A complete checklist that helps every iPhone developer to recover from an application crash has been listed below:


  • Reactions that cause an application to crash- trace back program files and logs.
  • Unlike other smartphones, iPhone needs the application binary and source code execution list to trace the program logs.
  • Keep a record of every crash filed appropriately for future reference.
  • Refer search engines for past experiences of similar crashes
 Most of the time the application is inoperable due to some actions performed within the codes written for the iPhone. Though client side crashes are also not so rare. Every time the iPhone is deployed on the client platform, it runs into numerous issues. However; same application might work perfectly on iOS simulator/testing device. One could find many blogs/sites who elaborate the problems and solutions. Nevertheless, when it occurs at a remotely distant user ased location, the pros and cons are indeed a heavy expenditure. It affects product sales and thereby creates more headaches for developers. There is no perfect solution yet, certain methods enumerated below could help one avoid these types of problems using try-catch block.


This is common practice among other platform developers to use try catch block while programming but for the ios developer there is nowhere written example found on world wide web or if found then the(they) do not suggest to use this, I don’t know why!!!!!

I am using try catch blocks while programming and it is working great, if application somewhere going to crash then catch block will be called and no affect in User interface and the developer can generate/throw message to user there is some error and try again later. So iOS developers now can smile to know that there app will not crash anymore <but> they want that errors should be solved with another version release. To track those errors, we have lots of option: 


  1. when compiler goes to catch block, you can hit API or URL and can send error description and method name/class name to log on server or you can use PL crash reporter. 
Integrate crash reporter in one single line
Tutorial: http://www.youtube.com/watch?v=vf-u9U61WkI


  1. You can open mail composer on iOS app when error occurs and user will press send mail to you.
Many….many….many alternatives. Sky is the limit