Java Web Without SSM(前言)

是的，Spring,Mybaties确实给我们带来了方便的轻量级JavaWeb开发，但是，对于大部分中小系统来说，分层，框架，规范，已经成为一种累赘。
实际的程序开发过程中，大部分时间都花在了“架构”上，实际上我们真的需要吗？

-------冷静一下------------
我们先忘掉各种框架，设计模式。想一想一个简单的需求，商品列表查询。
实现这个需求，我们需要什么？
一个客户端浏览器，用来显示界面。
一个数据库，用来存储商品列表。
一段程序，处理客户端浏览器和后台数据库的通信。

程序是什么样的？
我们用到的产品是浏览器和数据库，所以程序需要针对浏览器和数据库来编写逻辑。
浏览器与程序所在服务器的交互方式是HTTP协议，数据库和程序所在服务器的交互方式是SQL。

是的，程序的职能是做HTTP协议和SQL语句的映射。

---------说点废话-----------
如果写程序的人不知道自己要解析的协议张什么样，不知道发给数据库的SQL张什么样，其实是沉寂在自己的面向对象的世界里编程。
我需要的只是一个梨，你却给我一车苹果，还要在苹果上加各种接口转化成我想要的梨。
为什么不直接给我一个梨呢？
是的，你会说今天我想要个小号的梨，明天我想要个大号的梨，后天我想要一个小号一个大号的梨。我这一车苹果可以适应你各种变更。

对比
时间成本：
给我一个梨，需要一天完成，给我一车苹果需要一个月完成。

人员成本：
给我一个梨，一个听话的人即可。给我一车苹果需要有经验的有知识的人。

风险：
一车苹果中任意苹果坏掉，都要花时间去调查，修改。接口变更还要考虑苹果的堆放方式是否适合。

-------别吵，再冷静一下，步入正题------------
这么说我们不要考虑扩展，考虑设计模式，考虑业务增长了吗？
需要，需要适当的考虑，需要将这些问题放在软件工程中解决这些问题。
如果大家对业务分析和系统设计做得足够到位，会减少大量的项目成本和项目风险，大大地提高项目质量。

HTTP协议和SQL语句
我们来看一个浏览器请求到显示结果这个过程。
去：浏览器发送HTTP协议-服务器解析HTTP协议，得到页面数据-验证数据的合法性-将数据拼接成SQL-发送SQL给数据库
回：数据库返回查询结果-服务器解析结果转化成页面数据-渲染页面-将渲染后页面发送给浏览器

对于HTTP协议的解析我们可以采用HttpServlet
对于页面的渲染我们可以采用Jsp

//等等，为什么不用Velocity。。。，做页面的人看不懂Java代码。。。
//其实Java代码比Velocity好看多了。
//你要做得是分析分析分析，知道页面上到需要什么程度的后台逻辑，这个我们以后讲。
//上面这些行注释掉

我们还需要如下功能：
验证权限，验证数据，控制事务，控制数据库连接，写日志，拼接SQL，将数据库查询结果转化为页面数据等。

这些功能可以做成组件，或拿一个最好的组件来用。
在以后的章节中，我们将逐一分析并实现这些组件。

最终目的就是让数据从浏览器到服务器的路变得通畅。
让大家的时间集中在业务分析上，让DBA可以清晰地知道数据库要解析的SQL。
去除不必要的数据转换和障碍，风险。
--------------------------------------------------------
是的，我们将一起开发出一个新的框架，一个很简单很简单很实用的框架，让SQL回归数据库。