php 与web交互

一、php 与web交互

对于网站开发人员来说，PHP 是一种常用的脚本语言，它被广泛应用于构建动态网页。在Web开发过程中，PHP 与web交互起着至关重要的作用。

PHP 是一种开源的服务器端脚本语言，特别适合与一起使用。通过将PHP嵌入到HTML中，开发人员能够实现动态生成网页内容的功能。这种灵活性使得PHP成为众多开发人员的首选语言之一。

PHP 在 Web 交互中的应用

在实际的Web开发过程中，PHP 与web交互的方式有多种多样。其中，最常见的应用包括：

• 表单处理：通过PHP可以轻松处理网页表单提交的数据，实现用户输入数据的验证和处理。
• 数据库交互：PHP可以与数据库交互，实现动态数据的显示和存储，为网站提供丰富的内容。
• 会话管理：PHP可以通过会话管理技术实现用户登录、登出和身份验证等功能，为用户提供个性化的体验。
• 文件操作：PHP支持各种文件操作函数，开发人员可以通过PHP轻松实现文件的读写和管理。

通过以上应用，PHP 构建了完善的web交互功能，为网站开发提供了强大的支持。

PHP 与数据库交互

在众多的web交互方式中，PHP 与数据库的交互尤为重要。数据库是Web应用中存储数据的重要组成部分，而PHP通过各种数据库扩展（如MySQLi、PDO等）实现与数据库的交互。

通过PHP连接数据库，开发人员可以实现以下功能：

• 查询数据：通过PHP向数据库发送SQL查询语句，从而获取数据库中的数据。
• 插入、更新、删除数据：通过PHP操作数据库，实现对数据的增删改操作。
• 事务处理：通过PHP实现数据库事务，确保数据操作的原子性和一致性。

通过PHP与数据库的紧密结合，Web应用能够实现丰富的数据操作功能，为用户提供更加个性化的服务。

PHP 与 AJAX 技术

随着Web应用的日益复杂和用户需求的不断提升，异步请求技术（如AJAX）的应用越来越普及。而PHP与AJAX的结合，为Web交互带来了全新的体验。

通过PHP和AJAX技术的协同工作，开发人员可以实现以下功能：

• 无需刷新页面的数据更新：通过AJAX向服务器发送请求，获取最新数据并更新网页展示，实现无刷新更新。
• 动态内容加载：利用AJAX获取数据，通过PHP处理返回的数据，实现动态加载内容，提升用户体验。

通过PHP与AJAX技术的结合，Web应用可以实现更加流畅、快速和用户友好的交互效果，为用户带来更好的体验。

结语

在Web开发中，PHP 与web交互是一个不可或缺的部分。通过PHP强大的功能和灵活性，开发人员能够实现丰富多样的web交互效果，为用户提供更好的用户体验。

因此，熟练掌握PHP与web交互的技术，对于Web开发人员来说至关重要。希望本文对于大家对PHP与web交互有所启发，能够更好地应用于实际的Web开发中。

二、php和web交互

PHP和web交互是现代网络开发中一个至关重要的主题。随着互联网技术的迅猛发展，PHP作为一种服务器端脚本语言，广泛应用于web开发中，为网站提供了强大的动态功能。在web应用程序中，PHP与前端代码交互，实现数据的传输和操作，为用户提供丰富的交互体验。

PHP的作用

PHP是一种开源的、通用的脚本语言，特别适合web开发。它可以嵌入到中，与web服务器进行交互，生成动态页面内容。PHP可以执行各种任务，包括处理表单数据、访问数据库、管理会话跟踪等。通过PHP，开发人员可以构建功能强大的web应用程序，为用户提供个性化的服务。

PHP和web交互的方式

1. 表单提交

表单是web页面中常用的交互方式之一，用户可以通过表单输入数据并提交给服务器进行处理。PHP可以接收表单提交的数据，进行处理和验证，然后返回相应的结果给用户。

2. 数据库操作

在web应用程序中，数据存储和管理是至关重要的。PHP可以与数据库进行交互，执行查询、更新、删除等操作，从数据库中获取数据并动态显示在web页面上。这种方式实现了网站的实时更新和数据交互，为用户提供了个性化的服务。

3. 会话管理

会话管理是web开发中一个重要的环节，它可以跟踪用户在网站上的活动状态，保持用户登录状态并维护用户会话。PHP可以通过会话管理机制，实现用户登录、权限控制、购物车管理等功能，提升用户体验和网站安全性。

PHP和web交互的实例

下面通过一个简单的实例来展示PHP如何与web进行交互：

1. 创建一个HTML表单，包含输入框和提交按钮：

   <form action="process.php" method="post"> <input type="text" name="username" placeholder="请输入用户名"> <input type="password" name="password" placeholder="请输入密码"> <input type="submit" value="登录"> </form>

2. 在后端创建一个process.php文件，用于处理表单提交的数据：

         <?php
     if ($_SERVER["REQUEST_METHOD"] == "POST") {
       $username = $_POST["username"];
       $password = $_POST["password"];
       
       // 进行身份验证等操作
       
       echo "欢迎回来，" . $username;
     }
   ?>
         
       

