java web 前后端分离的疑问

加油妹妹 2018-02-11 05:06:37
都说现在java web前后端分离,不用jsp,所以我觉得正确的前后端交互流程,应该是后端提供一个restful的接口,类似{ip}:{port}/api/hello 这样的接口,而前端通过ajax来访问这个接口,获取数据。(除去中间那些mvc的步骤,效果我觉得是这么个效果)

但是我找遍网上的小demo,所有的前端代码还是卸载jsp里面,有没有不用jsp的小demo,或者哪位大神,可以稍微解释一下,这方面的问题,我删了jsp需要怎么配置,才能实现,打开一个html页面,里面引用js,通过ajax来获取后端数据。这个已经问题已经困扰我好久了,求助求助。。。。。。
...全文
837 2 打赏 收藏 转发到动态 举报
写回复
用AI写文章
2 条回复
切换为时间正序
请发表友善的回复…
发表回复
usecf 2018-02-12
  • 打赏
  • 举报
回复
jsp页面请求的东西 你可以用html+js实现的 就当jsp那边处理前端通过ajax发送的请求,后台jsp那边去处理逻辑 处理完成后,把结果返回给前端页面的, 当然你可以只写js+html+ajax 的页面 但是你请求的接口还的通过jsp后台处理
孙庆新 2018-02-12
  • 打赏
  • 举报
