应用程序在执行业务逻辑之前, 需要验证从请求接收到的数据是否正确, 数据验证其实大原则上来说也算是业务的一部分. Spring MVC只要能从请求中将数据类型转换到目标对象, 就算完成了. 然而, 很多可以转换成目标对象的数据, 未必就是在业务层面来说的数据. 如果不同的人员都来编写各自业务部分的验
在两年前刚知道Web开发的时候, 对于MVC中的三个词还不是很理解, 尤其是Model, 哪里有一个叫做模型的对象呢? 后来学了Java以及JSP技术, 知道了请求与响应在Web容器中的传递, 知道了没有一个所谓的Model对象, 数据可以附在请求或者响应上或者容器中, 然后在渲染视图的时候从相应的
从整体上来说, 一个Web应用的输入, 就是各种请求, 而输出就是响应. Web应用的本质就是不断接受输出, 返回响应. 输入到达的第一站, 就是控制器. 很显然, 控制器必须能够将Http请求附带的数据转换成Web应用需要处理的各种数据对象, 否则便无法继续进行处理. 一个Http请求已经都知道了
时间过得真是飞快, 12月19号看完异步任务之后, 深感自己的持久化技术方面还是短板, 因此去看了SQL基础理论, PgSQL的操作以及Hibernate. 功夫不负有心人, 今天2月10号, 50天的时间里把上边的内容都过了一遍, 总算是补上了数据库操作这块短板, 之后不管是SQL语句还是用JPA
已经知道了Schema的含义, 现在就来看一下详细操作. 还有就是一些条件表达式和操作, 这些其实就是一种函数. 也是为后边函数来先行铺垫一下. SCHEMA与Search_path CREATE SCHEMA ALTER SCHEMA DROP SCHEMA CASE 条件语句 COALESCE
DAO就是持久化层, 源自很久之前Java对于EJB的设计蓝图, 如今完整的EJB很少有人使用, 但是DAO的理念流传了下来, 在现在的Web开发中, 分层中依然包含DAO层. JPA和Hibernate单独使用的时候还是暴露了太多的工具属性, 在实际开发中, 针对一种类型就可以创建一个持久化类,通
继续将JPQL转换成编程方式的查询, 这次是几个更高阶一点的问题. 搞完这部分, 日常编写查询应该是没有什么问题了. 多列查询 - 笛卡尔积 多列查询 - 组装DTO和使用DISTINCT 多列查询 - 分组 连表查询 - 隐式连接 连表查询 - 显式连接 连表查询 - 控制Fetch策略 连表查询
看完了查询接口, 知道是怎么一回事之后, 就要来看看除了映射之外的核心, 就是如何编写查询. 在JPA中编写查询, 可以通过两种方式, 一种是编写JPQL/HQL语言, 另外一种是编程方式. 这两种方式中, 可以移植的是编程方式 说白了, 就是如何将SQL语句转换成JPQL语句和编程方式. 这里先聚
映射看完了, 抓取策略也看完了, 剩下就是最核心的查询了. 查询永远是数据库操作的核心, 相比其他的UPDATE DELETE优先度高很多. 今天已经二月了, 开始继续看吧. 今年的任务就是再搞一遍Spring框架之后, 还是回头老老实实学数据结构和算法, 然后来刷点题目, 提升基本功了. 女儿也快
