现在用Java开发网站可以不用框架吗?

时间：2023-12-04 14:48:01 | 来源：网站运营

时间：2023-12-04 14:48:01 来源：网站运营

现在用Java开发网站可以不用框架吗?：论开发的话，不用框架照样可以，没框架的时候，用jsp+servlet+jdbc这套照样能搭建系统，甚至在没引入java前，用asp+access照样能搭建web网站。

但是只要是用java开发web网站，一定会用框架，后端是 spring boot+JPA，前端是用freemarker等，原因是，用框架能降低开发和维护的难度，节省开发的成本。

本文不想用上述单调和枯燥的原因来敷衍大家，所以就干脆盘点下一些用过的Java web网站开发技术，讲讲技术和组件的演变过程。从中大家就能知道为什么现在要用框架开发网站，以及为什么大多数公司会选spring boot框架。

一开始比较流行的web网站开发技术是asp，java层面的是jsp，这两者其实差别不大。

JSP不能理解成是框架，而是一种技术。JSP里很神奇，里面可以包含HTML页面代码和Java代码。也就说说，如果用jsp开发web页面的时候，前后端是不分离的，全在一个jsp文件里，所以当时只要会用jsp，那么一定能称得上“全栈开发工程师”。

一般一个JSP文件会对应一个web页面，一个jsp文件会包含如下的内容。

1 开头会用JS等脚本，判断该页面是否有请求到达，如果有，还得分，对不同页面挑过来的请求要做不同的处理，所以一个jsp文件的开头，包含很长一段if else语句来处理请求，这是常有的事。

2 然后会用HTML代码来渲染页面，当然其中还会和css，div等元素打交道。

3 页面里如果需要展示从数据库里得到的数据，那么就需要用java代码现连数据库并得到数据，所以一个jsp页面里出现大量JDBC对象也是正常的。

4 同样道理，如果页面里需要展示其他业务数据，也需要加入java代码。

所以一般一个jsp文件是个包含前端、js脚本和java语言的大杂烩，这样开发起来就不容易，如果遇到业务调整，要维护对应的jsp代码更难。

由于JSP里包含的要素实在太多，后面就改成了jsp+servlet+javabean的模式。

在这模式中，会把JSP页面里负责跳转的代码放入servlet，再把一些java通用性的代码，比如连数据库或业务方法，放入javabean，这其实已经引入了MVC模式。

和单纯的JSP相比，这套模式仅仅是拆分了jsp文件，但具体的调转页面动作以及传输参数和请求传递等细节，依然需要程序员来编写。即程序员不仅要实现web项目里的业务，更需要实现页面间跳转和数据传输等底层细节，这对程序员的要求是比较高的。

后来在此基础上引入了Struts，这是一个比较成熟的web框架。

当时Struts框架展现出了如下的优势。

1 封装了页面跳转等的web事件实现细节，比如在jsp里，程序员调用跳转方法，并传入参数以实现跳转，而跳转目标所对应的jsp还得去接收。但在Struts框架里，程序员只要指定向哪里跳转即可，具体的跳转动作Struts框架能自动实现。

2 能用xml等配置文件，配置通用性参数。比如请求和对应页面的跳转规则，或者是数据库连接参数，都可以配到xml里。

由于Struts能分担些页面跳转等web动作的实现过程，所以Struts也流行了一阵。从中大家也能体会到框架的含义：用底层实现的方式封装了通用性的动作，这样程序员能通过使用api或编写配置等轻便的方式实现Web网站方面的功能。

但是Struts框架也有“侵入性强”的问题，比如要开发一个实现业务功能的模块，在模块里一定能看到Struts的痕迹，比如struts动作等。用专业的话说：基于Struts框架的Web项目，业务和Struts耦合度太紧密。比如要升级Struts的支持包，或者要更改原有业务的web跳转方式，那么一定得用额外的代码来维护Struts相关的模块。