回复
1、前端代码通常还是要写在JSP,HTML,JS的。 2、至于前端需要展示的数据,需要动态改变的情况,调用后台服务获取 3、例如前台使用JQUERY加载指定URL的数据,http://www.w3school.com.cn/jquery/jquery_ajax_load.asp
资源介绍 本资源是一个基于Spring Boot开发的线上辅导班系统的毕业设计与源代码,为广大计算机专业毕业生提供了一个实用且富有挑战性的项目实践机会。该系统涵盖了线上辅导班所需的核心功能,包括但不限于课程管理、学员管理、在线教学、作业布置与批改、考试与成绩统计等,旨在通过技术手段提升辅导班的运营效率与教学质量。 在系统设计上,本系统采用了Spring Boot框架,该框架以其简洁、快速和易于扩展的特性,极大地简化了开发流程,提高了开发效率。同时,系统还采用了前后端分离的开发模式,前端使用流行的前端框架进行构建,后端则专注于提供RESTful API服务,确保了系统的稳定性和可维护性。 在功能实现上,本系统注重用户体验与交互设计,为学员提供了友好的界面和流畅的操作体验。通过在线教学功能,老师可以实时与学员进行互动,解答疑问,增强教学效果。作业与考试模块则能够帮助老师及时了解学员的学习情况,进行有针对性的辅导。 此外,本系统还具备高度的可定制性和可扩展性。毕业生在掌握本项目的基础上,可以根据实际需求进行二次开发,添加更多特色功能,满足不同辅导班或教育机构的个性化需求。 本资源的提供,不仅为毕业生提供了一个优秀的毕业设计项目,更为他们提供了一个学习和实践Spring Boot等技术的平台。通过本项目的开发,毕业生将能够深入理解和掌握Web开发的核心技术,提升自己的编程能力和项目实战经验,为未来的职业发展打下坚实的基础。
微服务设计与解决方案 微服务架构现在是谈到企业应用架构时必聊的话题,微服务之所以火热也是因为相对之前的应用开发方式有很多优点,如更灵活、更能适应现在需求快速变更的大环境。 本文将介绍微服务架构的演进、优缺点和微服务应用的设计原则,然后着重介绍作为一个"微服务应用平台"需要提供哪些能力、解决哪些问题才能更好的支撑企业应用架构。 微服务平台也是我目前正在参与的,还在研发过程中的平台产品,平台是以SpringCloud为基础,结合了普元多年来对企业应用的理解和产品的设计经验,逐步孵化的一个微服务应用平台。 目录: 一、微服务架构演进过程 二、微服务架构的好处 三、微服务应用4个设计原则 四、微服务架构带来的问题 五、微服务平台的19个落地实践 六、总结展望 微服务设计与解决方案全文共18页,当前为第1页。一、微服务架构演进过程 微服务设计与解决方案全文共18页,当前为第1页。 近年来我们大家都体会到了互联网、移动互联带来的好处,作为IT从业者,在生活中时刻感受互联网好处的同时,在工作中可能感受的却是来自自互联网的一些压力,那就是我们传统企业的IT建设也是迫切需要转型,需要面向外部客户,我们也需要应对外部环境的快速变化、需要快速创新,那么我们的IT架构也需要向互联网企业学习作出相应的改进,来支撑企业的数字化转型。 我们再看一下应用架构的演进过程,回忆一下微服务架构是如何一步一步进化产生的,最早是应用是单块架构,后来为了具备一定的扩展和可靠性,就有了垂直架构,也就是加了个负载均衡,接下来是前几年比较火的SOA,主要讲了应用系统之间如何集成和互通,而到现在的微服务架构则是进一步在探讨一个应用系统该如何设计才能够更好的开发、管理更加灵活高效。 微服务架构的基本思想就是"围绕业务领域组件来创建应用,让应用可以独立的开发、管理和加速"。 二、微服务架构的好处 微服务设计与解决方案全文共18页,当前为第2页。 微服务设计与解决方案全文共18页,当前为第2页。 我们总结了四个方面的优点,分别如下: 是每个微服务组件都是简单灵活的,能够独立部署。不再像以前一样,应用需要一个庞大的应用服务器来支撑。 可以由一个小团队负责更专注专业,相应的也就更高效可靠。 微服务之间是松耦合的,微服务内部是高内聚的,每个微服务很容易按需扩展。 微服务架构与语言工具无关,自由选择合适的语言和工具,高效的完成业务目标即可。 看到这里,大家会觉得微服务架构挺不错,然而还会有一些疑问,什么样的应用算是一个微服务架构的应用?该怎样设计一个微服务架构的应用?那我们来一起看看我们推荐的微服务应用的设计原则。 三、微服务应用4个设计原则 我们总结了四个原则推荐给大家: AKF拆分原则 前后端分离 无状态服务 Restful通信风格 1.AKF拆分原则 微服务设计与解决方案全文共18页,当前为第3页。 微服务设计与解决方案全文共18页,当前为第3页。 AKF扩展立方体(参考《The Art of Scalability》),是一个叫AKF的公司的技术专家抽象总结的应用扩展的三个维度。理论上按照这三个扩展模式,可以将一个单体系统,进行无限扩展。 X 轴 :指的是水平复制,很好理解,就是讲单体系统多运行几个实例,做个集群加负载均衡的模式。 Z 轴 :是基于类似的数据分区,比如一个互联网打车应用突然或了,用户量激增,集群模式撑不住了,那就按照用户请求的地区进行数据分区,北京、上海、四川等多建几个集群。 Y 轴 :就是我们所说的微服务的拆分模式,就是基于不同的业务拆分。 场景说明:比如打车应用,一个集群撑不住时,分了多个集群,后来用户激增还是不够用,经过分析发现是乘客和车主访问量很大,就将打车应用拆成了三个乘客服务、车主服务、支付服务。三个服务的业务特点各不相同,独立维护,各自都可以再次按需扩展。 2.前后端分离 前后端分离原则,简单来讲就是前端和后端的代码分离也就是技术上做分离,我们推荐的模式是最好直接采用物理分离的方式部署,进一步促使进行更彻底的分离。不要继续以前的服务端模板技术,比如JSP ,把Java JS HTML CSS 都堆到一个页面里,稍复杂的页面就无法维护。这种分离模式的方式有几个好处: 前后端技术分离,可以由各自的专家来对各自的领域进行优化,这样前端的用户体验优化效果会更好。 微服务设计与解决方案全文共18页,当前为第4页。分离模式下,前后端交互界面更加清晰,就剩下了接口和模型,后端的接口简洁明了,更容易维护。 微服务设计与解决方案全文共18页,当前为第4页。 前端多渠道集成场景更容易实现,后端服务无需变更,采用统一的数据和模型,可以支撑前端的web UI\ 移动App等访问。 3.无状态服务 对于无状态服务,首先说一下什么是状态:如果一个数据需要被多个服务共享,才能完成一

5,655

社区成员

发帖
与我相关
我的任务
社区描述
Web开发应用服务器相关讨论专区
社区管理员
  • 应用服务器社区
加入社区
  • 近7日
  • 近30日
  • 至今
社区公告
暂无公告

试试用AI创作助手写篇文章吧