通过以上实例，用户可以在网页上输入用户名和密码，点击登录按钮后，服务器端的PHP脚本会接收表单数据并进行处理，最后返回欢迎用户的信息。这就是PHP和web交互的一个简单示例。

结语

在web开发中，PHP和web交互是一个必不可少的环节。通过PHP，开发人员可以实现丰富的web功能和交互体验，为用户提供更好的服务。希望本文对您了解PHP和web交互有所帮助，谢谢阅读！

三、web前端怎么与后端交互？

Web前端与后端交互通常是通过HTTP（或HTTPS）协议进行的。前端开发人员使用HTML、CSS和JavaScript等语言编写的代码，运行在用户的浏览器上，展示页面和交互效果。而后端开发人员使用Java、Python、PHP等语言编写的代码，运行在服务器上，处理业务逻辑、数据存储等。

前后端交互的一般步骤如下：

1. 前端请求：当用户在前端进行操作（如点击按钮、提交表单等）时，前端代码会通过AJAX（Asynchronous JavaScript And XML，异步JavaScript和XML）技术创建一个HTTP请求。该请求包含请求方法（如GET、POST、PUT、DELETE等）和目标URL。

2. 发送请求：前端将请求发送到后端的服务器。

3. 后端处理：后端接收到请求后，根据请求方法和URL，由相应的控制器（Controller）或处理器（Handler）处理请求。处理器通常会从数据库（如MySQL、MongoDB等）中读取或写入数据，然后生成响应。

4. 生成响应：后端处理器将生成的响应传递给后端框架（如Spring Boot、Flask等），后端框架将响应转换为合适的格式（如JSON、XML等）。

5. 返回响应：后端将响应发送回前端。

6. 前端处理响应：前端接收到响应后，使用JavaScript处理响应数据，并将其呈现给用户。这可能包括更新页面内容、显示警告框、执行动画等。

在整个交互过程中，前端和后端遵循明确的API接口约定，以确保双方能够正确处理请求和响应。此外，前端和后端的交互过程通常需要遵循一定的安全规范，如使用SSL加密、访问控制、数据验证等，以确保数据和应用的安全性。

四、php前端如何与后端交互流程？

在Web开发中，前端（通常是HTML、CSS和JavaScript）与后端（如PHP）之间的交互主要依赖于HTTP协议。以下是一个简单的流程描述，展示了PHP前端如何与后端进行交互：

用户请求：

用户通过浏览器访问一个Web页面，这通常是HTML文件，可能还包含CSS和JavaScript。

如果这个页面需要动态内容，JavaScript可能会发起一个HTTP请求到后端服务器。

发起HTTP请求：

使用JavaScript的fetch、axios或其他库来发起HTTP请求。

请求可以是GET、POST、PUT、DELETE等类型，具体取决于你想要执行的操作。

通常，请求会包含一个URL（指向后端的某个路由或端点），以及可能的数据体（如JSON格式的数据）。

后端处理：

当后端服务器收到请求时，它会被路由到适当的PHP脚本进行处理。

PHP脚本会解析请求，并根据请求类型和提供的数据执行相应的操作。这可能包括查询数据库、处理逻辑、生成新的数据等。

生成响应：

一旦后端完成了请求的处理，它会生成一个响应。这个响应可以是一个HTML页面、JSON数据、XML或其他格式。

响应会包含状态码（如200表示成功，404表示未找到，500表示服务器错误等），以及其他可能的HTTP头。

返回响应到前端：

后端服务器将响应发送回前端。

前端的JavaScript会接收到这个响应，并根据响应的内容更新页面、处理数据或执行其他操作。

前端展示响应：

如果响应是HTML，它可能会被直接插入到页面的某个部分。

如果响应是JSON，前端可能会解析这个JSON，并用它来更新页面的元素或触发其他事件。

这就是一个简单的PHP前端与后端交互的流程。实际的流程可能会更复杂，包括错误处理、身份验证、数据验证等步骤。但基本的原理是相似的：前端发起请求，后端处理请求并返回响应，前端展示响应。

五、ajax于php交互？

会jquery吗，可以先从jquery的ajax入手，会比较简单。ajax写在js脚本里，一般是获取表单的数据（value）然后传到php脚本进行处理，再接受返回的数据。jquery的写法是这样的：js脚本

type是传值的方式，有get和post，php脚本里取值语句也要用对应的方式。url后面的参数是将数据传递到你想要的php脚本路径，这里是相对路径。data是你要传递的数据，一般从表单中娶过来后写成json的形式传递。 datatype是获取数据的格式，success是传递成功后的反馈或者使用接收回来的数据，这里的data参数是php处理后的（你想要的）数据，php那边对应的是echo后面的东西。php脚本：index.php前面两句是取传过来的数据，分别对应了ajax里data的数值，第三句是一个简单的数据处理。最后php脚本的输出值就是echo语句后面的内容，并返回给js脚本里success的function的参数data。

六、前端Web案例：超过页面预期的设计与交互体验

引言

