解决方案 »

  1.   

    自顶一个...希望不要沉....这个我还准备加上异常处理,并且跟着学习进度加深不断完善,有一天应该能做出像真正的ATM机的那种效果吧!当然...只能看,吐钱什么的不可能
      

  2.   

    什么破老师基本上不用数组
    竟然是图片。CSDN可以直接上传代码的,就再编辑框里
      

  3.   

    登陆的时候把登陆的用户ID存一下。然后用这个用户ID作为数组索引
      

  4.   

    1、正常角度来看,是先输入账号,然后输入密码。你这个直接输入密码也就算了,也不指明登录的是哪个账户。你至少把账户给保存下来吧。
    2、你在存款的时候,只顾着往银行里面加钱,个人账户直接忽视了。(因为你根本就没有账户,所以存款时也不知道存到哪个个人账户上了。)
    3、取款的时候,居然是循环所有的账户,请问,我去取款,你会把银行里面所有的账户都扣一遍嘛?
    4、登录时的密码判断 pwd.equals.("123")==ture;虽然不错,但是一般还是直接用pwd.equals.("123")。
    我觉得你这个设计的最大问题是业务逻辑没搞清楚。
    首先,是登录。登录肯定是需要输入账号密码。这个时候,你循环User数组,比对账号,在账号相等的情况下,然后比对密码。验证通过后,保存User或者账号或者User数组的索引,作为当前的登录用户。
    其次,是选择操作。
    然后,执行操作,你需要把当前登录用户找到。如果不存在,就证明登录有问题。当然正常流程是应该存在的。这个时候不论是存款,取款,还是转账,都应该是当前用户的账户有变动+银行账户的变动(其他个人账户的变动)俩部分。
    最后,选择退出,把当前用户清空掉。
      

  5.   

    collection再好,数组也有它有用的地方!效率方面,估计数组就占很大优势!
      

  6.   

    collection再好,数组也有它有用的地方!效率方面,估计数组就占很大优势!业务是最主要的,快速的把业务用代码解决。执行效率,看心情了。
      

  7.   

    collection再好,数组也有它有用的地方!效率方面,估计数组就占很大优势!业务是最主要的,快速的把业务用代码解决。执行效率,看心情了。
    顶一个,估计是我没表达清楚,因为我们的老师也在一些软件公司当过项目经理,做过不少项目,他给我们说的在实际项目中数组的应用确实有点少,因为数组只能装单一的数据类型,只能在特定的业务点上使用,所以集合使用更多
      

  8.   

    collection再好,数组也有它有用的地方!效率方面,估计数组就占很大优势!业务是最主要的,快速的把业务用代码解决。执行效率,看心情了。
    顶一个,估计是我没表达清楚,因为我们的老师也在一些软件公司当过项目经理,做过不少项目,他给我们说的在实际项目中数组的应用确实有点少,因为数组只能装单一的数据类型,只能在特定的业务点上使用,所以集合使用更多
    很少写实际项目