找出诡异的Bug:数据怎么存不进去

原创 2015年07月11日 09:41:19

  带着学生做课程设计。程序一大,课程中做过了小项目,练过了分解动作,一到合起来了,难免还是要乱了分寸。其实,实战的功夫,就是这样出来的。(课程设计指导视频链接(第36课时,3.18 银行系统开发),课程主页在链接,指导文档见链接,示例程序见链接)。
  话说,已经有两位做银行系统的同学和我说,“文件中写不进去数据。程序一退出,明明写进去了,结果却是空文件。”这不是一个小打击。
  做软件,找Bug,有些像打空气,使半天劲,人家就不理你。学计算机的人,练的就是这样的功夫,要学会自己创建线索,找出问题所在。
  话说,出问题的两位同学的程序,框架大体如下:

int main()
{
    Bank b;   //创建一个银行对象
    if (pass())    //用pass校验用户
    {
        Bank b;
        b.work();   //完成各种业务
    }
    return 0;
}

class Bank
{
    ……
}

Bank::Bank()
{
    ifstream infile("account.dat",ios::in);
    if(!infile)
    {
        cerr<<"open error!"<<endl;
        exit(1);
    }
    //下面的代码,将之前发生过的业务数据从文件读入银行对象

    infile.close();
}

Bank::~Bank()
{
    ofstream outfile("account.dat",ios::out);
    if(!outfile)    //测试文件打开操作是否成功,不成功则提示后退出。
    {
        cerr<<"open error!"<<endl;
        exit(1);
    }
    //下面的代码,将银行对象中的业务数据写入文件

    outfile.close();
    delete p;
}

  因为数据要在文件里存储,所以,可选的方案是,在构造函数中读文件,在析构函数中写文件。上面的程序就是照这种思路设计的。
  然而,程序退出后,文件就是空的。
  老贺看了也纳闷,写文件的语句中规中矩,然而就是不对。
  仔细审查析构函数中文件的打开方式ios::out,似乎有嫌疑,但排除了。在实际运行的系统中,ios::out的方式不常用,因为这样一打开,也就意味着存在的文件也要重建,用ios::app的更多。
  可是,在这个由大一学生实施的设计中,简化的方案是,将所有的数据读入内存,操作针对内存中的数据,而最后,就是要重建文件,将内存中的全部数据重写一遍。
  几百行的程序,就不可以用眼睛盯着找问题了。单步跟踪,对这样的程序,如果问题具体在哪儿都不清楚,也不是一个好办法。
  析构函数中写文件的部分最可疑。我在析构函数~Bank中加了一句“cout<<"in destructor."<<endl;”。结果发现,最后的,析构函数执行了两次。
  然后,在main函数的return 0;前加了一句“cout<<"end of main"<<endl;”,发现输出的信息是:

in destructor.
end of main
in destructor.

  再看main函数,真相大白了。问题出在main函数中:Bank b出现了两次:一个是属于main函数的局部对象b(前者,第3行),另一个的作用范围,只在if语句的一对花括号内的对象b(后者,第6行)。
 程序初次执行,文件为空,前者执行构造函数,b中保存的是空业务。当用户密码验证成功,会创建后者,自然业务信息也空。当执行完b.work();,会执行后者的析构函数,将这次业务后的业务信息保存在了文件中。文件内容不会是空。
  然而,当程序的执行离开main函数时,其局部的变量b(前者)也要析构,这时就是问题之所在,这个b中的业务信息是空的,文件打开重建后,没有要写入的信息,最后就是空文件了。
  所以,解决的办法,将两个Bank b;,无论前者或后者,去掉一个即可。
  问题解决了,再反思。前述的问题自然不该发生,但这里设计的缺陷也存在。在程序中直接将文件名写定,并且写在构造函数和析构函数中,也就意味着该类的所有对象都用同一个文件(如同Person类中的每个对象都用同一个碗吃饭,多家银行将数据存在一个文件中,太可怕了)。合理的做法是,采取某种机制,不同对象,使用不同的文件。
  当然,对于本文中的问题,就是不该定义两个 Bank b。

版权声明:本文为博主原创文章,未经博主允许不得转载。

相关文章推荐

当你学不进去的时候,试试“普瑞馬”法则

【普瑞马法则】 以心理学操作性反射的原则为基础,对于人类的行为方式进行观察后,心理学家提出这样一种改进方式,以纠正惰性生活方式,并由这种惰性生活方式的结束而带来整个人生的良性改变。这也叫普瑞马法则。...

当你学不进去的时候,试试“普瑞马法则”

一般在学习和生活中,我们都可能有这样的经验,就是当说想要作某件事情的时候,但过了好久发现还是没有做;或者觉得有力气使不出来;或者总觉得生活是灰色和抑郁的,等等。     这类情况反映在生活中,就是...

U盘空间明明够大,为什么却放不进去文件

(比如U盘空间为8GB但放一个5GB的文件却放不进去)这很可能不是U盘坏了,而是U盘格式问题(当然也有可能是U盘是假的,被扩容了,实际容量不够了)。因为你的U盘为FAT32文件系统格式,而此种文件格式...

学不进去、玩不痛快、睡不踏实、吃的还特多

1、每天的生活都是两点一线。这样的生活过的好乏味。   2、学不进去、玩不痛快、睡不踏实、吃的还特多   3、我最讨厌的事是:家里来客人老妈把小时候的糗事说出来   4、我们的爱情,就像一份合约...

当你学不进去的时候,试试“普瑞马法则”

【普瑞马法则】 以心理学操作性反射的原则为基础,对于人类的行为方式进行观察后,心理学家提出这样一种改进方式,以纠正惰性生活方式,并由这种惰性生活方式的结束而带来整个人生的良性改变。这也叫普瑞马法...

读取Excel表格报错问题分析总结(用apache POI读取,表格稍微改动就报错导入不进去)

首先是建立在用apachePOI解析Excel时一定几率是能成功解析导入的,如果一点也不能的话,也可以参考看看我总结的原因,也许也是导致你屡次导入不能的原因之一。        这个问题是前天客户反应...

当你学不进去的时候,试试“普瑞马法则”

英文原文:  http://er.bhusd.k12.ca.us/apps/pages/index.jsp?uREC_ID=22608&type=u&pREC_ID=16797 Copyright...

maven 打包时mapper.xml打不进去问题

转自:http://www.cnblogs.com/oyx305/p/5340683.html 一般情况下,我们用到的资源文件(各种xml,properites,xsd文件等)都放在src/m...

学不进去?可以试着这么做…… 普瑞马法则

尽管科学家一个接一个的科研成果让我们对记忆有了越来越多的了解,但直到今天,科学家所发现的所谓大脑的秘密也只是冰山一角,在很大程度上,大脑和记忆仍是神秘的。 研究人员认为,记忆是一个过程,并且当你...
内容举报
返回顶部
收藏助手
不良信息举报
您举报文章:深度学习:神经网络中的前向传播和反向传播算法推导
举报原因:
原因补充:

(最多只允许输入30个字)