在当今数字化时代，网站已经成为企业、个人以及各种组织展示自己的面向世界的窗口。随着互联网的快速发展和用户需求的不断增长，前端Web开发在设计和交互体验方面变得愈发重要。在本文中，我们将带您深入探讨一些令人印象深刻的前端Web案例，展示那些超越了页面预期的创新设计和引人入胜的交互体验。

电子商务网站：拼多多

拼多多是中国最大的社交电商平台之一，它通过引人入胜的页面设计和愉悦的交互体验吸引了大量用户。网站页面简洁明了，利用图片、文字和动画元素巧妙地传递产品信息，为用户创造了浏览商品的愉快体验。此外，拼多多还结合社交分享机制和抢购活动，鼓励用户进行口碑传播和团购行为，进一步提高用户参与度。

媒体新闻门户：BBC

BBC是世界著名的新闻机构，其网站为用户提供了丰富的新闻资讯和多媒体内容。BBC网站设计简洁大方，内容分类清晰明确，用户可以根据自己的兴趣选择浏览新闻。网站还提供了多种交互功能，例如评论、收藏和分享，使用户可以与其他用户交流和参与讨论，增强了用户的参与感和粘性。

音乐流媒体平台：Spotify

Spotify是全球最大的音乐流媒体平台之一，其网站展示了丰富的音乐内容和个性化推荐功能。网站采用了简洁的设计风格和直观的用户界面，为用户提供了便捷的音乐搜索和播放功能。此外，Spotify还根据用户的喜好和听歌历史，精准地推荐个性化的音乐内容，使用户能够享受到与自己口味相符的音乐体验。

社交媒体平台：Instagram

Instagram是全球最受欢迎的社交媒体平台之一，其网站充分展示了图片和视频的魅力。网站设计简洁美观，重点放在用户生成的内容上，为用户提供了舒适流畅的浏览体验。网站还提供了丰富的社交功能，例如点赞、评论和私信，使用户可以与其他用户互动和分享自己的生活。

结语

以上仅为一些成功的前端Web案例，它们通过创新的设计和令人印象深刻的交互体验赢得了用户的喜爱。随着技术的不断发展和用户需求的变化，前端Web开发将持续迭代和创新，为用户带来更加出色的页面设计和交互体验。

感谢您的阅读，希望通过本文的介绍，您对前端Web案例能有更深入的了解，并从中获得灵感和启发。

七、web前端与交互开发对显卡要求？

作为软件开发人员，对于电脑的主要要求有以下几点：

1.CPU，目前i7系列就OK，最好的CPU也就2000多一个

2.内存，当然越大越好，目前你就配16G或者32G

3.硬盘，推荐（固态+机械），又不贵，弄个机械1T+固态512G

这三个是软件开发选电脑最关键的，CPU不行，运行速度慢，内存不够就卡，有时还蓝屏，硬盘不够了，你还要在整个移动硬盘，多麻烦。

八、php前后端交互原理？

1 PHP获取前端数据：通过表单提交的POST或GET完成。

2 PHP向前端输出数据：通过直接输出（由解析器完成）到HTML完成。

3 使用AJAX可以完成部分刷新，从而具有动态效果。

3 流程：PHP直接将后端数据传递到HTML，PHP读取前端GET数据，JavaScript直接读取PHP后端数据

九、WEB交互中，弹窗与侧弹窗(抽屉)有什么异同？

作者：见贤 更多干货欢迎关注见贤设计笔记公众号

前言

台湾相较于大陆地区，互联网发展相对较晚，用户使用习惯较受海外市场影响。公司后台数据显示PC端用户明显高于移动端用户，换句话说用户更习惯于大屏上用到产品，大屏除了PC端还有iPad或其他屏幕端口。

web端内容很多设计规则需要重新定义，而不是简单从一端移到另外一端，以下关于弹框的内容是我踩坑总结，希望能给大家一点帮助。

1. 弹窗的定义

定义：中断用户当前操作并对其作出补充，或中断用户当前操作并对其作出反馈。

弹窗，是一种“展现于页面之上的一种信息容器”，在x、y轴的平面空间之外扩展了页面的深度，它是一种比页面更灵活的信息容器。

常见的弹框一般包含一个蒙版，一个主体及一个关闭入口，常见于网页及移动端。其好处是让用户更聚焦，且不用离开当前页面，更快更容易完成任务。

2、功能分类

以弹窗功能和用途可分为：任务类（引导操作）、内容反馈、信息展示三大类。模态弹窗一般是属于任务类型的，比如账号登录、删除某个信息等等。

2.1、内容反馈类型

用户操作用户界面时，系统给出相应的内容反馈，在设计师设计界面时常用到“通知提示”、“全局提示”、“气泡确认框”三种类型作为消息反馈。它的“非模态”在于用户操作后不打断用户的情况下及时地显示出来，明确告知用户的一些反馈结果，帮助用户更加有效的完成界面中的复杂任务。如下图谷歌邮箱右下角的通知提示，明确告知两个按钮的使用含义，决定权在于用户，同时不影响用户其它操作

2.2、信息提示类型

