样更容易进行复用。
➢ 尽量的用约定的方式代替配置。
关于JSP的使用
➢不允许使用java代码进行编程
不直观，不易读
➢使用JSTL的基本功能（循环、赋值、输出） ➢使用EL表达式语言
目录
➢互联网展现框架 ➢远程服务框架
建立服务框架的缘由
➢应用垂直水平拆分
原因：随着应用规模的增长，简单的堆加机器的方式已 经不能满足性能的需要，因此需要对应用进行垂直和水 平切分，使我们可以专注于某个领域的优化。
互联网网站架构
2020/5/22
目录
➢互联网展现框架 ➢远程服务框架
互联网展现框架
➢性能方面
部分动态页面伪静态化缓存 合并请求，减少请求次数。（css、js） 页面展现，图片延迟展现
➢界面设计和布局（页面驱动编程）
大部分程序开发者只开发关心自己的界面（或组 件），不关心布局模板。
页面的组件化，组件的组装。 可以重用主要是布局和组件
后端服务化的好处 • 搭建新应用很容易，只需要整理业务流、组装服 务化接口、渲染页面。 • 增强应用健壮性，只要保证服务化接口的稳定性 容灾性，前台应用调用基本都不会有大的故障 • 服务化接口把类似的业务接口抽象的很纯粹，使 得性能观察和优化更有针对性，更专注！
是一种垂直应用切分的案例
服务框架的通信
水平切分：按照功能进行切分，比如分为用户、商品、 论坛等。（注意单个系统的垂直性，和各个系统之间的 依赖）
垂直切分：业务系统（展现系统）、核心业务系统和基 础服务系统（比如消息平台、MQ、服务注册中心、搜索 应用）
切分出来的系统如何进行通信，如何管理这么多系统？
建立服务框架的缘由
➢展现和服务分离
➢ 服务负载均衡 ➢ 随机、轮询、权重、
服务注册中心
注册服务信息
服务调用者
长连接、同步、异步
服务提供者
建立服务框架
➢ 服务框架
➢ 使用NIO、长连接、hessian序列化等提高性能 ➢ 使用统一的注册管理中心进行服务的负载均衡和服
务治理
建立服务框架的治理
➢ 服务治理
➢ 容错 ➢ 注册中心与服务提供和消费者之间也是长连接， 一旦一个应用挂掉，自动向消费者发送新的应用。 ➢ 服务调用失败，如果是异常，可以采用重连的方 式，或者向注册中心请求其他
➢ 搜索引擎优化(SEO)
互联网展现框架
➢搜索引擎优化(SEO)
URL重写实现伪静态 提高网站的访问速度，可以增加排名 网站的静态页面的url地址、名称，需要跟网页提要有
关 网站Title、Meta根据页面主要内容进行动态加载，还
需要建立分词表一起加载。 连接上动态加上 Title属性 CSS、JavaScript代码尽量放在底部，不要过多的把
Javascript写入在页面中 。。。。。。
页面驱动
页面驱动
➢将页面进行划分，开发过程中使注意力更关注 ➢Screen，代表页面的主体。 ➢Layout，代表页面的布局。 ➢Widget，代表嵌在screen和layout中的页面片 段。
➢ Screen和Widget都绑定单独的数据提供类，这