Compass项目博客后端学习与开发记录(三)_compass-spring-boot

这篇就只是一个近期学习和感受的总结，类似于随笔，可能没有什么学习价值！！！

近期工作回顾

写于4月6日
经过一段时间终于大致清楚了spring和springboot
问题是怎么整合前后端
本以为spring和前端会与它的视图解析有很大关系，然而发现，视图解析其实就是帮我们处理请求和准确地找到要转发的jsp然后重定向过去。
对于要做成前后端分离的应用而言这个视图解析似乎并没有很大作用，不过因为前端的同学不会ajax，那没办法只能想着怎么用模板引擎了，最好还是jsp。
不过springboot对jsp的支持不太好，要用模板引擎的话可以选thymeleaf，groovy，freemaker

但是前后端分离的就一定好吗？
什么样的系统适合前后端分离，用模板引擎的也很方便不是吗？

在不使用新的前端技术的情况下
可以使用thymeleaf，类似于jsp的设计模式
这种模式相较于之前的设计不太一样，所以要进行一定的调整
不过差别也不大，对于我们习惯于jsp开发的，做起来可能更方便

写在4/7
今天很开心发现没有问题了用jsp，太好了
原来有问题的原因是没有加入依赖（实验开始时是有的，后来给删了，回头想了下加回去才好的
具体就是下面的依赖

 		<dependency>
            <groupId>org.apache.tomcat.embed</groupId>
            <artifactId>tomcat-embed-jasper</artifactId>
        </dependency>
1
2
3
4

最近可能要开会，那要讨论哪些内容呢？
1、前后端的数据接口
2、显示的界面是job还是position
3、一些统一的数据格式
4、程序里面TODO的部份

4-13日 开会了
开会的时候和服务器的连接出了问题，直接登录也登不上，回去看了下，发现上面记录的数据从昨天晚上我重启之后就没了，估计就是昨天重启导致的。
先尝试了几次重启，无果
找腾讯云给的解决问题的文档，好像他们也就提示一个重启
百度找办法–》推荐提交个工单，于是尝试写了个工单上去，因为要等待就先试试别的方法。
因为原本的登录方式连不上，所以我想着换一个办法登，就用了远程登录里面的一键登录。
进去之后发现好像机器是重启系统的时候出了点问题，一直在不断重启。我就在一次它重启的间隙换了个启动的系统，结果他就成功启动了。又尝试了访问数据库，一切正常，虽然不知道原因，但是总算是解决了。

另外想起开会的时候一个耿耿于怀的问题，就是关于搜索这个问题，我希望的搜索方式就是一个输入框输入关键词或者一句话我们通过分词之类的分出关键词再在数据库中搜索。我看到一个开源的全文搜索项目Solr，也行可以有用。
而黄珊珊的观点是保持现在的样子

我不喜欢的原因是认为，这样子的搜索框的搜索内容较为局限，虽然对于写搜索算法算是比较简单的。
另外可能会给人一种误导，会以为要两个都输入了才能搜索。而且这样的搜索还不如改成下拉框给几个搜索的选项。如果说真的不做关键词搜索的话，那我觉得还可以参考像淘宝、京东这种会提供的筛选功能，把所有可能的筛选选项都放进去。

4-14
13号回去之后我想着再试试把程序打包放服务器上跑，结果没成功，准确的说是访问网页返回404。但是之前是有成功过的，所以我开始找原因。
最终今天找到原因并且成功访问。
原因是之前试的时候没有访问页面而是只请求了字符串，这次我的请求最终需要通过视图解析对应到一个jsp页面，但是原本我项目jar的打包方式默认是不会包含jsp文件的，所以spring在尝试视图解析的时候没找到对应页面所以直接就返回了404的error，但是访问@ResponseBody的方法时就可以。
所以问题就是如何让他打包的时候带上jsp，解决方案是打成war包。
springboot2.4只需要在pom.xml中修改这一行就可以了，如果另外设置了war的打包方式可能反而不行。

<packaging>war</packaging>
1

4-19
虽然上周把接口文档给了前端同学，但是由于环境问题，他没法跑，也没提示，所以决定找个时间当面说清楚。所以今天就去帮忙配了下环境（虽然还是没有提示好像，但是写起来效果还不错。

写在4月20日，晚上和数据爬取的同学交接了工作 交流了他里面的类的设计，发现与我最开始的设计是相同的，但是我因为前端内容与我最开始的设想有所不同，而进行了修改使得是position中包含一个job而不是job中包含position
另外由于这几个周工作的全面推进，使得部份的修改的代价较大而导致没有对设计进行进一步的修改
虽然可以改成如下的形式

这个设计我之前没想过吗，一定是想过的，但是为什么没有实施呢？
我想是因为我当初认为没有这种必要，也是对不同设计方案所带来的消耗与应付变更的能力不够清楚，如果我的经验更多，可能就会改用这种方案。一般人不可能就学一些概念就能体会出不同设计模式下的耦合和内聚的程度。
又一次体现出我软工和面向对象学的不扎实了。
真的不太会搞设计了感觉，都没啥自信了，哈哈哈！
耦合，内聚
还是说缺少经验呢，想看看设计模式。

或许我这个周检查之后会把这个设计再改改的。