移动 Web 设计中的一些错误理念
程序员文章站
2022-03-03 14:35:30
...
目前，移动互联网飞速发展，越来越多的网站和应用开始向移动设备上迁移。但是，由于设备和操作方式的不同，移动Web设计和传统的Web设计之间有很多不同点，这就导致了一些错误的设计理念出现。
在设计过程中我们应该注意哪些问题呢？下面，让我们来看看本文作者——Headscape的联合创始人之一Paul Boag是怎样看待这些问题的。
以下为文章原文：
我的Web开发开始于1994年，那时我们犯了很多错误。但不幸的是，在2011年的移动开发领域，我又开始看到了这些错误的再次出现。
我不确信我是否喜欢一些人讨论移动Web的方式。就像传统Web设计经历过青涩的青春期一样，移动Web设计现在正处于这一时期。
开发设计组织正开始关注移动互联网，因为他们留意到用户一步步地接纳了这一网络，就像前几年一步步接纳传统互联网一样。他们知道移动互联网会变得举足轻重，但他们对其用户基础并没有具体的考量，以用来评估是否值得大笔的投资。
当我们看着Web设计师纷纷转投移动Web时，我们意识到其实这也和以前传统印刷业设计师转投Web是一样的情况。
可这些转行的设计师，带来的也许有不好的建议，和一些半吊子的解决方案。
我曾留意到移动Web和传统Web之间有一些共同点。这些共同点主要存在于以下三个方面：
1、“我们也能进行Web设计”
我还记得，在九十年代末和新世纪的头几年，印刷业设计师刚开始转行做Web设计，那时状况有多恼人！在他们的观点中，互联网和印刷出版物差别不大。
实际上，两者的确有很多互通的技巧，但也有很多差别。Web和出版物并没有看上去那么相似。
移动Web上我看到了一样的情形。很多传统Web设计者声称他们也能做移动Web设计。他们试着将传统Web设计中的技巧运用于移动Web。不过，这并不总是靠谱。
我不是说Web设计者不应该涉足到移动的领域。我只是希望这些设计者在提出所谓“可以满足要求”的解决方案之前，能更细心地去理解思考一下移动Web的特点，而不是在对这种新形式的传播媒介完全不够了解时就发表见解。
我还想说的是，单纯地载入一个适于移动Web的样式表，或者只进行响应式设计，这不可能足够。这就涉及到一个接下来要说的，我思考了一段时间之后留意到的相同点。
2、“我们只需要简单地重用……”
回到以前，那时Web设计的客户正考虑“把他们的小册子放到网上”。他们希望复制已有的印刷工作的内容，一样的文字，一样的设计，什么都一样。
让我担心的是，今天的Web设计者和客户也正进行着过去那种谈话。等着把内容“送上Web”的客户，谈论的是把相同的内容简单搬运到移动设备或者桌面电脑上，也就是希望“已有的站点”能出现在移动设备上就足够了。设计者同样没有考虑，用户是否需要两份一样的内容分别出现在移动Web和传统Web上。
说到移动Web，我认为语境是最重要的（context is king）。我们要放到Web上的内容应该完全依赖于用户所处的语境。用网站Headscape作例子，用户不大可能希望在智能手机的小屏幕上浏览我们的选集。但是，他们可能希望在需要帮助时能联系到我们的办公室或者得到我们的电话。
移动设备的定位和桌面电脑是不一样的。我们不能单纯照搬已有的网站，还认为这就已经足够。
3、“这个站点/App只工作在……”
我们这些从事Web设计有一段时间的同僚有时会开玩笑地提起“浏览器战争”。“战争”期间，为了抢夺市场，浏览器制造商会发布各自特有的标签，提供给 Web设计者使用。这场战争的受害者最终是用户。他们登陆一个站点时，经常会看到一条通知，告知他们只能用特定浏览器访问这一站点（通常是 Internet Explorer）。
Web设计者其实也是战争的受害者。有时他们不得不答应客户的要求，针对不同的浏览器重复地设计数个版本的网站。最后，客户也受够了，因为他们必须为互不兼容的浏览器导致的重复工作买单。
我的确在现在移动Web领域看到类似“浏览器战争”的事情发生着。开发者组织正在发布用于iPhone和iPad的App，用于Android的App，甚至用于Windows Mobile的App。开发者可以利用每种设备各自的特性，来为用户创造不同的体验。
可这样一来，大家都遭罪。用户会因为在自己用的平台上，没有另一个平台上某个拉风的App而抱怨。开发者更要抱怨为每一个平台进行重复开发。而投资开发的客户则必须为这些重复的工作买单。
这个问题有一个解决办法，那就是可以考虑开发基于Web的App，而不是基于本地设备。实际上，有很大可能我们不需要本地App。这样，也许就能实现针对所有移动设备平台只进行一次开发，而且可以使用渐进式增强的方式来在各种设备上提供最出色的用户体验。
从云到设备，再从设备到云
现在，基于Web的移动App最大缺点是运行速度和连接的可靠性。相比本地App，基于Web的移动App总是慢一拍。更麻烦的是很多场合根本就没有条件接入Web。至少现在，本地App更像是比较好的选择，不过我们都应该为它潜在的衰退做准备。
也就是说，我认为移动Web正显示着Web演化的方向。过去，软件在本地机器上运行。但是，最近我们看到了一个基于Web方向的流动。这可以归结于网络带宽的提升。可靠的高速连接是基于云的应用程序大规模井喷的前提。当移动Web应用转移向本地设备时，桌面应用却转向云。我怀疑，当移动设备的可靠高速连接得到保证时，我们将会看到本地移动App重新回到云端。因为这将会更加节省开发资源，而且更利于重复编码之外不同种设备的互通。
当然，这些都只是猜测。但是，当讨论移动Web市场的发展时，我确信它的未来是充满希望的。我想我们能从Web过去发展遇到的问题中学习，从而另辟蹊径，开发设计出便宜、高效而且易用的移动站点，而绝不仅仅是现有站点一个格式重排后的版本。
结语
关于移动Web是传统Web一个简单扩展的论调，我看来是错误的。然而，我也完全不认同本地App将一统天下的观点。我认为，未来应该是定制设计的基于云的移动站点。不过，我也相信要等到移动网络能提供更好的全局连接时，我们才能跨过本地App这一步。
Via Boagworld
在设计过程中我们应该注意哪些问题呢？下面，让我们来看看本文作者——Headscape的联合创始人之一Paul Boag是怎样看待这些问题的。
以下为文章原文：
我的Web开发开始于1994年，那时我们犯了很多错误。但不幸的是，在2011年的移动开发领域，我又开始看到了这些错误的再次出现。
我不确信我是否喜欢一些人讨论移动Web的方式。就像传统Web设计经历过青涩的青春期一样，移动Web设计现在正处于这一时期。
开发设计组织正开始关注移动互联网，因为他们留意到用户一步步地接纳了这一网络，就像前几年一步步接纳传统互联网一样。他们知道移动互联网会变得举足轻重，但他们对其用户基础并没有具体的考量，以用来评估是否值得大笔的投资。
当我们看着Web设计师纷纷转投移动Web时，我们意识到其实这也和以前传统印刷业设计师转投Web是一样的情况。
可这些转行的设计师，带来的也许有不好的建议，和一些半吊子的解决方案。
我曾留意到移动Web和传统Web之间有一些共同点。这些共同点主要存在于以下三个方面：
1、“我们也能进行Web设计”
我还记得，在九十年代末和新世纪的头几年，印刷业设计师刚开始转行做Web设计，那时状况有多恼人！在他们的观点中，互联网和印刷出版物差别不大。
实际上，两者的确有很多互通的技巧，但也有很多差别。Web和出版物并没有看上去那么相似。
移动Web上我看到了一样的情形。很多传统Web设计者声称他们也能做移动Web设计。他们试着将传统Web设计中的技巧运用于移动Web。不过，这并不总是靠谱。
我不是说Web设计者不应该涉足到移动的领域。我只是希望这些设计者在提出所谓“可以满足要求”的解决方案之前，能更细心地去理解思考一下移动Web的特点，而不是在对这种新形式的传播媒介完全不够了解时就发表见解。
我还想说的是，单纯地载入一个适于移动Web的样式表，或者只进行响应式设计，这不可能足够。这就涉及到一个接下来要说的，我思考了一段时间之后留意到的相同点。
2、“我们只需要简单地重用……”
回到以前，那时Web设计的客户正考虑“把他们的小册子放到网上”。他们希望复制已有的印刷工作的内容，一样的文字，一样的设计，什么都一样。
让我担心的是，今天的Web设计者和客户也正进行着过去那种谈话。等着把内容“送上Web”的客户，谈论的是把相同的内容简单搬运到移动设备或者桌面电脑上，也就是希望“已有的站点”能出现在移动设备上就足够了。设计者同样没有考虑，用户是否需要两份一样的内容分别出现在移动Web和传统Web上。
说到移动Web，我认为语境是最重要的（context is king）。我们要放到Web上的内容应该完全依赖于用户所处的语境。用网站Headscape作例子，用户不大可能希望在智能手机的小屏幕上浏览我们的选集。但是，他们可能希望在需要帮助时能联系到我们的办公室或者得到我们的电话。
移动设备的定位和桌面电脑是不一样的。我们不能单纯照搬已有的网站，还认为这就已经足够。
3、“这个站点/App只工作在……”
我们这些从事Web设计有一段时间的同僚有时会开玩笑地提起“浏览器战争”。“战争”期间，为了抢夺市场，浏览器制造商会发布各自特有的标签，提供给 Web设计者使用。这场战争的受害者最终是用户。他们登陆一个站点时，经常会看到一条通知，告知他们只能用特定浏览器访问这一站点（通常是 Internet Explorer）。
Web设计者其实也是战争的受害者。有时他们不得不答应客户的要求，针对不同的浏览器重复地设计数个版本的网站。最后，客户也受够了，因为他们必须为互不兼容的浏览器导致的重复工作买单。
我的确在现在移动Web领域看到类似“浏览器战争”的事情发生着。开发者组织正在发布用于iPhone和iPad的App，用于Android的App，甚至用于Windows Mobile的App。开发者可以利用每种设备各自的特性，来为用户创造不同的体验。
可这样一来，大家都遭罪。用户会因为在自己用的平台上，没有另一个平台上某个拉风的App而抱怨。开发者更要抱怨为每一个平台进行重复开发。而投资开发的客户则必须为这些重复的工作买单。
这个问题有一个解决办法，那就是可以考虑开发基于Web的App，而不是基于本地设备。实际上，有很大可能我们不需要本地App。这样，也许就能实现针对所有移动设备平台只进行一次开发，而且可以使用渐进式增强的方式来在各种设备上提供最出色的用户体验。
从云到设备，再从设备到云
现在，基于Web的移动App最大缺点是运行速度和连接的可靠性。相比本地App，基于Web的移动App总是慢一拍。更麻烦的是很多场合根本就没有条件接入Web。至少现在，本地App更像是比较好的选择，不过我们都应该为它潜在的衰退做准备。
也就是说，我认为移动Web正显示着Web演化的方向。过去，软件在本地机器上运行。但是，最近我们看到了一个基于Web方向的流动。这可以归结于网络带宽的提升。可靠的高速连接是基于云的应用程序大规模井喷的前提。当移动Web应用转移向本地设备时，桌面应用却转向云。我怀疑，当移动设备的可靠高速连接得到保证时，我们将会看到本地移动App重新回到云端。因为这将会更加节省开发资源，而且更利于重复编码之外不同种设备的互通。
当然，这些都只是猜测。但是，当讨论移动Web市场的发展时，我确信它的未来是充满希望的。我想我们能从Web过去发展遇到的问题中学习，从而另辟蹊径，开发设计出便宜、高效而且易用的移动站点，而绝不仅仅是现有站点一个格式重排后的版本。
结语
关于移动Web是传统Web一个简单扩展的论调，我看来是错误的。然而，我也完全不认同本地App将一统天下的观点。我认为，未来应该是定制设计的基于云的移动站点。不过，我也相信要等到移动网络能提供更好的全局连接时，我们才能跨过本地App这一步。
Via Boagworld