存在的意义是及时有效的帮助用户完成任务目标，不需要用户做特殊动作或者转换模式，就能看到和理解这些反馈，从而提高任务的操作效率和可理解程度。信息提示常常用到“文字提示”、“气泡”、“警告提示”三种形式展现给用户。如下图的客服气泡提示对应用户想解决问题的相关路径

“非模态”弹窗中的“信息提示”类型通常都需要进行指定动作操作后出现，比如编辑好内容后点击发送，通常会有发送成功的提醒。另外当系统中出现一些成功、失败、错误、警示就需要“警告提示”告诉用户；其中“文字提示”、“气泡”它需要用户悬停在某个焦点时出现，移除才消失，后面我也会讲解到

3、按体系分类

弹窗体系分为模态弹框与非模态弹框两种，模态弹框和非模态弹框最大的区别就是否强制用户交互。模态弹框会打断用户的当前操作流程，如果用户不在弹框上操作，那么其余功能都使用不了；而非模态弹框仅仅是用于提醒用户，用户可以忽视继续操作。

3.1、模态弹框

模态弹框出现时，直到用户明确与内容做出回应，才能消失。常见的有对话框、抽屉等。它的视觉层级非常高，属于不操作不消失类型。

· 优势：可以很好的获取的用户的视觉焦点，简单易操作、承载的信息量有较大的弹性空间

· 劣势：浮层弹窗给主操作流程造成较强的割裂，降低整个页面浏览的流畅度。也正是这个原因很多产品为了减少

用户跳出率使用模态弹框非常谨慎

· 适用场景：适用于主流程步骤中需要分支任务行为的场景

3.2、非模态化的

从出现到停留消失的时间大约3-5秒，用户可以不用做出任何操作，继续与页面内容进行交互，是一种极轻量的弱弹框，不影响用户体验。

· 优势：同时进行多个操作，阻断性弱

· 劣势：学习成本高，容易产生混乱，误操作概率高

· 适用场景：适用于理解难度大、多任务处理情况有较高的要求的场景

简单讲，模态弹窗就是当前必须完成后，才能继续下一步；非模态弹窗随时可关可不关，不影响当前任务。

3.3、非模态弹框存在的意义

“内容反馈”及“信息提示”这两种类型都统称为“信息反馈”，因为它们两种类型很相似，都属于非模态弹框。“信息反馈”存在的意义是及时有效的目的帮助用户完成任务目标，其中“有效”包含了“提供有用的信息反馈，提高任务的操作效率和可理解程度”。

3.31、有用

有用的「信息反馈」：

回应操作结果：告诉用户刚刚做了什么，之前的操作导致现所处的状态，让用户感受到一切都在掌握之中；

操作路径指导：告诉用户哪些过程正在进行中，下一步需要做什么，及时告诉这一步哪些地方操作有误。

3.32、效率

提高用户的操作效率：

操作行为反馈：在不打断用户行为操作的前提下提供良好的反馈机制，用户看到反馈后可继续操作当前页面；

提前告知错误：在用户出现错误之前及时制止，尽量避免出现错误后才的告知用户；

减少系统报错：减少用户出错率，设计师必须清楚不出错不代表用户总是正确的，而是杜绝「自以为是」地纠错用户错误，正确引导用户形成良好的操作环境

4、弹框的组成元素

弹框的组成元素主要包含以下几类

窗体容器（必要）：信息内容的主要载体

图标：一般跟着标题

标题：标明弹框的目的/主题信息（简单的信息确认常常没有标题）

提示文本（必要）：可以有多种信息展示，从一行文案到各种复杂的操作集合都可容纳

功能按钮（必要）：供用户选择，一般不超过2个 （常见一个确定按钮，一个取消按钮）

关闭按钮：关闭弹框按钮，并非取消键，关闭按钮是最为常规的操作，主要是每一个用户对于它都足够的熟悉。

因此建议不需要改变关闭按钮的位置，一般会有在弹窗内与弹窗外两种形式可供大家进行选择。

蒙层：提醒用户蒙层后面内容不可操作，聚焦当前弹窗内容（常见于模态弹框）

5、非模态弹框的样式框架对照表

5.1、文字提示

做为辅助类解释说明，常用做解释该功能特点，常做为鼠标的悬浮提示

目前有不少设计打脸，在对一些普通的字段进行解释说明时，特别喜欢使用带遮罩的模态弹窗，需要用户点击才能关闭，严重阻碍用户当前操作，这种设计是属于不合理的。因为这样简单的解释说明，用非模态弹窗来展现，用户只需要悬停就能快速预览相关内容，还可以快速离开（移开触发区的图标，或点击空白区域）。

5.2、通知提示

常用于系统级通知的被动提醒 ，通知弹窗主要是为了将一些重要信息通知给用户

5.3、警告提示

长文本提示建议增加标题，表示提示的类型或主题，用户可快速理解主要内容，内容建议不超过 4 行。

Alert 默认四种类型的提示（这里颜色是固定的，比如付款成功一般是绿色，用户已经产生这种认知，设计时不要用新的样式让用户重新学习，人性是懒惰的），分别是：

