Bug, Error我都做了啥

         Bug，Bug，又是Bug。Error， Error，又一个Error。什么时候能跟Bugsay Bye-bye，跟Error say No way，这是程序员的梦想。作为一个刚出道不久的软件设计师（有证书为㊣），有时候一些简单的Bug和Error还是在所难免，在此分享一下我调Bug，找Error的经验，希望能对友友们有所帮助。

         TypeError: Error #1009: 无法访问空对象引用的属性或方法

                  At com.ibm::/commitDocApplication()[D:\workplace\BorrowDelegate.as:22]

                  atcom.ibm:: execute()[D:\workplace \CommitDocumentBorrowCommand.as:18]

                  atcom.adobe. /executeCommand()[C:\ control\FrontController.as:215]

         每当系统出现Error时，Console总会打印出一系列的信息来，但是往往第一条才是最有用的，单击这条信息就可以迅速定位到出错的地方。

         空对象是未给对象赋值，最简单的Error之一。

         TypeError: Error #1034: 强制转换类型失败:无法将 ibm.command:: DetailCommand转换为 ibm.event. DetailEvent。

         ArgumentError: Error #1063:mx.rpc::AsyncToken/addResponder() 的参数数量不匹配。应该有 1 个，当前为 0 个。

         上述两个问题，都是很简单的问题。一个是类型不能进行强制转换，另一个是参数不匹配。在大多数情况下，我们遇到的问题都是这样，简单的错误就像上面描述的那样在一行里，告诉你错误的类型，然后在第二行告诉你代码出错的位置，我们只要细心就可以了。

         下面一个错误是我们不常见的错误：

　　 Error: C0007E: RemoteObject not found forApproveDocumentService

　　 要解决这个问题，必须要了解项目的框架，知道代码的调用过程，然后才能分析出RemoteObject为什么没有调用到。理解了项目的架构之后，这个问题也就不是问题，要么忘记配置了，要么就是不小心把参数写错了。

 　　当Bug或Error出现的时候，不要着急，静下心来想一想，是不是自己太粗心大意了，是不是自己遗漏了某个部分，是不是自己没有弄清楚接口之间的调用关系。事实上，在程序员所犯的错误当中，80%都是由于程序员不小心而造成的。

　　 如果你想远离Bug，远离Error，那么请你像对待自己的孩子一样来对待程序。Bug，Error会跟你Say Bye-bye！！！