关于php项目的开发回顾总结第五章-----BUG之美

           俗话说的好，前人挖坑后人补坑，在这里就来说下关于BUG的体会，系统又到了整体模块的应用了。这里也不是埋怨，谁写的程序无BUG，何况是当时开发时间紧迫，难免会出现各种的小错误，BUG是如此的美妙，让我们知道了了更多可能犯下的错误。

        接下来就说一下常见的错误吧，希望以后引以为戒。

       
命名规范、命名规范、还是命名规范。

        例如:php中用$a1、$a11来命名，这里我就遇见过，$a1表示的是一个数字，$a11表示数字的总和，但是当$a1累加到$a11的时候是不是变量的值会出现问题了，这时你就GG了，你的计算结果会对吗，所以千万不要命名，这比犯罪还恐怖。

       还有一个例子，就是JavaScript的例子，当你要用到全局变量的时候一定要注意，不能乱命名，数据变来变去很容易出现错误的。

      接下来介绍一个大BUG困惑好久竟然没发现:

        这个就是关于Oracle的连接了，前一阶段出现过Oracle连接不上的问题，因为在Oracle那边可以设置不让哪个ip地址访问数据库，封ip嘛，就是这样，我们换个ip不就行了，之后又可以访问了，但是不久之后又不能访问了，后来还以为是ip地址被封了，不能访问了，直到有一天，才发现不是这个问题，后来我们系统从php5更新到了php7，而且oci连接数据库的版本也升级了，这样就可以访问了，能让这个访问真是发现了新大陆一样，当时就要放弃了，就在最后奇迹就出现了，和电视上的情节差不多吧。在最难的关头出现奇迹，所以任何一件事再坚持下，可能面前的难题就迎刃而解了。

        但是我们这个系统集成的不是这一点，还有asp.net的程序，我们之前用C#开发的c/s架构的程序可以访问数据库，但是用asp.net就不行了，一脸懵逼，两脸懵逼，到底神马情况，当时感觉人生观就要颠覆了，后来查阅大量的资料还是没有解决，就找了vs相关的东西，修改发布asp.net的位数用了32位再用64位，这样就用不了了，这里修改的是IIS的位数有32位和64位之分，但是改为64位的时候网站就访问不了了。因为写的窗体C/S程序能连接到该Oracle数据库，但是web的asp.net就是访问不了。之后我们又采用用窗体应用写了连接数据库的代码，编译成dll文件集成到asp.net中去用，还是不行，之后又换了连接oracle数据库的dll文件换了64位与32位的还是不行，无奈之下就再百度，经过了好几天后偶然间发现了一个帖子，关于asp.net连接oracle的方法，我们用的Oracle.DataAccess.dll来连接数据库，这个在VS2013环境下编译运行才可以稳稳的连接上了oracle数据库，最后终于解决了这个大的奇葩问题（Oracle
11g64，oracle10g64也可以，但是oracle10g32位就是不行），不过还好，经过琢磨还是解决了这个大的问题。