1️⃣ 普通提示 info：用于展示背景条件、政策信息、规范要求、当前状态等客观内容；

2️⃣ 成功提示 success：用于展示已完成操作的成功状态；

3️⃣ 警告提示 warning：用于展示可能会导致某种后果的警示性文本；

4️⃣ 错误提示 error：用于展示当前操作或者整体状态有错误，提示用户修正或展示错误相关信息。

提示框有描边和填充这两种变体可以使用，以便匹配不同的设计风格

标准（默认）是浅色填充无边框，填充（filled）是深色填充，描边（outlined）只有边框无填充

1、避免出现 “你”，“你的”，“我”，“我的” 这类词语，因为这类词汇有时候会给人生疏和趾高⽓昂的感受

2、不用刻意避免在警告框中使用消极负面的文案。⽤户知道警告框弹出是出现了问题和危险的情况

5.4、全局提示

位置一般在页面顶端，常出现在用户操作后的反馈，页面最上层浮动展示，暗示全局性。全局提示和警示提示状态一样默认有5种状态，其中多一条loading状态 。例如当我在语雀上编辑好文章发布成功后，发布成功会有个全局提示的提醒，这样做为用户的我知道目前是处于什么状态

5.5、气泡提示

鼠标 Hover/Click 时，可用于承载更多信息/轻量型的操作。

5.6、气泡确认框

点击元素，弹出气泡确认框，气泡确认框不对父级页面造成影响，或者仅会父级页面造成部分影响，摹客首次登录进去提示每个icon功能，但不影响后面面板的操作

6、模态弹框的样式框架对照表

6.1、通知公告类弹窗

营销弹框、公告通知弹框、提示类消息弹框都属于通知公告类的“模态弹窗”，特点就是一般不需要用户具体操作，当然某些场景也需要用户简单输入的操作，但这些操作往往不复杂。如果用户将其关闭或者点击“确认”等按钮即代表用户已经接收到该消息，弹窗就完成了它的任务。

适用通知公告类弹框的场景（通常是重要的信息，需要加强用户关注度）

a、轻量型的页面，可以快速回到原来的界面

b、相对比较独立，与原来的页面互不干扰，完全不影响原来页面的整体布局

c、比较适合简单的一次性操作就能解决的内容

6.11、营销弹框

出于公司运营目标为提高曝光率和营收，或便于拉新和转化。该框会在该网站加载出来后第一时间就会出现在你面前，直到手动关闭，不然不可操作其它。即便是他们产品运营知道这种方式比较遭人烦，也不得不如此，利益大于一切价值

6.12、公告通知弹框

主要是为了将一些重要信息通知用户，一般在用户登录后第一时间谈粗，避免用户错过。这些信息一般来自一些被触发的事件，或者来自应用开发者的信息。如果这些信息比较重要，在应用的通知中心也会保留这类重要或者高级别的通知，以便用户查看回顾。例如摹客首次登录有个更新提醒通知通过后版本更新内容，方便用户知道

6.13、提示类消息弹框（包含对话框）

模拟系统的消息提示框而实现的一套模态对话框组件，常用与消息提示、确认消息和提交内容。

确定取消语言文字描述、标题文字描述

对话框

对话框强调了用户与计算机进行对话的过程，是叠加在应用主窗口上的弹出框，一般在对话中它会给出消息或要求输入。当对话完成后，即可关闭对话框。说人话就是，对话框一般需要用户进行操作，当用户输入或者点击“确认”、“取消”等按钮时，计算机会根据指令进行工作，这是一个人机“对话”的过程，因此称之为“对话框”。

6.2、操作配置弹框

简单配置（表单内容少，操作清晰）

“简单”意义上的弹窗可以理解为只有平铺的表单让你选择或输入，交互清晰明了。比如创建项目、更改名称等操作。

6.3、标签页弹框

有些应用的功能配置中有很多复杂的属性，操作配置的弹窗无法满足需求，需要更精细分层归纳。它的优点是合理利用了空间布局，让信息层级更清晰易懂，使用起来更加高效。

标签页弹窗的设计需要找到信息之间的因果关系，单个弹窗中的标签页不宜过多，一般不超过五个，如果多余5个标签，建议将其改为竖向显示

6.4、分步弹框

分布弹框是分布表单的衍生品，与标签页弹框接近，区别是分步弹框需要上一步完成才能进行下一步，主要特点头部会有进度条告知当前进度和后续还有需要几个步骤完成操作，另外一点是页脚上常常会有下一步、上一步两个选项供用户进行选择。

6.5、抽屉式弹框

抽屉指的是从当前界面的“上下左右”侧边滑出相应的表单内容完成相应操作，之前的内容不丢失。

优势：承载的信息量有较大的弹性空间。

劣势：由于信息集中在一侧，导致视觉焦点不稳定，如果长时间工作，会产生不平衡的感觉。

适用场景：适用于当前任务流中插入临时任务的场景。

抽屉式弹框常见4种样式，表格中出现较多，通常会以侧滑的形式出现，有加遮罩层的，也有不加遮罩层的模态弹窗（不加遮罩层方便方便用户进行对比、参照和检阅相关内容，同时并不会影响用户对界面其他区域的操作）

