CRM系统 学完了Hibernate增删改查和Spring的基础url对应控制器处理方法，就可以写一个增删改查的应用了。 一个基础的CRM也是所有语言进行Web开发的必写项目，所谓零一生增删改查，增删改查生万物也。 第一个项目还是比较原始的，一个列表，然后一个按钮用于添加数据，之后是展示每一行数据，
多对多关系 多对多关系的判断方式是，站在两张表无论哪一张表的角度上，其中的一条数据都对应另外一张表的多个数据，就是多对多关系。现实中比较典型的关系是学生与课程的关系，一个学生会选多门课程，一门课程会有多个学生上课。 多对多关系显然无法用两张表互相外键关联来实现，在实践中的多对多关系是通过一张中间表，
一对多/多对一关系 一对多和多对一关系是同一个关系的不同叫法。 以目前的Instructor和InstructorDetail类来添加一对多关系，如果目前新来一个课程Course类，一个讲师可以上多个课程，每个课程只能由一个老师上，这样的关系从讲师的角度来说就是一对多关系，从课程的角度来说就是多对一
一些重要概念 ForeignKey的理论这里就不再赘述了，总之就是一对一，一对多和多对一，还有多对多关系三种。还有一个Cascade级联操作的概念，都是数据库的传统艺能了。 通过外键取数据有两种风格，一是Eager模式，即一次取出全部数据；二是Lazy模式，即需要用的时候再获取。 还有两种查询关系，
传统艺能增删改查开始了，学完这个，就可以写基础的应用了。 两个基础概念 SessionFactory，这是Hibernate通过配置文件创建的一个对象，每个Web应用里只有一个。可以理解为像连接池一样，这个SessionFactory 相当于是一个Session池。 Session，与Web开发的S
在前边的部分学完了从请求和表单中获取数据，增删改查的数据源头已经有了，剩下的部分就是对数据库的操作了。 在没有学Java之前已经知道了ORM，但是对于Hibernate这个单词一直觉得很有意思，现在终于要开始实际使用Hibernate了。 之前我们操作数据库使用的是JDBC这一套API，这套API实
使用正则表达式已经可以满足相当程度的验证条件，不过实践中还会有更加复杂的业务逻辑，需要编写自定义验证规则。 使用自定义验证规则的第二个好处是可以方便的复用各种验证规则，如果使用正则表达式，则每次还会写死内容，不方便修改。 使用自定义验证规则的方法是编写一个符合验证器要求的自定义的Java注解，像其他
前边学习了如何从请求和表单中拿到数据，在增删改查之前还有一个重要的步骤，就是验证表单，如果数据格式不符合要求，那就谈不上增删改查了。 常见的针对表单数据的要求有：必须要填写的字段，数字型字段，特殊格式的字段比如邮件地址和邮政编码，当然还可能有自定义的各种字段。 由于前端的验证可以被绕过，所以后端一定
在了解了通过请求来绑定参数之外，还有更强大的功能，利用Spring MVC Form tags来直接生成表单和绑定数据对象，为从表单中获取数据提供了更加简便的方式。 Spring MVC 表单标签是可以直接生成HTML代码的标签，回想一下Django的{{form}}，只能够根据模型字段生成标签，但
只要能够运行一个Web应用，就能运行更加复杂的应用，只需要将更多的组件和业务逻辑组装起来。Web开发在配置好了最基础的项目之后，接下来的传统艺能无非就是增删改查和身份认证，之后就是无限的可能性了。 增删改查的最基础的一步，就是读取客户端的请求中附带的数据。 从请求中获取属性和值-${param} 先
