⑴ web前端开发都包括哪些技术
1、学会HTML
HTML是网页内容的载体内容就是网页制作者放在页面上想要让用户浏览的信息，可以包含文字、图片、视频等。要熟练掌握div、table、ul li 、p、span等这些标签,这些都是最常用的。
2、学习CSS（Cascading Style Sheets）—样式。
一般看到web前端开发工程师的要求里面,有一个会使用css+html 或者 css+div 来进行界面布局,所以css是用于辅助html来布局和展示的,
称之为“css样式”,CSS要熟练掌握float、position、width、height，以及对于的最大最小、会使用百分百、overflow、margin、padding,标题字体、颜色变化，或为标题加入背景图片、边框等等,这些都是跟布局有关系的样式,必须要掌握的。
3、JS（java）—— 行为
java是用来实现网页上的特效效果。如：鼠标滑过弹出下拉菜单。或鼠标滑过表格的背景颜色改变。还有焦点新闻（新闻图片）的轮换。可以这么理解，有动画的，有交互的一般都是用Java来实现的。
4、学习jquery
jquery是相当于把js封装了一套的一个js插件,目的就是操作起来更方便,代码写的更少,jquery入门也很简单,那些是入门需要学的和js一样,只是换成了jq的代码.其他的一样网络就够了。
5、最好会点后台语言,比如java、php,因为前台界面的数据都是从后台来的,如果会点后台代码,就知道怎么跟后台交互数据是最好的, 这样节约时间,也可以让前端代码更规范.不然可能因为你的写法和后端给来的数据不能结合上,那么前端代码又得重新写,那就更麻烦了。
⑵ 2021年的前端框架选择 Angular vs React vs Vue
每个前端开发人员都听说过三个用于构建 Web 应用程序的框架：React、Vue.js和Angular。
React 是一个 UI 库，Angular 是一个成熟的前端框架，而 Vue.js 是一个渐进式框架。
它们几乎可以互换使用来构建前端应用程序，但它们并非 100% 相同，因此比较它们并了解它们的差异是有意义的。
每个框架都是基于组件的，并允许快速创建 UI 功能。
然而，它们都有不同的结构和架构——所以首先，我们将研究它们的架构差异以了解它们背 后的哲学。
React 不强制执行特定的项目结构，正如您从下面的官方“Hello World”示例中看到的那样，您只需几行代码即可开始使用 React。
React 可以用作 UI 库来渲染元素，而无需强制执行特定的项目结构，这就是它不是严格意义上的框架的原因。
React Elements是 React 应用程序的最小构建块。它们比 DOM 元素更强大，因为 React DOM 确保在发生变化时有效地更新它们。
组件是更大的构建块，定义了在整个应用程序中使用的独立且可重用的部分。它们接受称为 props 的输入并生成元素，然后显示给用户。
React 基于 JavaScript，但它主要与JSX (JavaScript XML)结合，这是一种语法扩展，允许您创建同时包含 HTML 和 JavaScript 的元素。
您使用 JSX 创建的任何内容也可以使用 React JavaScript API 创建，但大多数开发人员更喜欢 JSX，因为它更直观。
Vue.js 核心库只关注视图层。之所以称为渐进式框架，是因为您可以使用官方和第三方包（例如Vue Router或Vuex ）扩展其功能，将其转变为实际框架。
虽然 Vue 与 MVVM（Model-View-ViewModel）模式没有严格关联，但它的设计部分受到了它的启发。使用 Vue，您将主要在 ViewModel 层上工作，以确保以允许框架呈现最新视图的方式处理应用程序数据。
Vue 的模板语法让您可以创建 View 组件，并将熟悉的 HTML 与特殊指令和功能相结合。这种模板语法是首选，即使原始 JavaScript 和 JSX 也受支持。
Vue 中的组件很小，是自包含的，并且可以在整个应用程序中重复使用。带有扩展名的单文件组件(SFC).vue包含 HTML、CSS 和 JavaScript，因此所有相关代码都位于一个文件中。
SFC 是在 Vue.js 项目中组织代码的推荐方式，尤其是大型项目。需要使用 Webpack 或 Browserify 等工具将 SFC 转换为可用的 JavaScript 代码。
在本文中，我讨论的是 Angular 2，而不是现在称为 AngularJS 的框架的第一个版本。
AngularJS，原始框架，是一个MVC（模型-视图-控制器）框架。但是在Angular 2 中，与 MV*-patterns 没有严格的关联，因为它也是基于组件的。
Angular 中的项目被组织成模块、组件和服务。每个 Angular 应用程序至少有一个根组件和一个根模块。
Angular 中的每个组件都包含一个模板、一个定义应用程序逻辑的类和元数据（装饰器）。组件的元数据告诉 Angular 在哪里可以找到创建和呈现其视图所需的构建块。
Angular 模板是用 HTML 编写的，但也可以包含带有特殊指令的Angular 模板语法，以输出反应性数据和呈现多个元素等。
组件使用 Angular 中的服务来委托业务逻辑任务，例如获取数据或验证输入。它们是 Angular 应用程序的独特部分。虽然 Angular 不强制使用它们，但强烈建议将应用程序构建为一组可以重用的不同服务。
Angular 内置于 TypeScript 中，因此建议使用它以获得最无缝的体验，但也支持纯 JavaScript。
React 是最受欢迎的 JavaScript 项目之一，在 GitHub 上拥有 16 万颗星。它由 Facebook 开发和维护，并在他们的许多项目内部使用。此外，根据BuiltWith的使用统计数据，它为超过 200 万个网站提供支持。
在三个框架中，Vue在 GitHub上的 star 数最多，有 176k。该项目由前 Google 员工 Evan You 开发和领导。据BuiltWith 称，这是开源社区中一个非常强大的独立项目，被超过 100 万个网站使用。
Angular 是由 Google 开发的，但令人惊讶的是它并没有用于他们的一些旗舰产品，例如搜索或 Youtube。它经常用于企业项目，并基于BuiltWith的数据为超过 97,000 个网站提供支持。
它是三个框架中星数最少的，在 GitHub 上有 68k 星。然而，当从 Angular 1 切换到 Angular 2 时，他们创建了一个全新的代码库，而不是继续AngularJS项目，该项目也有 59k 星。
在开发应用程序时，开源包可以为您节省宝贵的时间。不仅如此，它们通常比定制组件和封装更好，因为它们经过了实战测试。
查看可帮助您更轻松地创建新功能的现成组件、主题和其他工具的可用性非常重要。
许多前端应用程序依赖全局状态管理来存储信息，例如谁登录和其他用户设置。
最流行的 JavaScript 状态管理项目是Rex。大多数开发人员使用Rex的官方 React 绑定，这些绑定由 Rex 团队维护。
由于 React 的流行，查找输入组件和现成的元素非常容易。它们都只是在 Google 或 GitHub 上搜索即可。
React 生态系统还包括React Native，它允许您从用 React 编写的单个代码库构建原生 iOS 和 Android 应用程序。因此，React 也可以成为使用 Web 技术构建移动应用程序的绝佳选择。
React 是 MERN 堆栈的一部分，其中包含 MongoDB、ExpressJS、React 和 NodeJS。这种组合的伟大之处在于，单一语言——JavaScript——为整个应用程序提供动力。
尽管 Rex 可以在 Vue 中使用，但没有官方绑定。但这不应该让您担心，因为Vuex是专门为 Vue 应用程序制作的官方状态管理库。除了与 Vue 很好地集成之外，使用 Vue 的开发人员工具进行调试也很容易。
在 Vue 的早期，很难找到现成的组件。随着社区的发展，您可以使用各种输入组件和高级元素来加快开发速度。
对于移动应用程序开发，有一个名为Weex 的新兴项目。Weex 由阿里巴巴开发和使用，但不如 React Native 成熟和强大。更重要的是，由于该项目在中国开发和使用较多，因此很难找到英文文档和解决问题的方法。
Vue 与 Laravel 集成得很好，这就是为什么它们经常一起使用。Laravel 提供完整的JavaScript 和 CSS 脚手架，以支持在新项目中使用 Vue。
对于 Angular 中的状态管理，您可以使用NgRx项目。它的灵感来自 Rex，但它是专门为 Angular 创建的。
与 Vue 和 React 的情况一样，您可以将许多现成的组件导入到您的项目中。与 Angular 略有不同的是，Angular Material项目中有许多官方组件。这是 Google 的一个官方项目，为 Angular 应用程序提供 Material Design 组件。
您可以使用NativeScript在 Angular 中构建跨平台移动应用程序。它也支持 Vue，但 Angular 支持更成熟。
Angular 是着名的 MEAN 堆栈的一部分，它将 Angular 与 MongoDB、ExpressJS 和 NodeJS 相结合。与 MERN 堆栈类似，它的前端和后端都完全依赖 JavaScript。
Angular、React 和 Vue 都可用于开发渐进式 Web 应用程序，也称为 PWA。
PWA 不是移动应用程序，而是 Web 应用程序，智能手机用户可以将其添加为主屏幕的快捷方式，并提供类似于原生移动应用程序的外观和感觉。
您还可以为每个框架找到高级模板和预制应用程序，但 Angular 和 React 比 Vue 提供更多高级选项。
在选择框架或库时，您还需要考虑性能。
在许多情况下，您不必担心性能，尤其是在构建小型项目时。然而，项目的范围和复杂性越大，性能就会（并且将会）成为一个问题。
重要的是要注意，在 Web 性能方面，开发质量和遵循最佳实践比框架的选择更重要。
但由于存在一些性能指标和差异，我将研究它们并解释每个指标如何影响您的开发工作。
JS 框架基准测试的结果表明，它们在大多数基准测试中都表现得相当好，例如在表中创建或附加行。
正如你在上面看到的，Vue 在选择行时比 Angular 和 React 慢得多。另一方面，Angular 和 React 在交换行方面效率不高。
这些是渲染基准中唯一的实质性差异 - 在大多数情况下，不会产生明显的结果。由于选择行是比交换行更常见的功能，我想说这个基准测试将 Vue 排在第三位，仅次于 Angular 和 React 并列第一。
在内存和启动时间方面，React 和 Vue 得分很好，但 Angular 稍慢。Angular 启动一个基本脚本可能需要 150 毫秒，并且需要更多内存才能运行。
谷歌 Chrome 实验室的Perf Track显示了来自数千个网站的生产数据。这些统计数据受许多其他因素的影响，而不仅仅是选择的框架，让我们看看数字。
与 Angular 相比，Vue 和 React 网站在这个指标上的排名更高，Angular 需要更多时间来启动并向用户呈现内容。
在渲染完整页面的三个框架中，Angular 也是最慢的，只有 27% 的 Angular 网站得分在可接受的范围内。
对于所有三个框架，超过 80% 的网站都在第一次输入延迟的可接受范围内，这显示了用户可以与页面交互所需的时间。
迄今为止，最轻量级的应用程序是使用 Vue 开发的应用程序，68% 的 Vue 应用程序加载的 JavaScript 不到 1MB。另一方面，Angular 和 React 应用程序往往具有更大的代码大小。
您可以从这些数字中看到趋势，但您不应该太快得出结论。例如，对于最后一张图，可以解释为 Vue 用于开发更轻量级的应用程序，而 Angular 用于更大的项目。
统计数据可以帮助指导您做出正确的决定，但您不能使用它们来证明一个框架比另一个更快或更好。
对于更高级的应用程序，使用的前端框架应该能够执行一些提高性能并且可以更好地扩展的任务。
两项关键技术是服务器端渲染 (SSR) 和虚拟化。
React 支持使用官方ReactDOMServer包进行服务器端渲染。对于虚拟化，您可以使用名为React Virtualized的流行第三方工具。
Vue 中也支持服务器端渲染以及官方的SSR 包。此外，您还可以使用基于 Vue 构建并支持 SSR的Nuxt.js框架。
不幸的是，Vue 中的虚拟化选项并不是那么强大。在我看来，Vue Virtual Scroll List是虚拟滚动的最佳解决方案，但它有点问题，不如 React 和 Angular 的选项稳定。
Angular 拥有SSR的官方Angular Universal包，以及用于虚拟滚动和高效渲染大型列表的官方组件。
学习这些框架有多容易？
要回答这个问题，我们需要查看每个框架的复杂性及其引入的概念。
在最基本的用例中，React 是三个框架中最不复杂的。那是因为你只需要导入库，然后你就可以用几行代码开始编写你的 React 应用程序。
但是除了 Hello World 示例之外，大多数 React 应用程序都是基于组件的，而不仅仅是在页面上呈现一些元素。
一些开发人员对 React 感到奇怪或困难的一件事是，学习 JSX 是一条单行道。您也可以使用原始 JavaScript，但由于大多数 React 开发人员使用 JSX，学习它几乎是不可避免的。
这是使 React 的学习曲线变得更陡峭的主要因素，但除此之外，对于了解 JavaScript 并理解 Web 开发概念的开发人员来说，它是一个易于学习的库。
Vue 的设置比 React 稍微复杂一些。你可以将它用作一个库来定义你可以在整个 HTML 中使用的组件——但与 React 类似，这不是大多数项目的构建方式。
大多数 Vue 项目都有一个命名的根组件App.vue和一些用于显示各种内容的子组件。
说到语法，你唯一需要学习的新东西就是 Vue 的模板语法，如果你了解 HTML，这很容易掌握。基本的指令，如v-if和v-for有条件的渲染和列表的渲染，很容易理解即使是初学者。
此外，Vue 的单文件组件将所有前端代码保存在一个地方，便于组织新项目。
在我看来，Vue 是最容易学习的，因为它的简单和直观的语法。
Angular 拥有三者中最复杂的项目结构，而且由于它是一个成熟的前端框架，因此它依赖的概念更多。
除了组件，Angular 还支持模块和服务。它希望您以特定的方式编写和设计代码库，从而使您的项目在扩展时更易于维护。
至于语法，由于 Angular 最适合与 TypeScript 配合使用，因此在构建 Angular 项目时了解 TypeScript 非常重要。
与 Vue 一样，您还必须熟悉类似 HTML 的语法，以便您可以开始使用 Angular 编写新的 UI 功能。
在我看来，Angular 对于普通开发者来说是最难学的，因为它更复杂并且依赖于 TypeScript。
许多开源项目和框架逐渐被遗忘并无人维护。您是否应该担心我们在这里讨论的任何框架？
尽管我们无法完全预测会发生什么，但正在进行的开发工作是这些项目 健康 状况的良好指标。人气和增长也是预测项目寿命的重要指标，所以让我们来看看每个框架。
React v17.0已经发布，但令人惊讶的是，它没有为开发人员提供任何新功能。
主要的变化是这个新版本可以更容易地升级 React 本身。您可以将 React 的某些部分从旧版本升级到新版本，而无需升级整个项目。
如果您的应用程序依赖于随新版本更改或弃用的功能，您可以保留旧版本以保持此功能有效。此更新使 React 成为一个很好的长期选择，因为它可以更轻松地与新版本保持同步。
React 的每周 npm 下载量自去年以来增长了 44% 。从绝对数量来看，它仍然是三个项目中下载量最大的。
Vue 3 已于2020 年 9 月发布，它解决了 Vue 2 在大型项目中存在的许多严重问题。它引入了受React Hooks启发的Composition API，可以更轻松地跨组件重用逻辑。
整个项目用 TypeScript 重写，提高了新 Vue 项目对 TypeScript 的支持，同时也使项目更易于维护。
Vue 3 是一个急需的升级，使 Vue 更适合大型项目。
Vue 的每周下载量自去年以来增长了 87%，使 Vue 成为相对而言增长最快的框架。如果 Vue 能够保持这种增长速度，那么它肯定会很快超过 Angular。
Angular 最近推出了Ivy 编译器。它减少了构建时间，优化了资产，允许更快的测试，并总体上改善了开发人员的体验。
Angular 团队每年发布两次重大更新，其中可能包含新功能，或者只是让框架跟上新浏览器版本的速度。
自去年以来，Angular 的每周下载量增长了约 50% ，因此它仍然是一个受欢迎的项目。
Angular、React 和 Vue 都处于非常活跃的开发阶段。他们定期发布新版本并维护现有版本。由于在每种情况下当前的支持水平都很高，因此您可以安全地使用这些框架中的任何一个。
需要注意的是，Angular 的增长没有以前那么快，而 Vue—— 尽管它是最近开始的——似乎增长了很多。
如前所述，我们无法预测哪些框架会长期保持相关性，但每个项目背后都有一个伟大的社区，并且在不断发展。
我这篇文章的目标是解释架构差异，分解每个框架的优点和缺点，并在适用的地方进行比较。
在进入一个新框架之前，有几件事情需要考虑。
首先，在选择新技术时，您团队的经验可能是一个决定性因素。
同样，您必须考虑您所在地区可用的人才，以便您可以为您的项目聘请开发人员。
最后，当涉及到项目本身时，复杂性和范围也会影响您对框架的选择。
通过考虑所有关键差异，我希望您可以决定哪个是最适合您的目标和需求的前端框架。
(本文由闻数起舞翻译自Aris Pattakos的文章《Angular vs React vs Vue 2021》，转载请注明出处，原文链接：https://athemes.com/guides/angular-vs-react-vs-vue/)
⑶ 如何划分前端技术阶段
随着互联网的告诉发展，广大的用户对于用户体验的不断提升，Web前端对于整个IT行业的重视程度还在继续处于上升的趋势。Web前端开发逐渐成为互联网时代软件产品研发中不可缺少的一部分，充当着重要的角色，其工资待遇水平也让很多人羡慕不已。
2年工作经验的Web前端开发工资差不多10K~15K，如果你会些后台技术，并且顷态茄Web前端技术很厉害的话，到20K也是可能的。这个工资的多少主要取决于你的技术情况，所以工资也不一定的。
但是北上广的一个Web前端工程师的市场价差不多就是这样，如果是二线省会城市，可能就是8K~10K，也是不错的。我们搞技术这个行业，工资的多少取决于你技术的好坏。那怎样区分Web前端技术的好坏呢？我把Web前端分成了5个级别，来看看你在哪个级别吧！
1、入门级
做页面。就这么简单。把Designer出的各种设计图转化成html+css+js+image的静态网页，并把它们交给后端开发人员制作成页面模板。这就是入门级的前端工程师所做的事情。
2、进阶级
还是做页面。不过稍微复杂一些，你需要开始注意一些更复杂的问题，首当其冲的就是浏览器兼容性问题。老实说浏览器兼容性问题真的不是那么好搞定的，毕竟每个项目对浏览器版本的要求都不一样，而且现在不光有PC浏览器还有各种移动设备上的浏览器，同时国内厂家的浏览器种类也越来越多，坑也是密密麻麻。除了兼容性，你可能还要关注一下性能问题，包括但不限于网络性能、渲染性能、js逻辑的性能等等，这个展开讲可以写本小册子了。
3、中级
带团队。你可能会奇怪，一个中级工程师就能带团队了？可是真的很多公司就是这样，尤其是小公司。当你了解了html、js、css以及各种浏览器的各种特性细节之后，你会被任命带领一个小的开发团队，当然是前端开发团队。可能加你一共也就三四个人，甚至更少。这时候你的工作内容除了自己写一点页面以外，还会帮助组员解决各种各样的细节问题，毕竟，组里，你是最懂技术细节的。这个时候，一部分人开始停步不前，而另一部分人开始关注另一个新的问题：工程化。前端代码都是非常松散的，项目结构性差，一旦开发人员数量多起来，业务复杂起来，如何管理这么多人、这么多代码是个非常大的问题。能否在这个问题上得到突破，决定了你能否迈向下一个级别。
4、高级
架构设计。此时你熟悉前端开发的各种技术细节，同时对各种前端框架、技术的特性聊熟于胸，你知道如何组织和管理项目让大家能以最快的速度达到项目要求，你甚至了解手下每个人的所长所短。于是当新项目到来，你迅速根据自身过往的经验选取若干种技术和工具，配上你认为最合适的人选组成项目团队，披荆斩棘日夜兼程将产品汪的各种奇葩需求斩于马下。这么做了一两个项目之后，你可能又觉得空虚了，你要寻求新的目标。恰好，NodeJS打开了通往新世界的大门。
5、非典型前端
穿过NodeJS打开的大门，你进入了全新的世界——后端。全新的世界，无限的可能。“上天入地，无所不能”。其实，要成为一名“非典型前端”并不雀察一定非得经过1~4的步骤。只是现在已经上了年纪的前端大多是这样过来的，毕竟，NodeJS出来的时间也并不算很久。
上述就是我对Web前端技术级别的划分。在未来几十年Web前端都将是主流岗位，人才缺口超过百万，现在学习正是最佳时机。你闭亮还在等什么呢？
⑷ web前端开发都包括哪些技术
css，学好CSS是网页外观的重要一点，CSS可以帮助把网页外观做得更加美观。
div布局： DIV元素是用来为HTML文档内大块的内容提供结构和背景的元素。
学习JavaScript的基本语法，以及如何使用。JavaScript编程将会提高开发人员的个人技能。
了解Unix和Linux的基本知识虽然这两点很基础，但是开发人员了解Unix和Linux的基本知识是有益无害的。
html5+css3：移动端的网页制作。在移动设备开发HTML5应用只有两种方法，要不就是全使用HTML5的语法，要不就是仅使用JavaScript引擎，现在也是前端的一个趋势。
一些框架的应用：angular.js，node.js，bootsttap等框架的应用。
了解Web服务器对Apache的基本配置，并且掌握htaccess配置技巧
web前端开发技术，还需要学习一些seo优化技术，因为前端是经常会和网站接触的。
⑸ WEB前端培训课程需要学习哪些方面的技术
前端页面重构
内容包含了：(PC端网站布局项目、HTML5+CSS3基础项目、WebApp页面布局项目)
JavaScript高级程序设计
内容包含：(原生JavaScript交互功能开发项目、面向对象进阶与 ES5/ES6应用项目、JavaScript工具库自主研发项目)
PC端全栈项目开发
内容包含：(jQuery经典交互特效开发、HTTP协议、Ajax进阶与PHP/JAVA开发项目、前端工程化与模块化应用项目、PC端网站开发项目、PC端管理信息系统前端开发项目)
移动端项目开发
内容包含：(Touch端项目、微信场景项目、应用 Angular+Ionic开发 WebApp项目、应用 Vue.js开发 WebApp项目、应用 React.js开发 WebApp项目)
混合(Hybrid,ReactNative)开发
内容包含：(微信小程序开发、React Native、各类混合应用开发)
NodeJS全栈开发
内容包括：(WebApp后端系统开发、一、NodeJS基础与NodeJS核心模块二、Express三、noSQL数据库)
大数据可视化
内容包含：(大数据可视化化基础与实战、一、数据可视化入门、二、D3.js详解、三、其他JS库)
学习内容大家清楚之后，可以更好地学web前端课程，选择试听课程可以了解自己适不适合这门课程，也了解下机构老师的讲课思维和方式，这样也可以提高自己的学习状态和方式。
⑹ 前后端分离方案以及技术选型
作者：关开发
一.什么是前后端分离？
理解前后端分离大概可以从3个方面理解：
1. 交互形式
2. 代码组织形式
3. 开发模式与流程
1.1 交互形式
前后端不分离
后端将数据和页面组装、渲染好了之后，向浏览器输出最终的html；浏览器接收到后会解析html，解析引入的css、执行js脚本，完成最终的页面展示。
前后端分离
后端只需要和前端约定好接收以及返回的数据格式（一般用JSON格式），向前端提供API接口。前端就可以通过HTTP请求调用API的方式进行交互。前端获取到数据后，进行页面组装、渲染，最终在浏览器呈现。
1.2 代码组织形式
前后端不分离
在web应用早期的时候，前端页面以及后台业务数据处理的代码都放在一个工程下，甚至放在同一目录下，前端页面夹杂着后端代码。前、后端开发工程师都需要把整套代码导入开发工具才能开发。此阶段下前后端代码以及工作耦合度太高，前端不能独立开发和测试，后端人员也要依赖前端完成页面后才能完成开发。最糟糕的情况是前端工程师需要会后端模板技术（jsp），后端工程师还要会点前端技术，需要口头说明页面数据接口，才能配合完成开发。否则前端只能当一个“切图仔”，只输出HTML、CSS、以及很少量与业务逻辑无关的js；然后由后端转化为后端jsp，并且还要写业务的js代码。
前后端分离
前后端代码放在不同的工程下，前端代码可以独立开发，通过mock/easy-mock技术模拟后端API服务可以独立运行、测试；后端代码也可以独立开发，运行、测试，通过swagger技术能自动生成API文档供前端阅读，还可以进行自动化接口测试，保证API的可用性，降低集成风险。
1.3 开发模式与流程
前后端不分离
在项目开发阶段，前端根据原型和UI设计稿，编写HTML、CSS以及少量与业务无关的js（纯效果那些），完成后交给后台人员，后台人员将HTML转为jsp，并通过JSP的模板语法进行数据绑定以及一些逻辑操作。后台完成后，将全部代码打包，包含前端代码、后端代码打成一个war，然后部署到同一台服务器运行。顶多做一下动静分离，也就是把图片、css、js分开部署到nginx。
具体开发流程如下：图略
前后端分离
实现前后端分离之后，前端根据原型和UI设计稿编写HTML、CSS以及少量与业务无关的js（纯效果那些），后端也同时根据原型进行API设计，并与前端协定API数据规范。等到后台API完成，或仅仅是API数据规范设定完成之后。前端即可通过HTTP调用API，或通过mock数据完成数据组装以及业务逻辑编写。前后端可以并行，或者前端先行于后端开发了。
具体开发流程如下：图略
二、前后端分离的好处与坏处。
从上面3个方面对比了之后，前后端分离架构和传统的web架构相比，有很大的变化，看起来好处多多。到底是分还是不分，我们还是要理性分析是否值得才去做。
从目前应用软件开发的发展趋势来看，主要有两方面需要注意：
· 越来越注重用户体验，随着互联网的发展，开始多终端化。
· 大型应用架构模式正在向云化、微服务化发展。
我们主要通过前后端分离架构，为我们带来以下四个方面的提升：
· 为优质产品打造精益团队
通过将开发团队前后端分离化，让前后端工程师只需要专注于前端或后端的开发工作，是的前后端工程师实现自治，培养其独特的技术特性，然后构建出一个全栈式的精益开发团队。
· 提升开发效率
前后端分离以后，可以实现前后端代码的解耦，只要前后端沟通约定好应用所需接口以及接口参数，便可以开始并行开发，无需等待对方的开发工作结束。与此同时，即使需求发生变更，只要接口与数据格式不变，后端开发人员就不需要修改代码，只要前端进行变动即可。如此一来整个应用的开发效率必然会有质的提升。
· 完美应对复杂多变的前端需求
如果开发团队能完成前后端分离的转型，打造优秀的前后端团队，开发独立化，让开发人员做到专注专精，开发能力必然会有所提升，能够完美应对各种复杂多变的前端需求。
· 增强代码可维护性
前后端分离后，应用的代码不再是前后端混合，只有在运行期才会有调用依赖关系。应用代码将会变得整洁清晰，不论是代码阅读还是代码维护都会比以前轻松。
那么前后端分离有什么不好的地方吗？我目前是没有想到，除非你说会增加前端团队的配备，后端工程师会变的不全能。。。
二、前后端分离架构方案。
实现前后端分离，主要是前端的技术架构变化较大，后端主要变为restfull 风格API，然后加上Swagger技术自动生成在线接口文档就差不多了。
对于目前用于前后端分离方案的前端技术架构主要有两种：
· 传统SPA
· 服务端渲染SSR
2.1 传统SPA
传统SPA指的是单页面应用，也就是整个网站只有一个页面，所有功能都通过这一个页面来呈现。因为一个人的肉眼，某一个时间点看一个页面，既然如此何必要不同功能做多个页面呢？只保留一个页面作为模板，然后通过路由跳转来更新这个模板页面的内容不就可以了吗？确实如此，现在通过reac全家桶、tvue全家桶，模块化、路由、wabpack等技术轻而易举就能实现一个单页面应用。
单页面应用的运行流程
1.用户通过浏览器访问网站url
2.单页面的html文件（index.html）被下载到浏览器，接着下载html里面引用的css，js。
3.css，js下载到浏览器完成之后，浏览器开始解析执行js向后端服务异步请求数据。
4.请求数据完成后，进行数据绑定、渲染，最终在用户浏览器呈现完整的页面。
2.2 服务端渲染
服务端渲染的方案指的是数据绑定，渲染等工作都放在服务端完成，服务端向浏览器输出最终的html。大家看完这个是不是有个疑问，这不是又回到了前后端不分离的时代了吗？答案是否定的，因为这里的服务端是用来执行前端数据绑定、渲染的，也就是把浏览器的一部分工作分担到了服务端。而目前具备这只种能力的服务端是NodeJs服务端。
它的原理其实就是在浏览器与前端代码中间插入了一个NodeJs服务端。浏览器请求前端页面时，会先经过NodeJS服务端，由NodeJs去读取前端页面，并执行异步后端API，获取到数据后进行页面数据绑定，渲染等工作，完成一个最终的html然后返回浏览器，最后浏览器进行展示。
服务端渲染应用的运行流程：
1.用户通过浏览器访问网站url
2.NodeJS服务端接收到请求，读取到对应的前端html，css，js。
3.NodeJS解析执行js向后端API异步请求数据。
4.NodeJs请求数据完成之后，进行数据绑定、渲染，得到一个最终的html。
5.NodeJs向浏览器输出html，浏览器进行展示。
PS：其实本质就是把前端编写成一个nodeJs的服务端web应用。实施服务端渲染后，我们最终运行的是一个Nodejs服务端应用。而单页面应用是把静态页面部署到静态资源服务器进行运行。
看到这里，你是否又有疑问，为什么要这么麻烦搞服务端渲染呢？
2.3 SPA与服务端渲染方案对比
SPA的优点是开发简单，部署简单；缺点是首次加载较慢，需要较好的网络，不友好的SEO。
so，以下就是使用服务端渲染的理由了（摘取vue官方说法）：
与传统 SPA (单页应用程序 (Single-Page Application)) 相比，服务器端渲染 (SSR) 的优势主要在于：
· 更好的 SEO，由于搜索引擎爬虫抓取工具可以直接查看完全渲染的页面。
请注意，截至目前，Google 和 Bing 可以很好对同步 JavaScript 应用程序进行索引。在这里，同步是关键。如果你的应用程序初始展示 loading 菊花图，然后通过 Ajax 获取内容，抓取工具并不会等待异步完成后再行抓取页面内容。也就是说，如果 SEO 对你的站点至关重要，而你的页面又是异步获取内容，则你可能需要服务器端渲染(SSR)解决此问题。
· 更快的内容到达时间 (time-to-content)，特别是对于缓慢的网络情况或运行缓慢的设备。
无需等待所有的 JavaScript 都完成下载并执行，才显示服务器渲染的标记，所以你的用户将会更快速地看到完整渲染的页面。通常可以产生更好的用户体验，并且对于那些“内容到达时间(time-to-content) 与转化率直接相关”的应用程序而言，服务器端渲染 (SSR) 至关重要。
使用服务器端渲染 (SSR) 时还需要有一些权衡之处：
· 开发条件所限。浏览器特定的代码，只能在某些生命周期钩子函数 (lifecycle hook) 中使用；一些外部扩展库 (external library) 可能需要特殊处理，才能在服务器渲染应用程序中运行。
· 涉及构建设置和部署的更多要求。与可以部署在任何静态文件服务器上的完全静态单页面应用程序 (SPA) 不同，服务器渲染应用程序，需要处于 Node.js server 运行环境。
· 更多的服务器端负载。在 Node.js 中渲染完整的应用程序，显然会比仅仅提供静态文件的 server 更加大量占用 CPU 资源 (CPU-intensive - CPU 密集)，因此如果你预料在高流量环境 (high traffic) 下使用，请准备相应的服务器负载，并明智地采用缓存策略。
以vue为例，实施服务端渲染可以查看官方指南： https://ssr.vuejs.org ，或选择Nuxt.js
2.4 预渲染技术
如果你调研服务器端渲染 (SSR) 只是用来改善少数营销页面（例如 /, /about, /contact 等）的 SEO，那么你可能需要预渲染。无需使用 web 服务器实时动态编译 HTML，而是使用预渲染方式，在构建时 (build time) 简单地生成针对特定路由的静态 HTML 文件。优点是设置预渲染更简单，并可以将你的前端作为一个完全静态的站点。
如果你使用 webpack，你可以使用 prerender-spa-plugin 轻松地添加预渲染。它已经被 Vue 应用程序广泛测试 - 事实上，作者是 Vue 核心团队的成员。
prerender-spa-plugin: https://github.com/chrisvfritz/prerender-spa-plugin
三、前后端分离技术选型
- artTemplate + bootstrap（不推荐， 不算完全前后端分离）
- vue全家桶（推荐）
- react全家桶 （推荐，生态全）