先扯两句
懒人的最怕就是他还是个完美主义者，真想要做什么事的时候，总发现缺点什么，然后就总想要补上缺少的部分。而每次补充上一个缺憾的时候，又会发现新的缺憾，然后。。。我也就经历了写《工厂模式》-->《泛型》-->《接口》-->《类》这样一个看似没有什么关联，却又好像千丝万缕剪不断理还乱的折磨中。
因为这部分主要是我自己的学习笔记，如果大家想要看一些官方点的入门知识点介绍，也可以去菜鸟教程-Java 对象和类看看。
希望这次写的时。候不会再有其他拓展了吧，不扯废话了，再不开始不知道一会会不会又想到什么东西了。
正文
首先大家都知道的java是面向对象的语言，对于什么是面向对象，什么是面向过程，为了防止一拓展又不知拓展到哪里去了，这里就多说了，大家如果想要了解的话，这里也找到了一篇面向过程 VS 面向对象，大家可以去看看。
我们这里只是来说说什么是对象？很简单，一个被玩坏的梗就是“女朋友”。但是从java的角度上来说，放眼望去，你的所见、所知、所感都可以成为我们代码中的对象。
为了方便说明，这里还是使用“想得却不可得，你奈人生何”的女朋友作为例子吧：
类
/**
* 女朋友
*/
public class GirlFriend{
}
@Test
public void create() {
// 创建一个女朋友
GirlFriend girlFriend = new GirlFriend();
}
上面的GirlFriend就是将女朋友这个对象，通过java类的形式具象到代码中。也就是《Java对象和类》所说的：
类可以看成是创建Java对象的模板。
当然，上面的只是一个最最简单的类，就好像我现在的状态，我的女朋友啊，是现阶段我最熟悉的陌生人，她的一切我都一无所知，所以只能含着泪创建这么一个空的类了。
属性
可是每当午夜时分睡不着觉的时候，难免会去想，她叫什么名字？哪天生日？性格如何？家住何方？喜欢吃甜的还是辣的....而当我们逐渐去幻想这种种的时候，我的女朋友自然就变得具象起来，她也就不再是一个空的类了，而是变得丰满了起来（咳咳，不是体型啊）。而这关于她的种种信息，就是这个类的属性。
/**
* 女朋友
*/
public class GirlFriend{
/**
* 姓名
*/
private String name;
/**
* 生日
*/
private long birthday;
/**
* 性格
*/
private String character;
/**
* 地址
*/
private String address;
/**
* 口味
*/
private String flavor;
}
方法
别问我为什么用private不用public，那是我女朋友，我都不知道，会告诉你！！！可转念一想，我这未来女朋友将所有的个人信息都私有，确实很安全，但是我什么时候能找到她、了解她、爱护她啊？这可不行，于是做出了如下调整。
/**
* 女朋友
*/
public class GirlFriend {
/**
* 口味：甜
*/
public static final String FLAVOR_SWEET = "爱吃甜食";
/**
* 口味，辣
*/
public static final String FLAVOR_HOT = "爱吃辣食";
/**
* 口味约束，只能爱吃这两种口味
*/
@Retention(RetentionPolicy.SOURCE)
@StringDef({FLAVOR_SWEET, FLAVOR_HOT})
@interface FlaverType {
}
/**
* 日期格式化工具类
*/
private SimpleDateFormat dateFormat;
/**
* 日期类
*/
private Date date;
/**
* 姓名
*/
private final String name;
/**
* 生日
*/
private final long birthday;
/**
* 性格
*/
private String character;
/**
* 地址
*/
private String address;
/**
* 口味
*/
private String flavor;
/**
* 构造方法，女朋友出生了
*
* @param name 我未来岳父岳母给取的名字
* {@link GirlFriend#birthday 出生的时候就是她的生日了}
*/
public GirlFriend(String name) {
this.name = name;
this.birthday = System.currentTimeMillis();
}
public String getName() {
return name;
}
public long getBirthday() {
return birthday;
}
public String getCharacter() {
return character;
}
public void setCharacter(String character) {
this.character = character;
}
public String getAddress() {
return address;
}
public void setAddress(String address) {
this.address = address;
}
public String getFlavor() {
return flavor;
}
public void setFlavor(@FlaverType String flavor) {
this.flavor = flavor;
}
/**
* 获取年龄
*
* @return 年龄（被询问的年份 - 出生的年份）
*/
public int getAge() {
return getYear(System.currentTimeMillis()) - getYear(birthday);
}
/**
* 获取时间戳对应的年份
*
* @param time 时间戳
* @return 年份
*/
private int getYear(long time) {
if (null == dateFormat) {
// 若日期格式化工具类不存在，则构造格式化工具类
dateFormat = new SimpleDateFormat("YYYY", Locale.getDefault());
}
if (null == date) {
// 若日期类不存在，则构造日期类
date = new Date(time);
} else {
// 若日期类存在，则为日期类设置新的用于转换年份的时间戳
date.setTime(time);
}
return Integer.parseInt(dateFormat.format(date));
}
}
构造方法
/**
* 构造方法，女朋友出生了
*
* @param name 我未来岳父岳母给取的名字
* {@link GirlFriend#birthday 出生的时候就是她的生日了}
*/
public GirlFriend(String name) {
this.name = name;
this.birthday = System.currentTimeMillis();
}
构造方法，顾名思义，就是构造这个类的时候使用的，而构造方法除了构造类以外，还可以做的就是为类中的一些属性赋初值，比如我未来女朋友的姓名和生日。
而赋初值的方式也有两种：
1. 外部传入：无法明确生成信息的具体条件、需要根据构造时外界的具体情况产生（一个孩子出生之前，不可能明确知道自己的名字是什么，别说父母从有孩子一定就开始想了，毕竟这个世界上最不差的就是意外）。
2. 自动生成：在生成的时候，不受到构造时外界的相关条件影响，可以依据自身或者系统的条件直接生成（无论中间的过程是什么样的，但是在一个人出生的那一瞬间必然是她的生日，这是无论如何都无法改变的）。
get/set方法
与类的属性产生交互，对属性进行添加、删除、编辑的方式就是方法，而这里首先说一下直接与属性产生关联的get和set方法。其实这部分是最简单的部分。就是对类的属性进行直接的添加（也可以是编辑）或者获取。
比如成年了要除外打拼工作，可能需要找地方租房子，而每租一次房子，地址必然会随着变化一下，所以就需要：
/**
* 设置/更新地址
*
* @pparam address 最新地址
*/
public void setAddress(String address) {
this.address = address;
}
同样，在她需要快递买东西的时候，肯定是需要填写收货地址的，这个时候自然少不了需要使用到：
/**
* 获取当前最新的地址
*
* @return 地址
*/
public String getAddress() {
return address;
}
可能有人会问，地址、口味可能会发生变化，但是性格为什么没有放到构造方法中，反而放到了set中赋值呢？
这里就把庞龙的一句歌词分享给大家，算是成长的无奈吧。不过其实磨掉尖牙也没什么不好，至少可以滚的更快啊！如果正经点，那就是不用担心拥抱时，会刺伤对方，不是吗？
业务逻辑方法
当然，现实生活中，我们谁都不可能这么直来直去的set或者get类中的属性，有很多的业务逻辑是需要额外的方法去实现的，就比如我找女朋友的时候肯定要问对方，“你今年多大了？”（虽然问女生年纪很不礼貌，但是实在生日有些大，从小喜欢装大哥哥，实在不想找个小姐姐），这个时候女生总不能说，我是XX年的，你自己算去吧。
这个时候就需要了getAge方法，通过“被问年纪的年份”减“出生年份”的方式，来获取女朋友的年纪。
不过在编写的过程中大家会发现，没计算一次年纪，都需要有两次将时间戳转换为年份的操作（生日的时间戳、被问时的时间戳）。所以从面相对象的思想来说，一旦有相同的流程被反复使用到的时候，就可以考虑封装了，因此这里额外添加了一个将时间戳格式化为年份的私有方法。
同样，一个人的一生中，不可能只被一次年纪，所以没次被问年纪，都去创建一个SimpleDateFormat（日期格式化工具）、Date（时间戳的日期工具）还是很耗费资源的，万一消耗太多资源，把我素未谋面的女朋友饿瘦了，我会心疼的。所以这里就将这两个方法提取了出来做成全局变量属性，只有第一次调用时才会创建，之后只是拿来引用就好了。（培养女朋友节省，名牌包能用的时候就不用买新的了）。
/**
* 获取年龄
*
* @return 年龄（被询问的年份 - 出生的年份）
*/
public int getAge() {
return getYear(System.currentTimeMillis()) - getYear(birthday);
}
/**
* 获取时间戳对应的年份
*
* @param time 时间戳
* @return 年份
*/
private int getYear(long time) {
if (null == dateFormat) {
// 若日期格式化工具类不存在，则构造格式化工具类
dateFormat = new SimpleDateFormat("YYYY", Locale.getDefault());
}
if (null == date) {
// 若日期类不存在，则构造日期类
date = new Date(time);
} else {
// 若日期类存在，则为日期类设置新的用于转换年份的时间戳
date.setTime(time);
}
return Integer.parseInt(dateFormat.format(date));
}
方法初始化参数的约束
在方法初始化的时候，大家应该看到一段很怪异的代码，或者说是不太常见的一段代码，那就是我们的口味约束：
/**
* 口味：甜
*/
public static final String FLAVOR_SWEET = "爱吃甜食";
/**
* 口味，辣
*/
public static final String FLAVOR_HOT = "爱吃辣食";
/**
* 口味约束，只能爱吃这两种口味
*/
@Retention(RetentionPolicy.SOURCE)
@StringDef({FLAVOR_SWEET, FLAVOR_HOT})
@interface FlaverType {
}
/**
* 获取当前当前喜欢的口味
*
* @return 喜欢的口味
*/
public String getFlavor() {
return flavor;
}
/**
* 设置口味偏好
*
* @param flavor 口味偏好（约束只能选择甜的和辣的）
*/
public void setFlavor(@FlaverType String flavor) {
this.flavor = flavor;
}
这部分就是对于方法传入参数的约束，因为在传入参数的，我们很多时候并不能让这个类的使用者随便乱传，比如：你不能说一个人有四条腿一样（别问我为什么没举例“人不能有三条腿”，自己想去）。而这里就我个人而言对口味有这么两点“刻板印象”
- 喜欢吃甜食的妹子呆萌可爱
- 喜欢吃辣食的妹子简单直爽
因此给我的女朋友添加限制只能喜欢这两种口味的食物，这样在女朋友去更新自己的口味偏好的时候，就只能选择“甜食”或者是“辣食”了，一旦选择其他的口味，则会报错，提示我这不是我女朋友应该喜欢的口味：
这里的约束使用的注解，会在后续的注解中加以说明，大家可以自行先查看一下约束的内容都是上面含义，当然，偷懒的方法也可以在封装框架的时候直接模仿着来写，只是建议还是知其然也要知其所以然。
再扯两句
总算是在拓展的枝丫中完成了第一个部分，其实说起来，类的概念还是比较基础的，其实也没有太多可说的，但是实在单身久了，算是借着写类的机会，呼唤一下我那最熟悉的陌生女朋友吧。
不过这么写起来，其实发现类还挺好玩的，忍不住又要在接口前面加个抽象方法。哎，泛型又要延期了，我的工厂模式啥时候才能开始啊。。。
鸣谢
- 哭得像个孩子：Pixabay的Gerd Altmann
- 劫匪要求孩子跟他姓：抖音免费播放《大赢家》（真没有广告费）
- 两位数减法好难：爱情公寓
