Appd窗乱象屡禁不止，从法律的角度如何看待appd窗？

近些日子，一则“Appd窗乱象屡禁不止，从法律的角度如何看待appd窗？”的问题，有不少的人都在问，我来说下我的看法。目前还是没有法律规定不准d窗，所以，从法律上面讲，广告d窗是一个合法行为。d窗所带来的困扰呢，是非常大的。我们每次一打开APP，都要先关掉3-4个d窗才能够去正常的使用功能，非常麻烦。但是呢，这次d窗的问题是被推上了风口浪尖了，我认为在未来的不久，这个d窗的问题，很有可能会得到整治。那么具体的情况是什么呢？我来给大家分享一下我的看法。

一.目前没有法律规定不准d窗

目前还是没有法律规定不准d窗，所以，从法律上面讲，广告d窗是一个合法行为。目前还没有什么法律，可以去罚款这些d窗过多的问题。

二.d窗带来的困扰

d窗所带来的困扰呢，是非常大的。我们每次一打开APP，都要先关掉3-4个d窗才能够去正常的使用功能，非常麻烦。特别是拼夕夕之类的，一打开全是d窗，换个页面也是d窗，用起来非常麻烦。

三.未来可能性

但是呢，这次d窗的问题是被推上了风口浪尖了，我认为在未来的不久，这个d窗的问题，很有可能会得到整治。就应该像当年整治电视的广告一样，去严厉的规定不能够去d窗多少次，或者多少个。太多被举报了， 那就给你罚款。                 

以上就是我对于这个问题所发表的看法，纯属个人观点，仅供参考。大家有什么不同的看法都可以在评论区留言，大家一起讨论一下。大家看完，记得点赞，加关注哦。

d窗，或者严格意义上来说，模态d窗，在前面按照功能定义分为Alert、Confirm、Prompt三种，这是在PC端和移动端都适用的一种功能性分类方法，在移动端，可以依据它们的表现形式不同而分为如下几种，当然其中有些依据不同的分类方法可以归入蒙版、浮层等不同的分类，但也可以作为d窗的表现形式： 引导d窗(Coach Marks)是d窗的一种特殊应用形式，其主要目标是引导新用户快速了解和掌握应用的新功能和 *** 作方式，所以部分蒙板遮罩位置会镂空把要描述的元素露出，同时配合文字描述和 *** 作按钮，以达到帮助用户快速上手的目标。 引导d窗是唯一的把当前场景（Context）结合到d窗里合并显示但仍保持模态交互方式的d窗形式。 全屏d窗是指浮层从下方滑入并覆盖整个屏幕的浮层样式，一般这种d窗比较容易同切换页面相混淆，用户处于当前界面的分支流程而非下一步流程时较多使用，用户会有一种还停留在当前页面的心理认知，一般使用关闭或取消按钮解散d窗而非返回以暗示用户此时仍处于当前场景中。 此类d窗一般由屏幕上端或下端切入并覆盖部分屏幕，主要用来作为选择、输入项的辅助展示界面，因被覆盖的界面部分只有局部且此浮层主要由用户主动触发，所以用户并无明显的被打断和跳出的感觉。用户点击蒙板区域或选择 *** 作项后解散d窗。 *** 作按钮列表是iOS系统的原生控件，也是此浮层的一种特殊表现形式。 居中d窗是平台使用较多的一种表现形式，d窗中心点位于屏幕正中，既是视觉焦点，也便于用户 *** 作。各种消息框、信息简介都属于这种形式。用户点击关闭按钮或蒙板区域解散d窗。 运营d窗是以营销活动展示为目的，浮层以竖向中心点为基点居中对齐，内容区域主背景可以设计为异形，即图片以PNG格式保存，透明的部分镂空。以增加设计自由度。有 *** 作按钮和关闭按钮便于用户查看活动详情或解散按钮。 因为用户习惯于在看到运营d窗时视线向右上方寻找关闭按钮，所以有些App为了增加点击率而把关闭按钮放在其他位置。 以上就是d窗的几种不同表现形式，一般来说每种表现形式都有自己擅长表现的使用场景如全屏d窗适合于表单较多的分支任务或图片、文件选择，侧边d窗适合于筛选和排序定义等，重要的是，用合适的载体来应用于合适的场景中，才能发挥最佳效果。

在使用APP过程中，经常看到各种各样的d窗提示。那么这些d窗提示有哪些类型？每种类型特点及对应的应用场景是什么？本文结合经验、网络资料，对此进行了简单总结分析，欢迎交流指正~~在产品设计时要在合适的时机选用合适的d窗类型，以保证产品使用流畅及良好的用户体验。

开门见山，d窗分类如下图所示：

d窗分为两大类：模态d窗与非模态d窗，两者的区别在于是否打断用户 *** 作，用户是否必须回应才能进行下一步 *** 作。模态d窗作为强提示，会打断用户 *** 作，非模态d窗作为轻提示，对用户影响比较小。

接下来，分别对这两类、六种d窗进行说明。

1. 对话框：Dialog/Alerts

特点：通常包含标题、内容、选择按钮（按钮<=2个），有些对话框可以进行内容输入。一般出现在页面中间位置。用户必须对此d窗 *** 作后，才能进行其他 *** 作。安卓叫Dialog，iOS叫Alerts。

应用场景：常用于重要信息通知；需要二次确认的 *** 作，如：删除 *** 作的二次确认。

2. 功能框：Actionbar/Action Sheets

特点：包含多个选项按钮、取消按钮，形式包括文字、图标+文字等，警示性内容可使用红色字体。出现在页面底部。用户可以选择某个按钮，可以点击d窗外区域或取消按钮以关闭功能框。安卓叫Actionbar，iOS叫Action Sheets/Activity Views。

应用场景：常用于有多个选项按钮供用户选择的情况。

3. 浮出层：Popover

特点：点击某个控件或某个区域后，出现在页面之上的半透明临时视图。用户可以选择某个按钮，可以再次点击触发浮层的控件或点击浮出层以外区域来关闭浮出层d窗。一般出现在页面顶部。Popover浮出层是iOS控件。

应用场景：将APP高频功能放入首页浮出层菜单，或将隐藏的一些功能入口放入浮出层菜单。

1. 提示框：Toast/HUD

特点：信息传递或 *** 作反馈，停留一定时间自动消失，用户无需 *** 作。形式包括文字、图标+文字等。一般出现在页面中轴线的中部/顶部/底部位置。Toast是安卓叫法，iOS类似控件叫HUD透明指示层。

应用场景：用户 *** 作结果提示或低层级信息提示，如：已保存、刷新成功等。

2. 提示对话框：Snackbar

特点：信息反馈+一个 *** 作按钮，同时停留一定时间自动消失。出现在页面底部。提示对话框Snackbar为安卓特有控件，但iOS也有用到。

应用场景：向用户提供信息反馈，同时还可以引导用户进行 *** 作，如：提示信息删除后，给出“撤销删除”的选项；收藏文章成功后，给出“添加标签”选项。

3. 提示栏：Tips

特点：嵌入页面内的提示信息。通常位于页面顶部。

应用场景：需要给出明显提示，但又不影响用户 *** 作。

---