随着iNotes的第一版完成，我近期的工作也从xcode开发转移到了产品推广阶段。在这里可以总结一下两个月以来的开发经验。 iNotes这个app的开发比我想象钟推迟了差不多一个多月。初期设计阶段以为可以在iPad的国际发布周（五月低）完成， 结果推到了六月低。主要原因是app的复杂度比一般的iPhone app高，屏幕大了，自然控件就多了，用户和app的交互多了，复杂度自然增加。 根据我自己的经验，一个iPad或iPhone app的开发周期大概是这样的：
1. App的idea形成
2. App的主要功能设计
3. App的大概界面构思和设计（使用流程设计）
4. 大功能模块代码编写
5. 大概的界面模块编写
6. 把大概的界面和功能连接后，app的大致demo就出来了
7. demo自己试用和体验几遍后，根据情况修改
8. app的0.8左右版本完成后可以加入production的图标和部分UI图片
9. 没有大错误后，0.9版本可以尝试寻找beta用户
10. 根据测试用户的反馈，重复 7 - 9的步骤
11. app完成后，加入app icon, iTunesArtwork等等UI元素。反复测试无错误后上传iTunes
上述步骤是我个人的做法，因为我没有界面设计师，大部分icons是买回来的，图片是自己photoshop做的。如果你有界面设计师，流程可能不一样。例如，在第三步，界面设计上，可以编写功能模块和设计师同步进行。这样app的demo出来后，基本上可以有界面可以用了。Anyway, 另外要指出的是，在我的第五个步之前，我还是没有碰过iPad, 所以只能在模拟器做大的功能开发。模拟器不够用吗？对于iNotes开发来说，当然不够用，simulator的多触点（multi-touch）支持是非常弱的，很多touch的测试是无法在simulator做的。
在我的第四和第五步的开发过程中，基本上是weekdays每天晚上开发3-4个小时，两天出一个功能，周末集中精力开发一到两个个大功能，例如image cropping. 很多人可能做过image cropping, 例如网页上的javascript上实现，或者flash上的实现。但iPhone OS上实现是不一样的，至少对我来说，因为第一点，你要注意内存的使用（iOS开发上最最重要的思维），在网页上，你可以不用考虑你使用了多少个图片的copy，但iOS上是不可以的，每次用完原图（大图片）后要立即释放内存。第二，cocoa的图片缩放/旋转基本上是利用UIView的transform来完成，transform的时候还要考虑用户的手指touch的位置。总之比web上实现要复杂，虽然OS 3.2已经有了gesture recognition api，相对比以前轻松。
版本做到0.8以后，我就开始在twitter招募了5-6个测试用户，所以非常感谢 @robbinfan, @tinyfool 等同学对我的app的批评和意见。很多在我看来不是那么大问题的设计，但对部分用户来说非常反感，让我在后来对这些点进行较大幅度的修改。能够在产品设计和开发过程中，找一部分测试用户参与是非常有必要的。对他们的回馈的方法，可以在app发布后对这些用户发放免费产品。这个做法即可以提高你的产品质量，又可令到你的测试用户拿到免费的软件产品。
最后，app提交iTunes以后，大概要花7-14天来等候审批。这个时期到底要干嘛呢？对我来说，这个时期就是买域名，架网站，设计网站，配置邮件服务器，反复修改app description，还有twitter推广等等。对没有做web design很久的我来说，刚是iNotes网站的设计和实现就已经花了我两整天了，还没有完成呢, 继续努力！
昨天twitter上有人问，他也想跳出来专门做iphone开发，但就是怕单干太寂寞。我的回应是，如果你要决心创业的话，首要条件就是要奈得住寂寞，特别是利润没有来到之前，特别是你雇不起专业人员的时候。老大说过，只有当工作当成是兴趣的时候，你的兴趣就是工作的时候，你才不会寂寞。
原文链接:http://anxonli.iteye.com/blog/707282
[Fatal Error] :24:28: An invalid XML character (Unicode: 0xd863) was found in the element content of the document. org.xml.sax.SAXParseException: An invalid XML character (Unicode: 0xd863) was found in the element content of the document. at com.sun.org.apache.xerces.internal.parsers.DOMParser.parse(DOMParser.java:249) at com.sun.org.apache.xerces.internal.jaxp.DocumentBuilderImpl.parse(DocumentBuilderImpl.java:284) at com.huawei.insa2.util.Cfg.load(Cfg.java:666) at com.huawei.insa2.util.Cfg.<init>(Cfg.java:70) at com.huawei.insa2.util.Resource.init(Resource.java:53) at com.huawei.insa2.util.Resource.<init>(Resource.java:41) at com.huawei.insa2.comm.sgip.SGIPConnection.getResource(SGIPConnection.java:157) at com.huawei.insa2.comm.sgip.SGIPConnection.<init>(SGIPConnection.java:58) at com.huawei.smproxy.SGIPSMProxy.connect(SGIPSMProxy.java:61) at net.zoneland.message.sms.ZoneSGIPMTtoSMProxy.SendMessage(ZoneSGIPMTtoSMProxy.java:54) at net.zoneland.message.task.ShortMessageMTTask.run(ShortMessageMTTask.java:35) at java.util.concurrent.ThreadPoolExecutor$Worker.runTask(ThreadPoolExecutor.java:886) at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:908) at java.lang.Thread.run(Thread.java:662)
在使用华为短信开发包的过程中，总是报上述错误，但是连接发送这些仍然正常，刚开始怀疑是自己的配置文件编码不对，在网上也看到类似的说法，多方设置仍然报错，最后只能通过反编译方式，查到是Resource在加载resource_zh.xml文件的时候报上述错误，经过包里默认的resource_zh.xml文件使用的是gb2312编码，解包，全部改成utf-8并存为utf-8编码格式，打包更新，重新运行，错误没有了。
在解决这个问题的过程中，看过不少贴子，但都没有说明问题的实质，看来还是自行动手才是解决问题的王道。
Java的异常处理是通过5个关键字来实现的：try，catch，throw，throws，finally。
1、概念
try语句
try语句用大括号{}指定了一段代码，该段代码可能会抛弃一个或多个例外。
catch语句
catch语句的参数类似于方法的声明，包括一个例外类型和一个例外对象。例外类型必须为Throwable类的子类，它指明了catch语句所处理的例外类型，例外对象则由运行时系统在try所指定的代码块中生成并被捕获，大括号中包含对象的
处理，其中可以调用对象的方法。
catch语句可以有多个，分别处理不同类的例外。Java运行时系统从上到下分别对每个catch语句处理的例外类型进行
检测，直到找到类型相匹配的catch语句为止。这里，类型匹配指catch所处理的例外类型与生成的例外对象的类型完全一
致或者是它的父类，因此，catch语句的排列顺序应该是从特殊到一般。
也可以用一个catch语句处理多个例外类型，这时它的例外类型参数应该是这多个例外类型的父类，程序设计中要根据
具体的情况来选择catch语句的例外处理类型。
finally语句
try所限定的代码中，当抛弃一个例外时，其后的代码不会被执行。通过finally语句可以指定一块代码。无论try所指
定的程序块中抛弃或不抛弃例外，也无论catch语句的例外类型是否与所抛弃的例外的类型一致，finally所指定的代码都
要被执行，它提供了统一的出口。通常在finally语句中可以进行资源的清除工作。如关闭打开的文件等。
throws语句
throws总是出现在一个函数头中，用来标明该成员函数可能抛出的各种异常。对大多数Exception子类来说，Java 编译器会强迫你声明在一个成员函数中抛出的异常的类型。如果异常的类型是Error或 RuntimeException， 或它们的子类，这个规则不起作用， 因为这在程序的正常部分中是不期待出现的。 如果你想明确地抛出一个RuntimeException，你必须用throws语句来声明它的类型。
throw语句
throw总是出现在函数体中，用来抛出一个异常。程序会在throw语句后立即终止，它后面的语句执行不到，然后在包
含它的所有try块中（可能在上层调用函数中）从里向外寻找含有与其匹配的catch子句的try块。
class myException extends Exception{
String msg;
myException(int age){
msg="age can not be positive!";
}
public String toString(){
return msg;
}
}
class Age{
public void intage(int n) throws myException{//
if(n<0||n>120){
myException e=new myException(n);
throw e; //是一个转向语句，抛出对象实例，停止执行后面的代码
}
if(n>=0){
System.out.print("合理的年龄!");
}
}
public static void main(String args[]) {
int a=-5;
try { //try catch 必需有
Age age = new Age();
age.intage(a);//触发异常
System.out.print("抛出异常后的代码") ;//这段代码是不会被执行的，程序已经被转向
} catch (myException ex) {
System.out.print(ex.toString());
}
finally{//无论抛不抛异常，无论catch语句的异常类型是否与所抛出的例外的类型一致，finally所指定的代码都
要被执行，它提供了统一的出口。
System.out.print("进入finally！ ");
}
}
}
结果：年龄非法！ 进入finally！
又如：
void fun()throws IOException,SQLException
{
...
}
这表示 fun方法可能会丢两个异常出来，那么在调用fun的时候就会做好准备，比如可以这样
try
{
fun();
}catch(IOException e)
{
}catch(SQLException e)
{
}
2、throw和throws区别
区别一：
throw 是语句抛出一个异常，throw出现在函数体；throw语法：throw <异常对象>
throws是方法抛出一个异常；throws出现在方法函数头；throws语法：[<修饰符>]<返回值类型><方法名>（[<参数列表>]）[throws<异常类>]
在方法声明中，添加throws子句表示该方法将抛出异常。
其中：异常类可以声明多个，用逗号分割。
区别二：
throws可以单独使用，但throw不能；
throw要么和try-catch-finally语句配套使用，要么与throws配套使用。但throws可以单独使用，然后再由处理异常的方法捕获。
区别三：
throws表示出现异常的一种可能性，并不一定会发生这些异常；
throw则是抛出了异常，执行throw则一定抛出了某种异常；
throws E1,E2,E3 只是告诉程序这个方法可能会抛出这些个异常，方法的调用者可能要处理这些异常。而这些异常E1，E2，E3可能是该函数体产生的。
而throw是明确之处这个地方要抛出这个异常。
void doA() throws Exception1, Exception3 {
try {
……
} catch(Exception1 e) {
throw e;
} catch(Exception2 e) {
System.out.println("出错了");
}
if (a != b)
throw new Exception3("自定义异常");
}
代码块……中可能产生异常Exception1、Exception2和Exception3。
如果产生Exception1异常，则捕捉了之后抛出由该方法的调用者去做处理；
如果产生Exception2异常，则该方法自己做了处理(打印出了说出错了)，所以该方法就不会再向外抛出Exception2异常了，void doA() throws Exception1,,Excpetion3里面的Exception2也就不用写了；
而Exception3异常是该方法的某段逻辑出错，程序员自己作了处理在该段逻辑错误的情况下抛出异常Exception3，则调用者也需要处理。
throw是具体向外抛异常的动作，所以它是抛出一个异常实例。语句用在方法体内,表示抛出异常,由方法体内的语句处
理；
throws主要是声明这个方法会抛出这种类型的异常，使其他地方调用它时知道要捕获这个异常。语句用在方法声明后
面,表示再抛出异常,由调用这个方法的上一级方法中的语句来处理；
同时：
两者都是消极处理异常的方式（这里的消极并不是说这种方式不好），只是抛出或者可能抛出异常，但是不会由函数
去处理异常，真正的处理异常由函数的上层调用处理。