由此想起了本科时代学习软件工程时的一个小组大作业。9人做一个论文管理系统,安排了一个同学写界面,然后我把他界面传来的数据做处理。然后问题的关键来了:
我们怎么合作?
显然我们要规定好什么数据是在界面和我写的逻辑处理类中传输的。比如我需要维护一个用户信息,有
姓名、年龄、性别、工作、电话等等,那么我可以跟他规定,他的界面就做这么几个输入框,然后加个确认按钮,确认完后调用我写好的业务逻辑方法。然后我写这个业务逻辑方法,功能是把这些东西存储到数据库里面。那么我们怎么规定完就可以开工了呢?显然是商量好这个包含
姓名、年龄、性别、工作、电话等等的类后,我们就可以各自分别开工了。这就是POJO(Plain Ordinary Java Object)类:
public class Pojo{
} |
其实在大型软件工程开发组里,每个人的重点都是逻辑层,这里的逻辑层我理解为干事儿的层,通俗的讲就是接受某个数据,然后
做某些处理,最后输出处理后的数据。
但是,
输入需要数据
输出需要数据
这些数据是封装在类里面,省得每次调用方法或者return的时候都得这么写