”咬文嚼字“系列之大话编程一

十二月已经过了将近一半，2018年就剩下了一个小小的尾巴，前一段时间在看公众号好多人谈到了年终总结，在我看来所谓的年终总结是针对那些一整年勤勤恳恳不曾有丝毫懈怠的人而言的。如果一年下来一直是三天打鱼两天晒网那么年终总结毫无意义。废话不多说献上最新的周总结。

应用服务器和Web服务器

之前在我的一篇博客中提到过这个问题，这一次结合我最近的学习进一步对这两个概念进行解析。首先Web服务器又叫HTTP服务器，这种服务器的主要功能是提供静态资源的映射，我们搭建一个前后端分离的Web App所需的图片，CSS等静态资源会放到这类服务器中，常见的主要有Apache、Nigax。而应用服务器则不一样了，应用服务器通常指的是我们所构建应用所需的一个环境，他是应用业务逻辑实现的必要条件，就好比你写的Java程序必须需要JRE一样。应用服务器由容器构成，容器又有轻重之分，轻量级的容器像Tomcat、Jetty ，重量级的像J2EE的JBoss以及玻璃鱼Glassfish，应用服务器的概念要在容器之上当然一个容器也可以称之为应用服务器，但这样的服务器只能说是完成了某种特定功能的应用服务器。应用服务器的本质就是统一的规范化的底层通信调用的逻辑封装，你按照应用服务器规定的“协议”写出特定的符合“协议”要求的程序，然后将这样的程序部署到协议制定者的环境中，你的程序便实现了特定的协议所预期的功能。

哈瓦那项目搭建遇到的坑

预想的三大社区终于拖拖拉拉的开工了，我的第一个社区哈瓦那，主要是以我儿时家里的一只名叫小胡的哈瓦那犬命名，其实我也不知道自家的小狗是什么品种，为求得最佳答案也是在知乎各种提问，网上各种搜索，最终觉得哈瓦那最像。各位如果感兴趣可以去我的知乎提问帮我求证狗狗的真实犬种（https://www.zhihu.com/question/300835845）。
我和“小胡”的故事就不多说了”，主要说下项目搭建过程遇到的坑：1. IDEA中搭建SpringBoot涉及到Mapper接口的注解问题，有关Mapper接口的注解实现有两种方案，其一是在Springboot的启动类中加入@MapperScanner(“Mapper所在路径”)，另外一种方案是直接在接口上加入@Mapper接口。2. 在利用Spring的几个关键注解（Service，Controller，Repository）不要在接口上定义而是一定要放在接口的实现类上。3. Themleaf模板一定要引入th的命名空间，并在全局设置中设置好视图解析的前后缀。4. 静态页面的跳转问题，后端渲染的单体架构我的实现方案是每一个页面对应一个Controller层的URL映射，在html文件的页面跳转标签中加入对应的URL实现跳转，主页面与分页面的跳转问题要注意的就是相对路径的正确格式，另外一点需要强调的是前端界面的跳转本质就是拥有不同Tab状态的相同的布局界面。

数据库给我的困惑

目前自己在公司维护的项目数据库用的主要是SqlServer。存储过程，触发器，视图一大堆乱起八糟的东西，刚接手的时候我很疑惑，我以前接触的项目没这些东西啊，顶多就是一个索引，现在可好弄出一大堆我从来没见过的东西，我们领导是一个全职的SqlServer Player，他所谓的后台就是数据库层次的逻辑处理，每次交流的时候对我各种鄙视，他认为Java完成的是前台的东西，我很困惑，你不懂Java项目的架构原理，不知道Java的ORM框架，更不明白Java有自己的丰富的处理业务逻辑的API，就好比你完全不知道西门吹雪是谁，却非说叶孤城是天下第一？心累而且心塞。我并不是说存储过程不行，在安全性、跨语言系统的研发方面存储过程的确有很大的优势，这也是传统的金融银行类的企业将其作为自己业务逻辑实现的主流原因之一。但数据库表格耦合严重最大的弊病就是一旦出错很难更改，牵一发而动全身这种“脆弱”的设计思想是完全逆潮流的东西。数据库的本质是什么，是存储，是数据关联，为什么不让他做回他本来该成为的角色呢？作为一个接盘侠，面对一个逻辑混乱，项目架构混乱，数据库表格命名混乱（表名，字段名全是汉语拼音），领导不懂主流技术，我真的很无语。

总结：

凡事重在持之以恒，我用自己的亲身经历证明了一个道理：人格可塑，另外就是一个人成功的必不可少的品质：情怀。明真理，有情怀，剩下的就是持之以恒的坚持也就是人格。拥有了这三点就必然会走向成功之巅。