[转]你会做Web下的用户登录功能吗_【一步一步学IOS5 】 Storyboard 创设Tab Bar控制器和Web视图_【推荐阅读】软件工程师的本质__脚本百事通
稍等，加载中……
^_^请注意，有可能下面的2篇文章才是您想要的内容：
[转]你会做Web下的用户登录功能吗
【一步一步学IOS5 】 Storyboard 创设Tab Bar控制器和Web视图
【推荐阅读】软件工程师的本质
[转]你会做Web下的用户登录功能吗
[转]你会做Web上的用户登录功能吗？Web上的用户登录功能应该是最基本的功能了，可是在我看过一些站点的用户登录功能后，我觉得很有必要写一篇文章教大家怎么来做用户登录功能。下面的文章告诉大家这个功能可能并没有你所想像的那么简单，这是一个关系到用户安全的功能，希望大家能从下面的文章中能知道什么样的方法才是一个好的用户登录功能。以下内容，转载时请保持原文一致，并请注明作者和出处。
用户名和口令
首先，我们先来说说用户名和口令的事。这并不是本站第一次谈论这个事了。如何管理自己的口令让你知道怎么管理自己的口令，破解你的口令让你知道在现代这样速度的计算速度下，用穷举法破解你的口令可能会是一件很轻松的事。在这里我想告诉从开发者的角度上来做设计这个用户名和口令的事。下面一几件规则：
限制用户输入一些非常容易被破解的口令。如什么qwert，123456, password之类，就像twitter限制用户的口令一样做一个口令的黑名单。另外，你可以限制用户口令的长度，是否有大小写，是否有数字，你可以用你的程序做一下校验。当然，这可能会让用户感到很不爽，所以，现在很多网站都提供了UX让用户知道他的口令强度是什么样的（比如这个有趣的UX），这样可以让用户有一个选择，目的就是告诉用户——要想安全，先把口令设得好一点。
千万不要明文保存用户的口令。正如如何管理自己的口令所说的一样，很多时候，用户都会用相同的ID相同的口令来登录很多网站。所以，如果你的网站明文保存的话，那么，如果你的数据被你的不良员工流传出去那对用户是灾难性的。所以，用户的口令一定要加密保存，最好是用不可逆的加密，如MD5或是SHA1之类的有hash算法的不可逆的加密算法。CSDN曾明文保存过用户的口令。（另，对于国内公司的品行以及有关部门的管理方式，我不敢保证国内网站以加密的方式保存你的口令。我觉得，做为一个有良知的人，我们应该加密保存用户的口令）
是否让浏览器保存口令。我们有N多的方法可以不让浏览器保存用户名和口令。但是这可能对用户来说很不爽。因为在真实世界里谁也记得不住那么多的口令。很多用户可能会使用一些密码管理工具来保存密码，浏览器只是其中一种。是否让浏览器保存这个需要你做决定，重点是看一下你的系统的安全级别是否要求比较高，如果是的话，则不要让浏览器保存密码，并在网站明显的位置告诉用户——保存口令最安全的地方只有你的大脑。
口令在网上的传输。因为HTTP是明文协议，所以，用户名和口令在网上也是明文发送的，这个很不安全。你可以看看这篇文章你就明白了。要做到加密传输就必需使用HTTPS协议。但是，在中国还是有很多网站的Web登录方式还在使用ActiveX控件，这可能成为IE6还大量存在的原因。我通常理解为这些ActiveX控件是为了反键盘记录程序的。 不过，我依然觉ActiveX控件不应该存在，因为在国外的众多安全很重要的站点上都看不到ActiveX的控件的身影。
用户登录状态
首先，我想告诉大家的是，因为HTTP是无状态的协议，也就是说，这个协议是无法记录用户访问状态的，其每次请求都是独立的无关联的，一笔是一笔。而我们的网站都是设计成多个页面的，所在页面跳转过程中我们需要知道用户的状态，尤其是用户登录的状态，这样我们在页面跳转后我们才知道是否可以让用户有权限来操作一些功能或是查看一些数据。
所以，我们每个页面都需要对用户的身份进行认证。当然，我们不可能让用户在每个页面上输入用户名和口令，这会让用户觉得我们的网站相当的SB。为了实现这一功能，用得最多的技术就是浏览器的cookie，我们会把用户登录的信息存放在客户端的cookie里，这样，我们每个页面都从这个cookie里获得用户是否登录的信息，从而达到记录状态，验证用户的目的。但是，你真的会用cookie吗？下面是使用cookie的一些原则。
千万不要在cookie中存放用户的密码。加密的密码都不行。因为这个密码可以被人获取并尝试离线穷举。所以，你一定不能把用户的密码保存在cookie中。我看到太多的站点这么干了。
正确设计“记住密码”。这个功能简直就是一个安全隐患，我觉得并不是所有的程序员都知道怎么设计这个事。一般的设计 是——一时用户勾选了这个功能，系统会生成一个cookie，cookie包括用户名和一个固定的散列值，这个固定的散列值一直使用。这样，你就可以在所有的设备和客户上都可以登录，而且可以有多个用户同时登录。这个并不是很安全。下面是一些更为安全的方法供你参考：（——更新 ，原文中有些小错误，并且说的不清楚，重新调整了一下——）
1）在cookie中，保存三个东西——用户名，登录序列，登录token。
用户名：明文存放。登录序列：一个被MD5散列过的随机数，仅当强制用户输入口令时更新（如：用户修改了口令）。登录token：一个被MD5散列过的随机数，仅一个登录session内有效，新的登录session会更新它。
2）上述三个东西会存在服务器上，服务器的验证用户需要验证客户端cookie里的这三个事。
3）这样的设计会有什么样的效果，会有下面的效果，
a）登录token是单实例登录。意思就是一个用户只能有一个登录实例。
b）登录序列是用来做盗用行为检测的。如果用户的cookie被盗后，盗用者使用这个cookie访问网站时，我们的系统是以为是合法用户，然后更新“登录token”，而真正的用户回来访问时，系统发现只有“用户名”和“登录序列”相同，但是“登录token” 不对，这样的话，系统就知道，这个用户可能出现了被盗用的情况，于是，系统可以清除并更改登录序列 和 登录token，这样就可以令所有的cookie失效，并要求用户输入口令。并给警告用户系统安全。
4）当然，上述这样的设计还是会有一些问题，比如：同一用户的不同设备登录，甚至在同一个设备上使用不同的浏览器保登录。一个设备会让另一个设备的登录token和登录序列失效，从而让其它设备和浏览器需要重新登录，并会造成cookie被盗用的假象。所以，你在服务器服还需要考虑- IP 地址，
a) 如果以口令方式登录，我们无需更新服务器的“登录序列”和 “登录token”（但需要更新cookie）。因为我们认为口令只有真正的用户知道。
b) 如果 IP相同 ，那么，我们无需更新服务器的“登录序列”和 “登录token”（但需要更新cookie）。因为我们认为是同一用户有同一IP（当然，同一个局域网里也有同一IP，但我们认为这个局域网是用户可以控制的。网吧内并不推荐使用这一功能）。
c) 如果 （IP不同 && 没有用口令登录），那么，“登录token” 就会在多个IP间发生变化（登录token在两个或多个ip间被来来回回的变换），当在一定时间内达到一定次数后，系统才会真正觉得被盗用的可能性很高，此时系统在后台清除“登录序列”和“登录token“，让Cookie失效，强制用户输入口令（或是要求用户更改口令），以保证多台设备上的cookie一致。
不要让cookie有权限访问所有的操作。否则就是XSS攻击，这个功能请参看新浪微博的XSS攻击。下面的这些功能一定要用户输入口令：
1）修改口令。
2）修改电子邮件。（电子邮件通常用来找回用户密码，最好通发邮件或是发手机短信的方式修改，或者干脆就不让改一一用电子邮件做帐号名）
3）用户的隐私信息。
4）用户消费功能。
权衡Cookie的过期时间。如果是永不过期，会有很不错的用户体验，但是这也会让用户很快就忘了登录密码。如果设置上过期期限，比如2周，一个月，那么可能会好一点，但是2周和一个月后，用户依然会忘了密码。尤其是用户在一些公共电脑上，如果保存了永久cookie的话，等于泄露了帐号。所以，对于cookie的过期时间我们还需要权衡。
找回口令的功能
找回口令的功能一定要提供。但是很多朋友并不知道怎么来设计这个功能。我们有很多找回口令的设计，下面我逐个点评一下。
千万不要使用安全问答。事实证明，这个环节很烦人，而且用户并不能很好的设置安全问答。什么，我的生日啊，我母亲的生日，等等。因为今天的互联网和以前不一样了，因为SNS，今天的互联比以前更真实了，我可以上facebook，开心，人人网，LinkedIn查到你的很多的真实的信息。通过这些信息我可以使用安全问答来重设你的口令。 这里需要说一下 Facebook，Facebook的安全问答很强大，还要你通过照片认人，呵呵。
不要重置用户的密码。因为这有可能让用户的密码遭到恶意攻击。当然，你要发个邮件给用户让其确认，用户点击邮件中的一个链接，你再重置。我并不推荐这样的方法，因为用户一般都会用笔记下来这个很难记的口令，然后登录系统，因为登录系统时使用了“记住密码”的功能，所以导致用户不会去修改密码，从而要么导到被写下来的密码被人盗取，要么又忘记了密码。
好一点的做法——通过邮件自行重置。当用户申请找回口令功能的时候，系统生成一个MD5唯一的随机字串（可通过UID+IP+timestamp+随机数），放在数据库中，然后设置上时限（比如1小时内），给用户发一个邮件，这个连接中包含那个MD5的字串的链接，用户通过点击那个链接来自己重新设置新的口令。
更好一点的做法——多重认证。比如：通过手机+邮件的方式让用户输入验证码。手机+邮件可能还不把握，因为手机要能会丢了，而我的手机可以访问我的邮箱。所以，使用U盾，SecureID（一个会变化的6位数token），或是通过人工的方式核实用户身份。当然，这主要看你的系统的安全级别了。
口令探测防守
使用验证码。验证码是后台随机产生的一个短暂的验证码，这个验证码一般是一个计算机很难识别的图片。这样就可以防止以程序的方式来尝试用户的口令。事实证明，这是最简单也最有效的方式。当然，总是让用户输入那些肉眼都看不清的验证码的用户体验不好，所以，可以折中一下。比如Google，当他发现一个IP地址发出大量的搜索后，其会要求你输入验证码。当他发现同一个IP注册了3个以上的gmail邮箱后，他需要给你发短信方式或是电话方式的验证码。
用户口令失败次数。调置口令失败的上限，如果失败过多，则把帐号锁了，需要用户以找回口令的方式来重新激活帐号。但是，这个功能可能会被恶意人使用。最好的方法是，增加其尝试的时间成本（以前的这篇文章说过一个增加时间成本的解密算法）。如，两次口令尝试的间隔是5秒钟。三次以上错误，帐号被临时锁上30秒，5次以上帐号被锁1分钟，10次以上错误帐号被锁4小时……但是这会导致恶意用户用脚本来攻击，所以最好再加上验证码，验证码出错次数过多不禁止登录而是禁lP。
系统全局防守。上述的防守只针对某一个别用户。恶意者们深知这一点，所以，他们一般会动用“僵尸网络”轮着尝试一堆用户的口令，所以上述的那种方法可能还不够好。我们需要在系统全局域上监控所有的口令失败的次数。当然，这个需要我们平时没有受到攻击时的数据做为支持。比如你的系统，平均每天有5000次的口令错误的事件，那么你可以认为，当口令错误大幅超过这个数后，而且时间相对集中，就说明有黑客攻击。这个时候你怎么办？一般最常见使用的方法是让所有的用户输错口令后再次尝试的时间成本增加。
最后，再说一下，关于用户登录，使用第三方的 OAuth 和 OpenID 也不失为一个很不错的选择。
OWASP Guide To Authentication
Dos and Don’ts of Client Authentication on the Web （PDF）
Charles Miller’s Persistent Login Cookie Best Practice
Wikipedia: HTTP cookie
Personal knowledge questions for fallback authentication: Security questions in the era of Facebook
（转：/articles/5353.html）
【一步一步学IOS5 】 Storyboard 创设Tab Bar控制器和Web视图
【一步一步学IOS5 】 Storyboard 创建Tab Bar控制器和Web视图
下面，我们来继续完善Storyboard 项目
1）如何创建Tab B ar 控制键
2）如何使用UIWebView创建About页面
1.Tab Bar控制器 和UIWebView
Tab Bar 控制器在每一个tab中显示一个独特的视图，通常，一个Tab Bar 至少包含2个tab s ，根据需要最多可以添加5个tabs
UIWebView 是加载web内容的轻便组组件。在一些情况下，你希望在App中显示一个单一的web页面，或者让用户在App中访问外部web页面。你可以在App中简单嵌入UIWebView对象，向它发送请求，加载web内容。
2.创建Tab Bar控制器
现在返回Xcode 项目，首先，选择MainStoryboard.storyboard 中的Navigation Controller ,接着选择Editor 菜单下面的 Embed in 子菜单，然后选择Tab Bar Controller 选项
此时，Xcode自动将导航控制器嵌套到一个tab bar控制器中。
3.更改Tab Bar 子项名称
默认情况下，Tab Bar 子项没有名称，也没有图标。在导航控制器中选择tab子项，你可以在Attributes Inspector 窗口，自由修改名称，并指定图标。Tab Bar 子项默认为custom 标识符。当设定为custom时，意味着你需要手动指定标题（title）和图标。
你也可以使用一些内置的tab bar 项目(如More、Favorites 和 T
op Rated 等等），这些已经包含了图标。这里为了简化教程，使用这些内置的项目。选择Featured 作为标识符
现在可以运行App了。点击Run按钮，界面如下：
5.添加一个新的Tab
你可以使用tab bar 界面来组织不同的操作模式。每一个tab包含特定的功能。显然，在使用tab bar控制器时，在App中至少包含2个tabs。因此，我们将创建一个新的tab，用于显示App和About页面。
拖拉一个Navigation Controller 对象到Storyboard中。默认的导航控制器和表视图（Table View）控制器相关联。
接着，我们需要在新的导航控制器（Navigation Controller）和现存的Tab Bar 控制器之间建立关联。按住Control 键，点击Tab Bar 控制器，并拖到新的导航控制器上。
释放按钮，弹出一个下拉菜单，选择Relationship-View Controllers 选项，这样告诉Xcode：新的导航控制器是Tab Bar控制器的一部分。
一旦建立上述关联，Tab Bar控制器自动添加一个新的Tab，并关联到新的导航控制器上。
更改新的导航控制器的tab bar 子项为More。保存Stroyboard。再次运行App。
界面如下：
6.使用UIWebView 创建About界面
现在More tab 是空白的，我们将实现一个web视图，显示App的About页面，首先，删除Table View Controller，并替换为一个View Controller。简单选择Table View Controller，点击Delete 按钮移除它，接着从对象库拖拉View Controller对象到storyboard界面
现在，空白的View Controller 并没有和导航控制器相关联。我们需要关联它们。按住Control键，选择导航控制器，并拖拉到View Controller上。
和我们之前做的一样，选择RelationShip - View Controllers 选项。
这个视图控制器的主要目的是呈现About web页面。iOS SDK 有一个内置的UIWebView 对象可用来显示web内容。你可以简单嵌入UIWebView 对象到任一视图控制器中，随后向它发送一个HTTP请求，它将自动装在Web内容。
在对象库找到Web View控件，并添加到视图控制器中。
7.赋值新的视图控制器类
和前面提到过一样，一个空白的视图控制器赋值为默认的UIViewController 类，它仅仅提供了基本的视图管理模型。显然，它没有提供控制UIWebView的变量。我们必须创建一个新的视图控制器类，继承自UIViewController类。
在项目导航中，右击RecipeBook 文件夹，选择New File...
设置类名为AboutViewController，并设置Subclass of 选项为UIVie
wController，确定没有勾选With XIB for user interface选项。因为我们使用Storyboards 来设计用户界面，因此不必创建独立的interface builder 文件。点击next 按钮，并保存文件到项目文件夹中。
接着，赋值视图控制器为AboutViewController类。
操作步骤： 返回Storyboards 编辑器，选择视图控制器，然后在Identity Inspector窗口，更改class 属性值为 AboutViewController。
8.使用UIWebView加载请求
为了请求UIWebView加载Web内容，我们必须编写几行代码。
1）在Xcode 项目中添加about.html 页面 和about.jpg 文件
2）为UIWebView 创建一个变量，并和Storyboard 中的Web视图对象建立关联
3）使用UIWebView 中loadRequest：方法加载web内容；
8.添加About.html 文件
文件见附件
9.为UIWebView 创建一个变量
选择AboutViewController.h 文件，为UIWebView 添加一个property
@interface AboutViewController : UIViewController
@property(nonatomic,strong)IBOutlet UIWebView *webV
切换到AboutViewController.m 文件。添加 synthesize 指令
@implementation AboutViewController
@synthesize webV
和通常一样，需要建立webView 变量和可视化web视图控件之间的连接。在Storyboards 编辑器，按住Control键，并点击View Controller图标，拖拉到Web View 对象上，释放按钮，在弹出的下拉菜单中，选择webView变量。
10.加载web内容
在webDidLoad 方法，添加如下代码加载about.html 页面内容：
- (void)viewDidLoad
[super viewDidLoad];
//And code to load web content in UIWebView
NSURL *url = [NSURL fileURLWithPath:[[NSBundle mainBundle]pathForResource:@"about.html" ofType:nil]];
NSURLRequest *request = [NSURLRequest requestWithURL:url];
[webView loadRequest:request];
UIWebView 类提供了一个便利的方法loadRequest: 来加载web内容，你需要做的是传入一个URL请求，上述代码首先以NSURL 对象返回about.html 文件的系统路径，然后使用URL对象创建NSURLRequest对象。 最后一行的向web view 对象发送请求。
11.最后运行效果
【推荐阅读】软件工程师的本质
【推荐阅读】程序员的本质
很多人认为计算机变得如此智能，所以在不久的未来将不再需要程序员。另外一些人认为程序员是天才，他们在电脑前能不断地解决复杂的数学难题。甚至不少程序员对他们是做什么的都没有清晰的概念。在这篇文章中，笔者想给不知情的人解释一下程序员到底是做什么的。
　　程序员是将人类想法翻译成计算机语言的译者。
　　他们是两种世界之间的纽带。你认为维护这个纽带很容易吗？
　　人类世界的背景
　　The problem with people is that they’re only human. – Bill Watterson　　人类的问题是，他们只是人而已。——比尔·沃特森
　　人类是生物进化的产物，并且拥有独特而宝贵的器官——大脑，它能为程序员提供想法。大脑有组合复杂的新大脑皮层（对人类而言是独特的），还有从 哺乳动物和爬行动物继承的旧结构。旧的大脑结构主要负责生殖（性）和生存（寻找食物或者躲避危险）。新大脑皮层进化成能够更好地支持这些功能，但是，它开 始产生奇怪的副作用——意识、思考和好奇心。幸亏这些副作用的影响，人类产生了文明并在数千年后发明了计算机。
　　一些人相信经过数千年的发展，人类应该变成完全沉闷的、理性的、可预测的生物，但是这并没有发生。人类旧的大脑结构、复杂的心理和社会行为往往 使人们不理性，不可预测并带有欺骗性。并且，人类有糟糕的记忆力、强烈的情感和个人兴趣。但是，程序员没法选择与更理性的物种工作，他们不得不与人类共事 并且把人类的想法翻译成计算机语言。
　　计算机世界背景
　　Part of the inhumanity of the computer is that, once it is competently programmed and working smoothly, it is completely honest. – Isaac Asimov　　计算机非人性的一部分表现是，一旦完成编译并且顺利运行，它将忠实地完成工作。——艾萨克·阿西莫夫
　　计算机是人类文明的最佳发明。它由CPU、主板、内存、硬盘驱动器、显示器和其他部分构成。计算机将我们的文明推入一个新的水平，使我们的生活 更有意义并充满乐趣，还弥补了我们大脑的缺陷。很可能计算机比人类更聪明。（不过，我有点关心如果这成为现实后，计算机还需要人类程序员吗？）
　　现代计算机具有完全逻辑性、直接性和顺从性。如果你知道它应该做什么并且知道如何命令它，那么和计算机一起工作是快乐的。唯一的问题是，计算机只会做你告诉它去做的。因此，你应该有清晰的思路并且在见你的上司或客户时保证计算机不出岔子。
　　在人类和计算机之间的翻译
　　翻译中会遇到三个主要的挑战：
1. 语言歧义。人类语言是模糊、复杂并且双关的，例如：“这个程序不能提供良好的用户体验”。文化、背景和上下文语境都会对沟通和含义造成影响。与之相反，所有计算机语言都是准确、直接的，与上下文无关。2. 细节层次。人类的沟通是笼统而不带有过多细节的，例如：“我想让这该死的程序运行起来”。这样可以节省时间与精力，但由于缺少详细信息，会产生两个比较大的问题——误解和不确定性。而计算机需要所有细节——每件事都要说清楚。3. 思维模式。人类习惯于思考需求、结果与解决方案之间的关系，例如：“这份报告应该在2秒内运行，而不是2个小时”。然而，计算机需要算法——按照步骤去达到想要得到的结果。
　　为了写出优秀的软件，程序员们必须克服这些困难，理解人们的想法并将之转换成计算机语言。
　　一名优秀程序员所具备的能力　　我们可以看到，一名优秀程序员应该具备应付两个不同世界的两套技能。
　　理解人类的需求并提出解决方案：
1. 沟通——与人建立联系的能力，能够同他人亲密的交谈，并有勇气去尝试分享自己的观点。2. 意图——从谈话中提取有用的信息，理解并使之有意义。3. 逻辑——为不懂让步的计算机整理、剔除那些人类思想中含糊而有争议的内容。4. 创造力——挖掘、转变人类的想法，从而创建优秀的解决方案。5. 构思——利用人类友好的接口和便捷的互动性来包装编程思想。6. 大局观——清楚解决方案是如何适应全世界的用户、企业以及其他，从而使你的程序更有用。　　告诉计算机该做什么，并建立解决方案：
1. 逻辑（再次强调）——把程序员的想法组织整理成有凝聚力的软件思想和计算机指令2. 技术——发现并理解科技黑箱（对于99%的人来说是黑箱）。3. 编程语言——学习美观的、富有逻辑的、清晰明了的语言，从而把程序员的想法提供给电脑。4. 算法——精通让计算机完成任务最高效的方法。5. 建模——在软件代码中建立抽象和模型，从而掌握并操控想法。6. 实践（比如代码重构、单元测试、持续集成）——周期性活动，以保持系统可靠、健康与可改变。　　面向人类和面向硬件对象/系统的程序员有很大不同。
　　不与人沟通的程序员不是好程序员。一个优秀的解决方案需要计算机世界与人类世界的双重技能。只有连接起两个世界，才能成为一个真正的优秀程序员。
　　英文原文：Andriy Solovey
　　中文翻译：伯乐在线
如果您想提高自己的技术水平，欢迎加入本站官方1号QQ群：&&，&&2号QQ群：，在群里结识技术精英和交流技术^_^
本站联系邮箱：|& |& |& |&
|& |& |& |& |&
|& |& |& |& |& |& |& |& |& |&
|& |& |& |&
|& |& |& |& |& |& |&
web页面和应用中如何设计Tab选项卡？
来源:西乔的九卦
Module Tabs(也称选项卡，后文中简称Tab，以便更符合中国设计师的日常叫法) 是一个常见的交互元素&&将不同的内容重叠放置在某一布局区块内，重叠的内容区里的每次只有其中一层是可见的。用户通过鼠标点击或移到内容区所对应的标签上，来请求显示该层内容区。
（译注：本文中指的是狭义的Tab，指在界面的某一版块区域内所应用的Tab设计。实际上，绝大多数网站导航也是Tab的一种应用。）
web界面的设计趋势是缩短页面屏长，降低信息的显示密度，但同时又不能牺牲可视的信息量。在这种趋势下，Tab 这种交互元素成为了一个越来越普遍的应用。例如在Blog界面的设计中，人们在侧边栏使用Tab模式来显示 &最新更新|最热更新& 的文章列表以引导用户快速跳转到文章内容页，这种模式令页面结构紧凑同时在视觉上不那么喧宾夺主。
本文将讨论基于web页面或其它web应用中如何设计Tab，同时分享一些产品设计原则、真实的应用案例、教程以及一些能帮助你直接实现Tab应用的免费脚本。
分析Tab元素的构成
为了统一叫法以便于进行讨论，我们先花时间来认识一下Tab元素的每个构成部分。
标签：用户控制切换内容区的操作区域。
标签和内容区在视觉上看起来应该是一个整体。
标签上的文字应该简洁、无歧义并能准确描述出它所对应的内容区的信息特征。
标签有选中和未选中两种状态，每次只能有一个标签是选中状态，在页面刚载入时，默认第一个标签是选中状态。
内容区：Tab元素中重叠的区块。用于显示信息内容。
内容区和标签一一对应，
当前显示的内容区对应选中状态的标签，当前隐藏的内容区对应未选中状态的标签。
用户应当能很轻易地通过控制标签来切换对应的内容区。
默认被选中的内容区应该在页面载入后立即显示。
一、什么情况下应用Tab设计
当交互设计师希望节省页面空间；紧凑布局；且需要组合的几种信息之间具有关联性时，可以选择Tab应用。信息之间具有某种关联特征
构成一个整体的每个元素之间都应该具有逻辑上的关联性。所以出现在同一个tab元素中的几种信息自己应该具有关联特征，这样用户才能将整个Tab区域视为一个整体。例如在Blog中很常见的信息组合：& 最新更新 | 最热文章 | 评论最多 & 。
下图是网站的侧边栏上的Tab元素：&全部文章 | 最受欢迎 | 最新更新&
信息之间不应该存在对比或并行的关系
Tab元素中，同一时刻，只能显示一层内容区。当用户需要对位于不同内容区上的信息进行对比，或者这几种信息同时显示会更便于用户阅读时，就不应该使用Tab。否则会导致用户为了比对所需的信息，而不停在标签之间进行切换。
下面这个案例中，(一个在线制作背景图案的网站）tab就用得不是地方。当用户想设计或修改他所制作的背景图案时，必须反复在几个标签之间进行切换。Tab在这里妨碍了用户的操作。如果在页面上同时显示这4个内容区上的信息，可用性和友好度会更高。
另一个反面案例：网站
在它侧边栏上所放置的Tab，标签分别是 &特别推荐&（包含了一些网站所有者认为值得注意的链接）和 &最新评论&。 这两组信息之间并没有逻辑联系，用户会很疑惑为什么这两者要放在一起呢。所以这个Tab中的两组信息最好分开放置。
每个内容区应该有一个简短明确的标题。
Tab元素的标签区宽度是有限的，所以标签区的文字应该简洁扼要，具有代表性，长度控制在1~3个英文单词。用精炼的方式展示信息，除了保持设计样式不变形外，还可以让用户更快速地处理文字信息，用以预测隐藏区域上所包含的内容。
Tab应该用于展现精炼的内容。
Tab本意用于展现标准化和易于理解的信息。基于此，Tab应该只用于显示信息摘要和内容要点，例如列表，数据图表，或1~2段简短的文字这种形式。
二、Tab的可用性原则及优化方法
这一章节 我们将讨论一些关于Tab的可用性设计原则，以及如何使这种交互元素变得更友好和有效。
选中的标签应该高亮显示。
选中状态的标签应该设计得显眼，让用户容易区分当前显示的内容区是对应哪个标签。通用做法是 为未选中状态使用统一的背景色，为出于选中状态的标签上使用高亮的背景色。
保持标签只在一行内显示
Tab的标签通常是水平方向排列的（当然如果你愿意，也可以设计成垂直方向排列的），标签如果分布在多行上会导致用户在使用中产生疑惑。
这是由于在水平方向上多行分布标签，隐含一种等级关系，可能让用户误以为第二行是第一行的子级。
标签需要分布在多行上时，也就意味着标签的数量过多或者标签上文字太长。而这些都是需要被精简的。
内容区之间的切换 应该没有延迟。
使用Tab来控制内容切换的特性之一是快速和互动。为此，应该在html代码里提前内嵌所有内容区的代码，并通过CSS/Javascript来隐藏未被选中内容区，而不是等用户切换到某个标签后再去远程请载入信息。
避免在标签切换的时候去载入页面，使用AJAX从远程读数据来生成动态菜单也是一个办法，但这对使用语音阅读器的用户（译注：Screen-Reader：为视力障碍的用户准备，可以语音读出页面上的信息。）是不友好的，因为语音阅读器不支持DOM模型。
（译注：有4种方法载入隐藏区的内容代码：
html 一次性载入：这种方法原始且安全，但是存在数据太多或太复杂导致页面解析缓慢，从而导致整个页面打开速度变慢，这是不可忍受的。
frame: 将隐藏区的代码作为一个frame载入，frame的好处是可以新建进程，和页面中的图片同时下载。不同的浏览器可以运行一定数量的进程并行，比如IE可以同时允许4个。这样对整体页面的打开速度影响小。另外，frame可以进入浏览器缓存，在多个页面共用同一个Tab元素时，frame是一个好选择。
iframe：iframe和frame类似，继承了frame的优点，此外它还可以作为一个容器随意嵌入页面。google adsense使用了iframe来实现了局部代码的载入。。
Ajax：响应用户操作或响应某个触发条件，由JS在后台向服务器发出请求，载入隐藏区的代码。我认为除了交互和需要响应动态生成的内容外，没必要ajax技术。）
在标签上使用简短和有逻辑的文字。
标签应该设计得尽可能窄，以便在一行内容纳尽可能多的标签。
在标签区使用简单的描述或内容关键字，可以帮助用户在扫描页面时快速找到他们想要的内容。所以使用概括准确符合逻辑的文字来描述内容区是非常重要的，选用这些文字应该经过深思熟虑。
下面这个在网站上的案例，是一个难用的Tab。标签上没有任何说明性文字，用户无法预测未显示的内容区里到底有什么。
的网站上，使用数字来暗示数据是有序的。但仍然没有表达出内容区里包含什么。这种设计容易产生歧义导致用户产生不必要的困惑。
不要在内容区内使用滚动条
在Tab的内容区里使用滚动条会增加用户负担：用户在要查找信息在哪个内容区里时，不仅需要切换标签，还需要加上移动滚动条的操作。
内容区里容纳的信息太多或设计Tab时设定的高度不够，会导致滚动条出现。所以需要考虑精简内容、增加高度值，或把选中状态的内容区处理为的高度自适应。
三、考虑Tab的易用性
更复杂的交互行为的出现，在不刷新页面的状态下异步更新内容，以及如何满足用户使用不同访问方式，包括那些很难确定的非典型状况下的访问需求，这些状况令易用性成为当前最热门的话题。本章节中，我们将讨论一些在设计Tab元素时你应该知道的易用性原则。
&选择&和&未选中&状态的标签 应该使用对比鲜明的颜色
为了让视力上有障碍的用户能分清哪些标签是已选中的，哪些是未选中的，应该使用高对比的背景色来做出区分。
网站中的反面案例：选中和未选中状态的标签 只有非常小的视觉上的差异，他们对视力好的用户没问题，但是会给视力不佳的用户带来麻烦。
此外，请务必保证标签的文字颜色（前景色）和标签背景色 有充分的对比。即使是未选中的标签，用户也应该能轻松阅读上面的文字。为了让未选择的标签看起来不显眼，而把它们都直接变灰 是不妥当的。
确保 隐藏内容区里的信息 在语音阅读器中是可读的
基于可访问性，Tab应该使用技术将未选中状态的内容区隐藏起来，但是不能在DOM Tree中删除他们。比如不能使用 display: 或者 visibility:none这样的css参数去定义容器。这类参数导致语音阅读器无法读取被隐藏的内容区中的信息。
（译注：中国设计师可能不太重视语音阅读器的可访问性，但是在国外，有专门的法令条款规定，机构网站不得歧视有障碍的用户，包括视力缺陷，行动障碍、癫痫患者等，所以外国的产品或前端工程师会很重视这一点，不然会遭到投诉甚至起诉。这种差异去看看中国人是如何设计盲道的就明白了。）
详情请见Roger Johansson&s 的文章 《利用css隐藏内容：问题和对策》&&.
（译注：Roger Johansson&s的文章中指出：许多CSS和JS教程建议使用display: visibility:none 来隐藏元素，但大多数状况下这是一个会降低可访问性的选择，。
display:none的真正含义是表示这一元素并不存在，不需要显示打印或被阅读。大多数语音阅读器会忽略任何使用display:none来隐藏链接，文字，导航和标题等。作者建议使用的技术是使用绝对定位坐标，例如 .structural { position: left:-9999 } 。
另一个需要注意的问题是，当你决定使用JS去显示一个元素时，也应该用JS技术去隐藏它。因为考虑到客户端是否支持js以及安全等级，如果客户端的js没起作用，可能交互或动态菜单没效果，但起码内容是可访问的。但如果你使用css去隐藏一个元素，但使用js技术去显示它，在某些状况下，这个元素会变得一直无法访问。）
使用语义化的HTML结构来构造 Tab的标签。
使用无序或有序列表(译注：&ul& &li&这类标签）来构造标签的html代码，可以改善可访问性。因为使用语音阅读器的用户可以基于此来识别出这是一组Tab标签。如果标签上使用了图片来代替文字，别忘了添加ALT 或 title属性来 描述图片的含义。
允许键盘操作。
键盘导航是为一些有行动障碍或不能使用常规输入设备（如鼠标）的用户准备的。这种用户会使用替换形式（比如键盘或语音）来控制导航菜单，确保他们能将控制焦点在标签间切换，并激活他们想要的部分。
一个简单测试键盘导航的简单方法是：使用键盘上的Tab键，看你是否能将控制焦点 集中在每个标签上？使用回车键，当前的控制区域是否能被激活，使未选中状态有效地切换为选中状态。
提高对用户客户端的兼容性。
当客户端无法支持某些技术，比如当浏览器关闭了JavaScript功能时，或者 当用户没有安装Flash插件时，Tab内容区上的信息必须保证最基本的可访问性，交互元素确保能被替换为最基本的html文本。
四、提升之道
在提供了一些基本的可用性建议和原则后，我们还可以讨论一些方法来进一步提高Tab元素的可用性。在标签上使用icon来形象化地描述内容区说包含的信息。
在标签上配合使用形象的icon，可以增强对内容区信息的描述。
例如在网站
中，图标用于形象地补充说明所对应的内容区的功能。
在标签上使用icon，必须保证它们是形象的，切题的。使用不相关的icon会适得其反。
避免在标签上直接用icon来代替文字。
不同的人对一个图像有不同的解读，最安全的方法是使用加上文本来描述内容区信息。
在内容区切换的时候使用过渡动画。
在内容区切换的时候使用过渡转场动画是一个不错的选择，可以为用户提供积极的视觉反馈&&内容区正在变化！
大家可以去网站
，从左到右点击Tab标签，欣赏切换时的效果。
当用户在Tab的标签区进行操作时，有明确的悬停响应。
默认情况下，当用户将鼠标移到超链接或标签区域上时，鼠标指针的样式会发生改变，让用户知道标签区域是可点击的。
除此之外，还可以利用背景色变化来响应用户的鼠标操作。对于那些不熟悉Tab标签操作的网站新用户而言，这是很有用的。
下图中网站的案例里：当用户鼠标划过未选中状态的标签，背景色会变成鲜明的红色。
五、Tab的真实应用
现在为止，我们从细节上探讨了Tab这种交互元素，是时候来看看真实案例了，在这一章节，我们分析一些Tab元素的应用，希望可以带给大家灵感。
这个网站在首屏位置使用大量Tab元素 以展现数量庞大的信息。
雅虎在头版位置使用Tab设计，对信息内容的显示进行了压缩和模块化。
Igoogle在模块中大量使用了Tab，不占用大量的屏幕空间，又令信息饱满。
蓝橡果网站 利用Tab来显示网站的热门文章: 电子商务和Magento（一个电商软件平台），内容区上还放置着引导用户浏览更多文章列表的按钮。
在这个案例中，你可以看到利用图标强化标签文字描述的应用。
WebNotes 网站的Tab元素，标签位于内容区下方，令人耳目一新。内容区切换时有淡入淡出的动画。
& 下一篇：
推荐网页设计教程
设计教程分类
设计教程分类