【课程背景】

软件架构，是一种为了解决复杂问题的通用模式。软件架构，是关于软件系统的一系列有层次的技术决策的集合。换句话来说，当我们讨论架构的时候，不能只讨论某某架构，而是要包含其实施，以及后期的维护。对于复杂的后端系统来说，是一种不错的『低耦合，高内聚』的实施。但是，它并不适合于大部分的小公司——复杂的架构不适合于简单的应用。而小公司也缺乏足够的人才，来实施一个复杂的系统，与此同时还需要有人能维护这个系统。

在互联网开始形成之初，还没有专门的前端人员，一般都是前后端都会，在开发的时候也是一边API接口服务，一边开发页面，发布也是一个发布包搞定。前端一般只是负责切图工作，就是将UI设计师的设计图布局成静态页面，前端是不参与交互逻辑和业务开发的，前端也是当时统一的吐槽对象。当时淘宝的Web架构比较流行基本上都是基于MVC框架webx，所以前端写好静态html 然后后端开发人员翻译成vm模板.....

这样就导致了前后端工作的分配不均，开发效率慢，代码维护量也大。为了解决痛点 慢慢开始前后端分离的架构流行开来 很好的解决了前后端分工不均问题，将更多的交互逻辑分配给前端来处理，而后端则可以专注于其本职工作。例如后台开发可以有跟多的时间进行后台权限控制以及复杂的运算工作，前后台解耦 ，两者同时开始推进项目进度，增加开发效率。

众所周知，Web开发自出现以来一直存在性能，表现和体验的先天不足，但时至今日，事实已经并非如此，一些看上去甚至比桌面程序更炫的应用和网站横空出世，客户也被吊足了胃口。Web开发桌面化已经是无法阻挡的潮流，而前端开发的需求应该会向更加注重界面表现，速度流畅，用户体验的方向发展，而且要求只会越来越高。

而在后端稳定、性能、安全、存储和业务等核心问题依然是主流，所以前后端的需求必将日益分化，注重表现和注重内在的前后端开发人员必将需要适合自己的舞台。

未来是数字化的时代，企业也必将经历数字化转型。这种“转型”不仅仅是企业单靠技术、研发模式、产品的升级来达到，而是与上下游、用户、合作伙伴共同协作，改变商业模式的一种“数字化转型”，从根本上改变自我定位，从“唯我”向“伙伴”转变。在未来，越来越多的传统产品，也将采用互联网企业推出产品时，分测试版和正式版的思维，**终这种思维会在全行业，任何领域普及。

课程将以Web前端架构设计与管理的本质为核心，帮助学员认识Web前端管理的核心理念、了解Web前端管理机制在系统研发中，扮演了什么角色？如何利用数字化科技、工具与方法，全面提升Web前端运维的生产力？能够使Web前端运维研发团队，能够具备展望未来的数智化研发管理新思维，协助软件产品研发团队与业务单位提升创新能力与生产力，同时还能提升自身的数字化软件研发治理能力！

【课程收益】

本课程从前后端分离的大势出发，结合数字化研发管理时代的基本特征，能够帮助学员把握数字化时代Web前端架构的发展实质，探索数字化Web前端研发管理的发展模式和关键科技点。

【课程特色】结合业界知名论述与市场经验，使学员能知其所以然；辅之以实际案例解析，能以之为镜

【课程对象】CIO（首席信息官），CTO（首席技术官），研发项目管理总监，研发团队成员，数据中心运维团队骨干成员，系统研发骨干成员，系统运维骨干成员

【课程时间】6小时

【课程大纲】

一、 前端需要“架构”吗？

a) 架构与设计的关系

b) 系统内架构

c) 应用级架构

d) 模块级架构

e) 代码级的规范与原则

二、 Web 前端的框架以及发展趋势为何？

a) 前端常用的主流框架

b) Web前端开发运维的优势点

c) Web前端架构的选型

d) Web前端架构的发展方向

e) 案例分享 – 某电商前端开发架构的演进

三、 前端架构的设计准则为何？

a) 适度设计

b) 聚焦问题/需求

c) 明确问题/需求的本质

d) 以“技术”为选型基准

e) 成本为关键成功要素

f) 谨遵开发流程

g) 重视性能测试

h) 慎用开源代码

i) 案例分享 – 海外电信运营商 数据中心云管平台

四、 Web前端的系统架构包含哪些关键元素？

a) 数据结构与算法

b) 云计算平台/云服务

c) 操作系统/网络

d) 开源领域

e) 分布式架构处理

五、 Web前端有哪些应用场景？

a) HTML based

b) API Gateway

c) 应用动态加载

d) 案例分享（海外电信运营商 云网融合）

六、 Web前端开发的核心思想为何？

a) 解决问题

b) 定性与定量

c) 数据敏感

d) 人工效率比

e) 案例分享 - 开源技术整合

七、 课程总结

a) 学员心得分享

b) 重点摘要

c) 答客问