6.6、页面跳转

页面跳转后的新开页面是当前页面保留，新的内容在新页面中呈现。常见的页面跳转方式有直接跳转、左右跳转、上下跳转、翻转跳转、联动性跳转、放大缩小跳转（iOS微信公众号浮窗）、搜索框跳转。

其中直接跳转是最原始最直接的跳转方式，在web端很常见，实现难度和维护成本都很低。在设计时需要考虑好其中的关联性，从而做出最合适的设计。从页面承载的内容看，新建页面＞抽屉式弹框＞对话框。

优势：信息承载能力强；有利于用户对业务流程有更清晰的认识，从而使得主流程的操作流畅度高。

劣势：及时性反馈较低，页面连贯性明显小于对话框和抽屉式

适用场景：适用于特别重要的功能表单的填写场景。

但是我们不能单一从页面内容量的多少来确定使用哪种形式。通常内容的深度较深最好采用抽屉式，内容宽度较宽则弹框形式更为合理，新建页面适合宽度与深度同时较大的产品中

本着孜孜不倦的学习心态，这次梳理也是因为在工作中遇到2个小问题。

1、模态弹框是不是一定有黑色透明蒙层，没有蒙层时属于什么性质弹框？

这时候我各种渠道搜索之后发现有些大佬说蒙层是模态弹框的标志，并没讲原因，这种说法完全不能接受。我在使用过程中碰到过没有蒙层的弹框，存在即合理好奇心驱使我去问了研发和产品同学，最后得出结论根据用户使用场景不同，对蒙层的设计也不同

原来是随着产品对弹窗的使用，也会有需求采用不透明度为0的蒙层，最小化打断用户的操作的不良体验；但是要注意在一个产品系统中蒙层不透明度的使用应该统一，这个需要规范定统一的不透明度避免产品各个地方不统一的情况

谷歌邮件非常典型案例，当窗口最大化时，产品认定为用户专注写邮件不想被打扰场景，所以父级页面加上蒙层不可操作，视觉聚焦当前弹框操作窗口；当新邮件窗口默认模式时，产品判断用户可能是写邮件场景，同时可能需要翻阅或查找以往邮件，这时候父级页面操作完全不受影响。

可以说明蒙层取决于当前操作是否需要参照父级页面，如果填表需要参考父级页面可以不需要蒙层，反之相反。

我写日报时候觉得非常便利，有时候需要查看昨天日报，看看计划今日是否完成，以便提交今天日报。如果这时候父级页面不可操作，我需要多4-5步把昨天内容复制过来，这无疑是非常累赘的操作。

2、关于这个问题不知道大家伙有没有观察到，早期win电脑的弹框右上角都有固定位置的关闭按钮，发展到目前有些产品设计右上角保留关闭键，有些产品设计省去关闭键了，那么它们存在或消失的逻辑是什么呢？

关于这个问题不知道大家伙有没有观察到，早期win电脑的弹框右上角都有固定位置的关闭按钮，发展到目前有些产品设计右上角保留关闭键，有些产品设计省去关闭键了，那么它们存在或消失的逻辑是什么呢？

我们再看上图中的案例，对于这种表单页，右下角取消键以及右上角的关闭都可以关闭弹框，导致存在两个关闭键我认为有以下几点

1. 视觉平衡（只针对弹框，这个原因占比很小）

2. 符合用户习惯（由传统win操作转移，对于不需要的操作习惯性关闭，而不是取消）

3. 交互一致性：出于一致性原则，整个产品弹框右上角都有关闭按钮

4. 提高无障碍访问

个理解有点类似键盘上esc键，退出当前操作，在没有确认和取消按钮时，这个关闭键就至关重要

5. 不同场景的理解

对话框的「关闭」是对于弹窗页面的一种反馈，它的含义是「关闭当前弹窗，暂对弹窗内容暂时不做处理」；而弹框里面「取消」是对弹框内容的反馈

比如对话框给用户，问是否要加入活动？如果用户还没想清楚，不想现在决定，点否表示拒绝不合适的，关闭弹窗就表示我现在不做决定。从操作上关闭和取消键判断是一致的，用户没有激活活动

1、选择：用对话框还是抽屉？

与“对话框”对比，“抽屉”在使用场景也有它的优劣势。

优势：“抽屉”的页面空间更大，它能够承载更多的内容、信息，它与主页面亲密度更高；

劣势：“抽屉”的灵活度比较低，比如“对话框”可以根据业务的内容多少去变化它的宽度与高度，而抽屉只能横向/纵向降低尺寸。

一致性：例如某产品弹出的表单大多较长，采用抽屉组件，为了保持体验的一致性，个别短表单也可以同样采用抽屉。

“抽屉”适用范围更小，大部分场景下都用在较复杂的表单及字段较多详情页。“抽屉”在Web端的应用中可分为：a.内容展示、b.表单编辑这两大类型

注释

操作确认、信息提示、操作反馈场景：在需要用户暂停当前操作、即刻处理时，使用模态弹框。

