我感觉写的好混乱，高内聚，低耦合 都木有 module层被胡乱调用了

[ 本帖最后由 乾坤洞主 于 2014-8-15 14:40 编辑 ]

我不懂Java，也没有那个环境，看不了你的程序。顶多看你的代码猜。

我说吧大神，我是这样想的 module 放一些持久的数据类型（用户类 车类 租车记录类）
            然后 dao 层 处理保存，修改 到指定文件的操作，但是在这里我写感觉怪怪的一个类放方法有点多
            view 层 就是各种菜单将前台数据交由Control层处理
            不过view里面方法传参有点牵强（我不想把module的内容被view看到）
            Control 层 说有处理方法 接受view传来参数 实例化 module 的对象 然后交由 dao 层对这些实例化对象进行保存，修改，读等各种操作al
            Global 就是那几个文件便于代码修改，不过我发现我要改module里面的内容 Control也要改好多
            还有租车方法（public AutoForm autocar(String carNo)）给了user貌似 module 里面也有点乱

[ 本帖最后由 乾坤洞主 于 2014-8-15 13:44 编辑 ]

三层架构只是一个大原则，并不是说一定要把模块划得那么界限分明，一切按逻辑来。数据类，数据以文件形式储存，本身就是一个模块，它只记录数据。但是数据的提取、写入、查询，都可以写在这个类中，这些方法是对外公开提供服务的，也属于一个层。也就是说，这个类其实负责了两个模块，它的功能很单一，就是数据服务，已经是内聚的。界面层，只要向服务层申请服务就可以了，要什么数据，写什么数据，都通过对方的方法来做，不是自己做，自己所做的，是修改数据之后，把结果通过服务写回去，或查询。对普通的中小型应用来说，两层已经足够了，思想上留下三层分离的概念就可以，亦即给自己的程序预留修改空间，但不必在物理上真的分成三份。

关键仍然是数据结构，哪些数据是公开的，哪些是不公开的，这是让不让外界看到数据的关键。像Java这类语言，与.NET一样，可以用属性，对外呈现的数据未必是内部真实字段，那是你自由设计的。

收到的鲜花

• 乾坤洞主 于 2014-08-16 08:57 送鲜花  5朵   附言：纸上得来终觉浅，绝知此事要躬行