我们知道Spring框架的优势是依赖注入，即能降低模块间的耦合度，所以后来在单纯Struts框架上引入了SSH框架，用Struts框架里的web跳转动作和web实现细节，用Spring来管理模块，让模块间低耦合好维护，再用Hibernate来实现ORM映射。

SSH框架和Struts框架的进步还在于引入了ORM。之前程序员在实现业务时需要自己关注数据库，比如用JDBC得到连接，再用sql语句去做增删改查，然后再自己得到结果，再展示数据库结果到页面上。也就是说，业务代码和数据库相关的代码关联性很强，这就要求程序员在开发时，需要了解数据库的表名和字段名等细节。

为了进一步解开业务模块和数据库之间的关联，SSH框架里的Hibernate，可以用来把数据库里的表，映射成Java对象，这样程序员从数据库里得到的数据会被Hibernate，根据配置文件等定义，自动转换成List等类型的Java类，这样程序员就可以用操作Java对象的方式来操作数据库。

这里姑且不论这种ORM映射做法的必要性，但这进一步降低了程序员开发Web项目的难度，程序员只需要懂java，就能开发web网站，而数据库相关细节和动作都能被Hibernate等ORM组件屏蔽。

由于Hibernate比较重，所以SSH框架后来被替换成SSM。M是Mybatis，现在SSM框架还在用。

SSM框架由于能很好地向程序员屏蔽页面跳转等动作，能让程序员很便捷地把业务数据映射到数据库里，所以能进一步降低程序员开发Web项目的难度，同时由于把业务、数据库和前端支持等模块拆分到不同的文件里，所以基于SSM框架的项目也比较好维护。

但SSM（或SSH）框架有如下两个问题。

1 配置文件太多太复杂。比如要连个数据库，得写xml，要实现个事务，也得用，要整合个dubbo，也得写。所以一个项目开发下来，xml配置文件会有很多，而且每个配置文件里有几百行代码，都算正常。

2 SSM框架的代码，部署时需要打成war包，然后部署到tomcat等服务器里。当然之前的框架也是这样干的，不过Spring Boot框架在这方面能省事不少。

现在主流的Web框架是Spring Boot，里面是通过注解替代了配置文件，所以哪怕在项目里整合了事务，dubbo或者其他组件，都可以用简单的注解来实现，而无需再写长长的配置文件。

而且由于Spring boot框架内嵌tomcat服务器，所以发布时，只要把项目打成jar包，然后用java命令启动即可。此外，之前框架里封装的web底层实现细节，这个框架也有。

讲到这里大家其实可以看到，用java开发网站，用框架其实能帮程序员省太多的事情。比如造房子，不用框架的建筑方式是，从一砖一瓦自己搭建，中间自己再铺设水电煤等管道。如果是用框架，就直接用现成的建筑模块单元组装成房子。

其实用框架还真是程序员，或者是软件公司自己的选择，客户方才不管。只要他们提出的需求能实现，哪怕是用asp实现他们也没意见，但这样的话，软件公司就无法用框架提供的web和数据库基础设施等便利，什么都得从头开始，一方面进度会慢，导致成本高，一方面维护难，提升后期风险。

说到Web框架，本人当年出的书里，还详细讲述了现在看上去的古董框架，比如jsp+servlet+javabean，以及struts框架。

但现在的框架是Spring Boot，如果大家要系统学，我也出了一本书。

由于框架已经帮程序员封装了太多的底层细节，所以大家能比较容易地达到“用框架开发增删改查业务“的水准，但这仅仅是Java初级开发干的活。

如果再要往上发展，绝不是去深挖框架的底层细节，这种技能应付面试也就算了，而应该去了解分布式组件或微服务框架，并能实现高并发的功能。如果再要向上发展，就要去积累通过框架+组件设计应对高并发场景的项目实施框架，同时再去积累解决这过程中常见问题的经验。如果把这块做好了，升级个Java架构问题都不大了，按现在的行情，年入60w应该都算毛毛雨了。

本文讲解了Web框架的发展历程，并在此基础上解释了框架对web开发的作用。本文全文原创，用时将近3小时，如果如果大家感觉可以，请多多点赞。