需要和父级页面内容相互参照：使用无遮罩的非模态抽屉，便于查看和操作。

需要在父级页面中快速选择切换：使用无遮罩的非模态抽屉。在下面父页面露出的部分上进行与抽屉内容和位置都无关的操作，且不是点击空白区域时，抽屉不用自动消失。

叠放：是指在一个对话框/抽屉上面叠加放置更多对话框/抽屉。不建议对话框上叠放对话框，但抽屉组件支持多层抽屉，即在抽屉内打开新的抽屉，用以解决多分支任务的复杂状况。

2.1、 前提条件

优秀弹窗不管从视觉设计层面还是从文案逻辑层面都需要清晰简洁易懂，在弹出时需要考虑目标用户是否理解，以及尽量降低用户的其它操作

假想我正在玩游戏或看直播、突然来了个骚扰电话全屏幕覆盖（传统来电），我会以最快的速度挂掉电话，回到游戏中发现已领盒饭，这个就相当尴尬了。

即便来电是多么的理所当然，但心里必定是非常不痛快的。如果来电以弹窗的形式占据屏幕很小区域是不是就给了用户足够反应时间及缓冲时间呢？

2.2、设计目的

理解弹框设计前提后，下一步需要明确设计目标

设计师应该理解产品需求，分别产品侧（能给产品带来什么？产品如何期望？是否合理？能得到什么样的结果？…）

从用户侧（能给用户带来什么？满足什么样的需求？避免什么损失?…）

分析为什么要加弹窗，然后将分析的结果转化为设计目标，以确保弹窗根据不同的需求，以适合的样式呈现给用户。

其次，在得到设计目标后，同样需要从设计侧、技术侧思考弹窗组件的一致性。

从设计角度，团队所有成员需要对该组件有清晰且统一的认知，了解组件的使用场景，以确保不会错用、滥用，提升效率；

站在技术角度，一致性的常用弹窗组件，便于开发做组件封装后续复用，大大提高开发效率。

这里我强调下我们接到业务诉求明确到控件时，作为设计师该如何判断和沟通诉求的合理性：

首先接到需求后，执行不是第一步，我们首先需要判断业务的首要目标和具体诉求是否统一，具体诉求是否是完成目标的最佳解决方案？

例如举例的业务目标：“减少用户跳出带来的流失”——先确定流失的的根本原因是否由跳出导致，原有流程中跳出的目的是什么，改变承载介质是否能达成原有目的？确定以上信息便于我们同步业务根本需求，从而判断诉求的合理性，同时明确设计侧可发力点。然后才是如何输出平衡业务目标与用户体验的有效方案。

2.3、需要注意的点

2.31、文案表述

因弹窗本身承载内容有一定的局限性，固文案一定要简洁且精确，能用一句话说清楚的就不要过于啰嗦，容器的空间有限且用户的耐性也有限

2.32、标题字体

另外文案的标题往往比正文大2px或4px，具体看自己公司字体规范，比如新建表单、删除信息、修改内容等，前面不同标题对应不同的功能场景，都是为了用户方便理解

2.33、确定与确认

我们先讲讲弹窗中常常容易被忽视也容易搞混淆的「确认」和「确定」，它们常常与「取消」按钮搭配使用，从表面的中文上看他们很接近，所以造成很多设计师把二者混合着用

2.34、弹出的时机及频率

针对运营弹窗，如果弹出的时间不对或过于频繁，可能会造成用户反感，所以需要把握好弹出时机及频率。

例如包图网VIP，如果用户每次进入应用都看到弹出提醒，确实又没有购买商品的意愿，总是被弹窗打断真的就很烦，并且弹框后也套着弹框。若我需要下载素材需要关闭2次才能找素材，相信你进入该网站也会反感

那么可以适当将提醒弹窗设置为每日首次进入应用时提示、每累计进入应用5次后提示或者即将到期提示等，总之，需要控制在大部分用户的可接受范围内。

2.35、尽量避免弹框上再加弹框

要尽量避免在弹框上再弹一层弹框，多层层蒙版会让用户觉得负担很重，当然早期win多模态弹框采用位置错误，在产品中尽量避免使用

如果有多个弹框一同出现该怎么办呢？

一是要做好多种内容层级的排序，二是不同类的内容尽量区分场景改用轻量弹框或者交互重新梳理，还有多个弹窗同时出现的时候，页面的弹窗叠加在一起，无论是视觉还是感受都会非常差，建议慎重使用。

2.36、抽屉页面上可以更深一步操作弹出弹框或再叠加一个抽屉

3.1、弹框尺寸如何定？

我们开始设计一个弹框时，首先解决的问题是确定弹框尺寸

上图可看出市场市面上最小的屏幕是1024×768，那是不是只要在最小分辨率下不错位不跑偏，在其他分辨率就能安分守己呢？

3.2、弹框高度和宽度

那下面我们就以最小分辨率1024×768为基础开始今天的论证，

高度：768-60（或100浏览器高度）-40（底部状态栏）＝628~668 px

宽度：1024px – 约20px(滚动条宽度度) ≈1000px

由此可以得出弹窗尺寸的界限值：弹窗高度≤620px，宽度≤1000px

3.3、弹窗高度不高于浏览器内容展示

弹框高度过高，弹框显示不全，就算滚动条固定到底部也有一部分显示不出来，影响操作。对话框的大小主要根据内容而定，Web端应用中，一个尺寸无法满足所有类型的弹窗需求。

抽屉提供稳定的尺寸。提供 S (w=378px) 和 M (w=736px)基础宽度选项。这两个尺寸是根据 antd 表单尺寸规范，分别可容纳单列和双列表单，而且保持了使用抽屉时父级页内容可见的优势。

3.4、内容滚动

坑我已经帮大家踩完了，大家在设计抽屉式弹框和父级页面都是长页面时，一定要将背景滚动条进行锁定，不然两个滚动条的出现，会导致十分混乱。

4. 关闭方式优化

弹窗应至少包含一个以上的关闭方式，常见的弹窗关闭方式有 4 种：

a、右上角的关闭按钮

b、 弹窗底部的“取消”按钮

c、弹窗外的任意区域

d、一段时间后自动消失

弹窗外的任意区域，这种方式一般用于模态弹窗，除了弹窗中的关闭按钮外，点击弹窗外的任意区域关闭，这种交互方式上文内容有提到讨论过，这里不再赘述。值得注意的是操作配置类弹窗不建议采用点击蒙层关闭弹框，极易误操作导致正在配置中的弹窗被关闭。（说出来都是泪）

6、模态层优化

方式一：模态层颜色根据产品品牌色定

蒙层颜色可以用色彩倾向偏向品牌的蒙层，这样整体品牌感知会加强，如上图蒙层加入了品牌色的色彩倾向，整体品牌感知更强。

方式二：有模态层但不显示

模态抽屉的遮罩背景层可以降低透明度，也可以是全透明不显示的，可以更好的展示关联的信息，点击抽屉其他处可关闭抽屉，下图中的模态抽屉就是这样设计的。点击右侧父级页面可关闭抽屉

方式三：去掉模态层

下图中的抽屉为非模态抽屉，可以根据左侧列的切换快速查看右侧抽屉内容。

是否去掉模态层根据场景而定，如果抽屉内容与父级页面关联，建议去掉模态层，目标是方便用户操作。如果抽屉内容与父级页面无关联，加上蒙层，避免父级内容的干扰，让用户视觉更聚焦抽屉内容。

知己知彼

己：我们需要对每种样式使用方式与注意事项了然于心，这样在我们设计的时候才能得心用手

彼：对产品的业务需求有所认知，对研发实现方式有一定了解，这时候我们的观点才会专业，才能有理由说服其它人，从而设计出好用又统一的页面，实现我们的设计价值。

体验统一

对于页面的展示采取哪种样式有科学说服性解释，注意交互体验的一致性，也注意不要为了一致而一致，效率至上，满足业务需求为第一位。考虑好之间的关联性，给出最符合用户心理预期的过渡方式，就可以帮助我们找到最合适的设计。

未来趋势

互联网不断影响着我们的生活，移动端也在引领着设计趋势，多端体验的一致性，可以想像将会有一大波移动上的体验迁徙网页设计上，未来还会出现更好用且易维护的展现方式。

十、web交互有什么优点？

一、Web是图形化的和易于导航的（navigate ）

Web 非常流行的一个很重要的原因就在于它可以在一页上同时显示色彩丰富的图形和文本的性能。在Web之前Internet上的信息只有文本形式。Web可以提供将图形、音频、视频信息集合于一体的特性。同时，Web是非常易于导航的，只需要从一个连接跳到另一个连接，就可以在各页各站点之间进行浏览了。

二、Web与平台无关

无论你的系统平台是什么，你都可以通过Internet访问WWW。浏览WWW对你的系统平台没有什么限制。无论从Windows平台、UNIX平台、Macintosh还是别的什么平台我们都可以访问WWW。对WWW的访问是通过一种叫做浏览器（browser）的软件实现的。如Netscape 的Navigator、NCSA的Mosaic、Microsoft的Explorer等。

三、Web是分布式的

大量的图形、音频和视频信息会占用相当大的磁盘空间，我们甚至无法预知信息的多少。对于Web没有必要把所有信息都放在一起，信息可以放在不同的站点上。只需要在浏览器中指明这个站点就可以了。使在物理上并不一定在一个站点的信息在逻辑上一体化，从用户来看这些信息是一体的。

四、Web 是动态的

最后，由于各Web站点的信息包含站点本身的信息，信息的提供者可以经常对站上的信息进行更新。如某个协议的发展状况，公司的广告等等。一般各信息站点都尽量保证信息的时间性。所以Web站点上的信息是动态的。经常更新的。这一点是由信息的提供者保证的。

五、Web是交互的

Web的交互性首先表现在它的超连接上，用户的浏览顺序和所到站点完全由他自己决定。另外通过FORM的形式可以从服务器方获得动态的信息。用户通过填写FORM可以向服务器提交请求，服务器可以根据用户的请求返回相应信息。