怎么设计淋浴房尺寸 应该注意哪些问题

建筑给排水设计时要注意哪些问题 一、地漏的水封好多居民反映家中有臭味，而且厨房排油烟机打开时更加严重。此问题主要有以下几点原因：1、水封深度不够。《建筑给水排水设计规范》（GBJ15-88）（1997年版）第3.2.8A条规定“地漏的顶面标高应低于地面5~10mm，地漏水封深度不得小于50mm。”此条规定目的就是防止水封被破坏后污水管道内的有害气体窜入室内污染室内环境卫生。但是在给排水设计说明中很少有人提及，建设及施工单λ为了降低造价使用市场上价格低廉的地漏，这种地漏水封一般不大于3厘米，满足不了水封深度要求。2、住户私自更改地漏。通常居民为了美观在装修房子时选用装修市场上的不锈钢地漏替代原来的塑料地漏，外表虽光亮美观，内部水封同样很浅。当排水时，地漏的水封由于正压或负压被破坏，臭气进入室内。3、水封干涸。有的住宅厨房内设置了地漏，由于长时间没有补水，特别冬季供暖时水封容易干涸，同样在开启油烟机时水封水少且由于压力波动水封被破坏，臭味更重。所以应经常给地漏补水。建议设计施工时采用高水封或新型防返溢地漏。厨房内地面溅水很少，可以不设置地漏。二、排水塑料管道噪音较大随着普通排水铸铁管道的淘汰，排水管道普遍使用塑料管道，但是普通UPVC管道的排水噪音要比铸铁管高约10dB，若排水立管靠近卧室，加上现浇¥板的隔音效果较差，住户能明显感觉到排水管道的噪音，降低了生活质量。建议在卫生器具布置时要尽量考虑使排水立管远离卧室和客厅，管材考虑新型降噪产品。各种管材（Φ110mm）噪声水平比较：UPVC管58db；铸铁管46.5db；超级静音排水管45db。（测试地点λ于距离管道一米处排水量为2.7L/S，环境噪声42db。）。市场上新出现了一种超级静音排水管则加入了特殊吸声材料，噪音低于排水铸铁管。如：芯层发泡UPVC管道。三、吸气阀的应用设计中经常遇到排水立管无法穿越¥层伸出屋面的情况，此时只能加大排水管径增加排水能力，排水效果不理想，容易形成负压，破坏水封。若在立管顶部设置吸气阀即可解决，该阀负压时开启吸气，正压时关闭，臭气无法逸进室内。该阀还有如下作用：1.替代室外通气帽，建筑屋面干净美观。2.替代环形通气管及通气立管，节约空间。3.替代器具透气管，保护水封。4.作为排水检查口，便于疏通管道。该阀发明于1974年，在欧洲、美国、日本得到广泛的应用，最近几年在深圳、广州等地也有工程实例，经实践证明效果良好。四、排水支管户内检修由于卫生间漏水引起上下层邻居间纠纷的现象越来越多，漏水主要原因在于排水横管敷设于¥板下，居民装修时破坏管道及防水层。因此，卫生间应设计成下沉式，下沉350~400毫米，将排水横管布置在本层内，防水层设在管道下方，发生堵塞及漏水均在本层解决。为了减少下沉空间，可以选用后排水坐便器及多通道地漏，卫生间吊顶后的高度能保证2.40米左右。五、坐便器排水口位置目前坐便器的型号规格较多，下排水口的位置要求不同，设计施工中应选择合理的位置以便适应多数居民的要求，否则完工后很难改变。我们在回访中，好多居民抱怨坐便器排水口距墙面距离不够，选择便器时颇费周折。有的工程由于设计没有注明洁具间距，施工人员将排水口偏向中间甩口，导致住户无法安装淋浴房。综合多个厂家的产品样本，排水口距墙面的距离为305毫米，考虑装修前的墙面的距离宜为340毫米，住户反映较好。另外，设计在施工图纸上应有各种卫生洁具的定λ尺寸。六、空调凝结水的处理随着生活水平的提高，家庭安装多台空调比较普遍，无组织排放凝结水容易引起上下楼层居民纠纷，设计时应充分考虑多数住户的生活习惯，预留空调板并设计凝结水排水管。排水管应设专用管道并散流至附近雨水口，不宜直接接入雨水井。曾经发生过雨水井堵塞造成合用管道内雨水沿凝结水管倒灌进入底层住户的悲剧。七、水表出户的问题随着居民对私密性和安全性的重视，水表出户甚至出楼势在必行，远传水表、卡式水表的出现也为水表出户创造了条件。1）可以在一层设置独立对外开门的水表房，将水表集中设置，用户设单独立管，互不影响。2）结合暖气分户计量管道井，将分户给水立管布置井内，室外设置水表池。3）在公共部位设管道井，将分户水表及管道集中排列。4）如户内设置水表，采用远传或卡式水表。为便于抄表，上述方案均应设置数据采集器，显示于建筑物外墙或物业中心。八、给水管道减压降噪住宅中双卫的设置已经比较普遍，厨卫距离铰远，管线加长，有的设计人员仍然将进户管道设计成DN20，末端用水时容易产生噪音。有的城市市政自来水的压力较高，约为0.30~0.40Mpa，三层以下的管道压力较高，水流过快引起管道接近共振产生颤动和噪声，用水高峰还会影响顶部¥层的供水。建议分户水管采用DN25，设置可曲挠橡胶接头，低层部分设置减压装置（减压阀、减压孔板、节流塞等）。九、七层住宅干式消火栓的不必要性按照《建筑设计防火规范》条文说明中的解释，不超过七层的普通住宅可以不设消火栓系统。消防局从安全角度考虑要求设置消火栓，但是自来水公司为了防止消防水回流污染生活用水不给接市政管道，实际上成了干式消火栓系统。发生火灾时由消防车通过水泵接合器向室内消火栓供水，或者直接由消防车供水扑灭火灾。本人认为这种情况下的干式消火栓可以取消，。因为发生火灾的前10分钟内消防车尚δ到达，消火栓内无水无法由居民展开自救，等消防车到达后，消防队员可以直接从消防车接水龙带取水灭火，随着消防设备的更新，对于七层住宅完全可以从室外灭火。在普通住宅用户增设一定数量的干粉灭火器更加实用。如前所述，干式消火栓系统成了一种投资的浪费，因此可以不设干式消火栓或者设置湿式消火栓，为了防止回流污染可以设置止回阀和防污隔断阀。十、二次供水的水质二次供水的传统做法是水池和水箱联合供水，在水箱出水管前设消毒装置，生活水池或水箱一般与消防水池或水箱合用。实际运行中，有的物业公司疏于管理，消毒设备的运行并不能达到设计效果。由于消防管道系统内水为死水，每月消防水泵巡检时，部分死水流入贮水池，消防管道与生活水箱及水池均连通，水体中细菌会交叉感染的问题。所以在设计中将生活与消防水池（箱）应分开设置，根据市政供水情况区别对待：供水不可靠的工程，底层设置大容量不锈钢水箱，出水消毒后由变频供水设备分区加压供水；双·供水的工程底层仅设置小容量不锈钢水箱贮存2小时生活用水量，由恒压变频供水设备分区加压供水。若建筑物要求稳定的水压，则在屋顶设置小容量水箱（1~2小时用水量）进行稳压，由于水滞留时间短，可以不设消毒设备。这样大大降低了水质污染的几率，运行效果良好。

在重庆挑选淋浴房时，有哪些诀窍，要注意哪些方面的问题啊？

挑选淋浴房时，要注意一下几个方面： 1、选品牌 品牌经营的淋浴房，因淋浴房是非标制造服务类产品，如果没有品牌意识，不会关注淋浴房的选料制造质量，就不关注售后服务。 2、配件材质 。a、玻璃应是安全钢化的汽车级玻璃，通透度强及没有钢化处理热纹的为好； b、铝材如果是杂铝，脆性大。故应选铝材壁厚足够（1.2mm以上），表面少杂点的为好； c、所有的五金配件包括螺丝，应选不锈钢材料，配合精度高为好。 3、防水处理。 淋浴房每个部位，特别是活动门与固定扇三边需要严格的防水处理，没有防水胶条处理，只靠玻璃重叠 防水的为次。

界面设计需要注意什么问题

印象当中，最近这些年的春天总是会带来让人觉得真心别扭的气候体验，雨和冷风就像催化剂一样，让生活和工作当中的人和事也变得异常凌乱，仿佛一团被咀嚼到完全失去味道的槟榔。November Rain前奏当中的钢琴旋律多少可以让心安然一些，一旦摘下耳机便又是个令人想要把自己的脑袋拧下来吃掉的世界。 可脑袋一旦被拧下来，就什么也无法吃的样子了，不是吗。说正事儿吧。Designing for touch，关于这个话题及相关的文章，最近貌似已然铺到大街上了，不过我还是做我的吧。在标题里加了个不伦不类的“又是”二字，以示区分。内容方面应该会有些交集，但这是我自己的。 Josh Clark老师最近蛮活跃的。在本文中，他将向我们介绍一些触屏移动设备用户界面设计当中需要注意的问题，并对iPhone、iPad和Android相关设备在触控交互体验方面的友好性进行了对比和分析。欢迎，走着。 对于移动设备的操作系统及应用来说，判断其用户界面设计方案是否优秀的一个重要衡量标准，就是看它对于手指触控操作的友好程度。相比于桌面计算设备及相关的软件环境，触屏移动设备所具有的交互特性几乎将用户体验设计师们带入了工业设计的领域;设计方案更多是在体现着人机工学方面的原理，而不再是仅仅用来规划内容与功能的视觉呈现方式。 拇指热区与底部原则 首先，我们需要了解人们通常会以怎样的方式将手指停靠在设备上。拿手机来说，普通青年们多数会使用拇指来进行触控操作，所以触屏手机的界面交互方案基本是围绕着拇指来进行打造的。 拇指是很不可思议的，据说它是将我们与动物区分开来的重要标志之一。..拇指的功能具有相当的弹性，同时也受到一定的局限。对于常规的触屏手机来说，我们可以使用拇指扫过屏幕当中的大部分区域，但其中大约只有三分之一属于真正有效的触控区域。所以在设计当中，要尽量将最重要的界面交互元素放置在这个范围当中。在右手持机的状况下，有效触控区域位于屏幕的左下方： 这也正是移动系统或应用中一些重要的工具栏或导航结构通常被放置在界面底部的原因。与此相反的是，在传统的桌面设备系统环境中，导航菜单一类的界面元素通常被放在界面顶部，无论是本地软件还是网页基本都是如此。对于我们有限的拇指作用范围来说，这种传统布局方式显然不能在移动设备的用户界面当中很好的适用。 相比之下，左下角还是右下角的问题略显次要。我们在实际当中经常会更改左右手持机方式，想想看是不是这样，譬如对于右撇子来说，当他们正在写字或是需要同时使用鼠标操作桌面设备时，通常会将手机交于左手操作;而左撇子们则正相反。不过在多数时间内，使用右手持机的用户还是要相对较多一些。 底部原则可以帮助我们对界面当中的可触控元素进行更好的组织。最常用的功能按键应该被放在拇指最容易触摸到的热点区域当中，而其它相对次要或是比较敏感的控制元素则应该尽量避开这个区域。以iOS中的“编辑”按钮来说，它通常被置于界面右上方，这个位置即可以保证它清晰可见，同时又不会被很容易的触碰到，以免发生误操作。 另外，底部原则不仅与拇指的作用范围有关。当我们使用拇指在屏幕上进行操作的时候，手指下方的内容部分将会被遮挡住;只有将交互控制元素放在内容区域的下方，才能让这种负面效应降至最低。其实这是一条具有广泛适用性的设计原则，我们可以在很多其他类型的设备中看到这种原理的体现，例如iPod、计算器、带有实体键盘的普通手机、电子秤等，无不是内容在上，控制在下。 我，机器人(Android) 在Android设备中，底部原则这档子事被机身下方的实体硬按键搞的复杂了些许，尤其是冰淇淋三明治之前的平台。这些硬件级的控制按键占据着底部区域，在某种程度上会与应用内的底部交互元素形成视觉上的竞争。彼此层叠在一起的软硬件工具栏会使用户在快速操作的过程中产生迷惑，增大误操作的几率;对于在两个维度上共存于拇指热区当中的软硬件按钮，它们之间的冲突几乎是不可避免的。 固化的硬按键是无法被移除的，避免控制元素之间产生冲突的最直接的办法就是让虚拟与实体的工具栏在视觉上彼此分离，而这就意味着需要将 Android应用中的相关控制元素和导航结构放置在用户界面的顶部。这自然不是最理想的解决办法，因为界面顶部离拇指热区远着呢，你要触摸其中的某个按键时，几乎会将半个手掌都覆盖在屏幕上。不过比起与硬件工具栏层叠在一起的方式来说，这种解决方案仍是利大于弊的。 这种将重要的控制及导航元素放在顶部的做法与iOS设备的方式正相反。虽然iPhone的Home按键同样在机身底部，但它的表现形式与 Android设备的硬按键有很大区别，它不会对应用界面底部的相关操作元素带来视觉上的干扰。下面的截图展示了Foursqure应用在这两个平台中的界面设计方案对比： 移动版本的网站 毫无疑问，当我们在移动设备中浏览网站页面时，类似的问题也会出现。我们可以将网页理解为应用中的应用，因为它需要通过浏览器这个应用程序进行输出呈现。移动平台当中的很多浏览器都会将一些常规的控制元素放在底部工具栏里，这在某种程度上又有可能与页面当中交互元素产生视觉上的冲突。所以，对于移动版本的站点来说，一个最基本的设计原则就是不要将重要的控制元素或导航结构通过CSS的position:fixed定位方式固定在用户界面底部。 不过，与Android应用中的解决方案有所不同，对于Web页面来说，将控制元素与导航结构放在界面顶部的做法同样会产生很大问题。毕竟当前绝大多数的主流触屏手机仍属于小屏幕设备，而传统Web页面的横向全局导航结构通常由若干包含着一到两个词语的导航项组成，这对于手机屏幕来说显得太拥挤了，我们必须另想办法来解决导航栏布局的问题。 Luke Wroblewski在Mobile First一书中提到：“在很多移动版本的站点中，用户首先会看到一大坨导航结构，而不是内容。在移动应用的上下文环境当中，时间永远是宝贵的，流量搞不好是要花钱的有木有，你必须尽最大努力让用户在首屏中得到他们最想获取的信息。” 确实是这么回事。移动版本的站点，在布局方面，应该使主要内容尽量多的占据着首屏当中的空间，而导航结构则应该以某种缩略的形式出现在相对次要的位置。Wroblewski通过一个实例来倡导这个设计模式，也就是Ad Age的移动版站点。其首屏当中，除了网站标题及最新内容列表之外，右上角的菜单按钮是界面当中唯一一个交互控制元素。当用户点击这个按钮时，导航列表才会出现在屏幕当中。看上去，整个导航列表好像是另外一个界面，但它实际上是被放置在页面最下方的，而菜单按钮只是个锚点而已。 Wroblewski继续发言：“这个设计方案在首屏当中使用了最小化的导航机制(只有一个按钮链接)，用户可以集中精力去阅读每个分类当中的最新文章。当他们浏览至当前页面的底部时，还可以直接通过导航列表来探索更多的内容。最棒的是，顶部的菜单按钮只是一个锚点，整个导航机制不涉及到任何会导致交互流程复杂化的元素，例如JavaScript、覆盖层或是独立的导航页面等。” “内容在上，控制在下”的规则看上去蛮简单的，不过一旦涉及到实际的上下文环境，例如操作系统或浏览器的用户界面特性，设计师们要考虑到的情况就变的复杂了。截至目前，我们可以将讨论过的话题归纳为几点设计原则： 对于iPhone中的客户端应用，尽量将重要的交互对象及导航结构放在界面底部。 对于Android中的客户端应用，尽量将重要的交互对象及导航结构放在界面顶部。 对于移动版本的网站页面，尽量将导航结构放在页面底部(注意，不是当前用户界面的底部) 这些设计原则仅限于手机的上下文环境当中，而对于屏幕规格较大的触屏设备，例如iPad来说，规则就要发生变化了。 平板电脑 拇指热区的相关规则同样适用于平板电脑，不过，由于持机方式不同，热区的位置也有所变化。iPad的拿法在很大程度上取决于整个人的姿态。我们在站着的时候，需要一手持机一手操作;坐在桌前的时，我们往往会用一只手像支架一样从侧面架住iPad，而另外一只手用来戳戳点点;坐在椅子上的时候，我们通常会将它放在膝上进行操作;而躺着或是半卧着的时候，又会将它立在腹部，一手支撑，一手操作。 每一种持机方式几乎都对应着一种特定的热区规则，而且在每一种姿态当中，设备与我们身体的距离也有所不同。例如，站着的时候，我们会把iPad端的比较近，而躺下的时候就相对较远了。 虽然听上去有些复杂，不过在这些上下文情景当中的交互行为还是存有一些共同特征的。首先，用来持机的那只手通常会握住机身的上半部分，因为这样最符合杠杆原理;相应的，拇指热区基本会位于屏幕的前三分之一部分，偏向左上角或右上角。其次，iPad的屏幕相对较大，用户很难像使用iPhone那样瞄上一眼就能看到界面当中的几乎全部内容。正像对待普通的印刷品或是Web页面那样，用户通常会首先将目光聚焦于iPad界面的顶部区域，所以我们的设计方案也要相应的在这一点上符合用户习惯。换句话说，在操作iPad的过程中，无论是目光还是手指，它们的主要活动区域都是设备的上半部分。而机身的下半部分不仅会在很多时候被用户视而不见，而且在某些特定的环境中它真的是不可见的，例如当我们躺在床上的时候，这部分很可能被衣物或被子遮挡住，实在是悲催。 所以，与手机界面不同，在iPad及同类平板设备的应用当中，主要的交互控制对象应该被放置在界面的左上角或右上角，以便拇指可以很容易的触摸到。Instapaper和Twitter在这方面做的都不错： 需要注意的是，应该尽量避免将交互元素放在屏幕顶端正中间的位置，否则用户在进行操作的时候，手掌会将很大一部分内容遮住。实际上，任何会对下方内容产生直接控制作用的交互元素都不应该被放在这个位置。在The Daily的iPad应用当中，内容正上方有一个滑块，用户可以通过拖动它来前后切换文章页面。意图不错，不过当你执行这个操作的时候就会发现，自己的手掌会遮挡住文章内容，而手指则会挡住缩略图，体验弱爆了。单凭这一个地方的疏忽，这个设计方案就足够作为反例登场了。 又一个底部原则 我们可以从The Daily的失策当中了解到，对于iPad应用来说，在某些特定的情况下，控制元素还是避开顶端微妙。你可以将它们放在底部甚至侧面，只要控制元素本身及其所需的交互行为不会对内容的可读性造成影响。我们来看看Sydney Morning Herald‘s的iPad应用是怎样做的。如下图所示，在该应用的界面底部有一个页码指示器，当用户对其进行拖动操作的时候，对应页面中的文章标题就会以列表的形式出现在指示器的上方，使用户不用翻页就能大致了解其他页面当中的内容。虽然文章标题列表会将页面中的内容遮挡住，但在这个交互情景当中，用户最为关注的是列表中的文章标题，而不再是原来的主要内容区。 对于在不同的情况下究竟应该将控制元素放在顶部还是底部的问题，我们不妨在这里弱弱的归纳一下： 对于那些起到界面导航作用的交互元素(例如“菜单”、“返回”、“关闭”等)，以及用来完成分享、收藏、编辑、删除等功能的按钮，通常可以将它们放置在界面顶部。 对于那些用于浏览或预览内容的控制元素来说，界面底部是最佳位置。 所以，我们可以在很多书籍或杂志应用当中看到，页面缩略图列表通常会被放在界面底部。(可以参考之前iPad应用的十大用户体验设计准则一文当中展示的Martha Stewart Living杂志以及Pulse的设计方案)假设你正在设计一款与地图相关的应用，界面当中有一个地标托盘，用户可以将地标从这个托盘当中拖拽出来，并 “按”在地图上的某个地方。在这个例子当中，托盘同样应该被放在界面底部，这样可以保证当用户从托盘里将地标拖拽出来的时候，地图不至于被手遮挡住。 交互对象的尺寸 如果说交互对象的布局位置取决于平台类型及持机方式，那么它们的尺寸则在很大程度上由手指的大小来决定。我们必须将这些交互元素设计的足够大，才能保证用户可以进行准确的辨识和触击。 不过，要做的多大才算够呢?不妨抬起手看看自己的指尖。很多系统平台的设计规范都在这方面进行了描述，不过我个人觉得苹果做的仍是最棒的：理论上，可触击元素的最小尺寸应该为44像素(约1/4英寸或7毫米)见方。 The comfortable minimum size of tappable UI elements is 44 x 44 points. 请注意point与pixel的换算关系在Retina屏与普通屏幕之间区别。 在移动应用的上下文环境中，足够大的按钮不仅便于操作，而且可以让用户维持必要的注意力，避免被周围的环境所干扰。 44像素见方的最小规格只是一种理想状态下的情况，在实际当中，合理的折中方案通常是必需的。即使是iPhone用户界面中的很多原生控件也避开了这个规则的限制。最典型的一个例子就是系统自带的键盘，其中每一个键位的高度是44像素，但宽度只有30像素;而横屏状态下，其宽度是44像素，高度则变为38像素。不过这也是苹果的无奈之举，因为怎样都必须将完整的QWERTY键盘搞到界面当中，所以必须在设计方案当中有所取舍。 参考苹果的做法，当空间的局限使得我们确实无法实现44像素见方的设计方案时，应该尽量保证其44×30的最小规格。 元素的尺寸与空间布局 上个世纪，不少人都被卡西欧的计算器手表浪费了大量的青春年华。问题不仅仅在于那些微小的按键会让戴着它的人看上去很二，最不靠谱的是，这些按键的排布实在是太紧密了。你想按5，但通常会按到8或是2;与其说是计算器，还不如叫它幸运转盘更合适些。尺寸过小的按键以及毫无间隔空间的布局，是产生这种结果的两个最直接的原因。 为小屏幕设备进行界面设计的时候，这类挑战确实是我们经常需要面对的，而造成问题的根本原因却通常不是产品需求本身。无论是在计算器手表的全盛期，还是如今，我们时常会听到产品需求方翻来覆去的念叨着：“咱就把这些东西再挪近一些吧。..我只想在这个工具栏里再加一个按钮。..” 加你妹啊! 如果我们必须在设计方案当中将交互元素排布的非常紧密，那么至少要把它们各自的尺寸尽量做大。想想iPhone原生的拨号键盘界面，或是Skype 等应用。界面当中的拨号按键之间的间隔通常都很小，甚至没有间距;而每个按键的尺寸几乎可以用巨大来形容，因为这样可以有效的降低误操作的几率。 其实，无论是iPhone原生的拨号界面，还是上图所示的Skype中的同类界面，它们都在底部导航工具栏的上方放置了一些控制按键。如果以我们在前文当中提到的一些原则标准来衡量的话，这种做法其实不算得当;但是在这几个具体的情景当中，这些控制按键的大尺寸特质却可以有效的降低它们与底部导航工具栏之间的视觉冲突。 所以，要在有限的小屏幕可视区域当中打造出成功的用户界面设计方案，我们必须结合实际的产品需求，在交互元素的尺寸和空间布局等方面做好充分的权衡与判断。 本文编译自C7210，原文出处。 译文出处：Be For Web，转载请注明出处链接。

界面设计需要注意什么问题

印象当中，最近这些年的春天总是会带来让人觉得真心别扭的气候体验，雨和冷风就像催化剂一样，让生活和工作当中的人和事也变得异常凌乱，仿佛一团被咀嚼到完全失去味道的槟榔。November Rain前奏当中的钢琴旋律多少可以让心安然一些，一旦摘下耳机便又是个令人想要把自己的脑袋拧下来吃掉的世界。 可脑袋一旦被拧下来，就什么也无法吃的样子了，不是吗。说正事儿吧。Designing for touch，关于这个话题及相关的文章，最近貌似已然铺到大街上了，不过我还是做我的吧。在标题里加了个不伦不类的“又是”二字，以示区分。内容方面应该会有些交集，但这是我自己的。 Josh Clark老师最近蛮活跃的。在本文中，他将向我们介绍一些触屏移动设备用户界面设计当中需要注意的问题，并对iPhone、iPad和Android相关设备在触控交互体验方面的友好性进行了对比和分析。欢迎，走着。 对于移动设备的操作系统及应用来说，判断其用户界面设计方案是否优秀的一个重要衡量标准，就是看它对于手指触控操作的友好程度。相比于桌面计算设备及相关的软件环境，触屏移动设备所具有的交互特性几乎将用户体验设计师们带入了工业设计的领域;设计方案更多是在体现着人机工学方面的原理，而不再是仅仅用来规划内容与功能的视觉呈现方式。 拇指热区与底部原则 首先，我们需要了解人们通常会以怎样的方式将手指停靠在设备上。拿手机来说，普通青年们多数会使用拇指来进行触控操作，所以触屏手机的界面交互方案基本是围绕着拇指来进行打造的。 拇指是很不可思议的，据说它是将我们与动物区分开来的重要标志之一。..拇指的功能具有相当的弹性，同时也受到一定的局限。对于常规的触屏手机来说，我们可以使用拇指扫过屏幕当中的大部分区域，但其中大约只有三分之一属于真正有效的触控区域。所以在设计当中，要尽量将最重要的界面交互元素放置在这个范围当中。在右手持机的状况下，有效触控区域位于屏幕的左下方： 这也正是移动系统或应用中一些重要的工具栏或导航结构通常被放置在界面底部的原因。与此相反的是，在传统的桌面设备系统环境中，导航菜单一类的界面元素通常被放在界面顶部，无论是本地软件还是网页基本都是如此。对于我们有限的拇指作用范围来说，这种传统布局方式显然不能在移动设备的用户界面当中很好的适用。 相比之下，左下角还是右下角的问题略显次要。我们在实际当中经常会更改左右手持机方式，想想看是不是这样，譬如对于右撇子来说，当他们正在写字或是需要同时使用鼠标操作桌面设备时，通常会将手机交于左手操作;而左撇子们则正相反。不过在多数时间内，使用右手持机的用户还是要相对较多一些。 底部原则可以帮助我们对界面当中的可触控元素进行更好的组织。最常用的功能按键应该被放在拇指最容易触摸到的热点区域当中，而其它相对次要或是比较敏感的控制元素则应该尽量避开这个区域。以iOS中的“编辑”按钮来说，它通常被置于界面右上方，这个位置即可以保证它清晰可见，同时又不会被很容易的触碰到，以免发生误操作。 另外，底部原则不仅与拇指的作用范围有关。当我们使用拇指在屏幕上进行操作的时候，手指下方的内容部分将会被遮挡住;只有将交互控制元素放在内容区域的下方，才能让这种负面效应降至最低。其实这是一条具有广泛适用性的设计原则，我们可以在很多其他类型的设备中看到这种原理的体现，例如iPod、计算器、带有实体键盘的普通手机、电子秤等，无不是内容在上，控制在下。 我，机器人(Android) 在Android设备中，底部原则这档子事被机身下方的实体硬按键搞的复杂了些许，尤其是冰淇淋三明治之前的平台。这些硬件级的控制按键占据着底部区域，在某种程度上会与应用内的底部交互元素形成视觉上的竞争。彼此层叠在一起的软硬件工具栏会使用户在快速操作的过程中产生迷惑，增大误操作的几率;对于在两个维度上共存于拇指热区当中的软硬件按钮，它们之间的冲突几乎是不可避免的。 固化的硬按键是无法被移除的，避免控制元素之间产生冲突的最直接的办法就是让虚拟与实体的工具栏在视觉上彼此分离，而这就意味着需要将 Android应用中的相关控制元素和导航结构放置在用户界面的顶部。这自然不是最理想的解决办法，因为界面顶部离拇指热区远着呢，你要触摸其中的某个按键时，几乎会将半个手掌都覆盖在屏幕上。不过比起与硬件工具栏层叠在一起的方式来说，这种解决方案仍是利大于弊的。 这种将重要的控制及导航元素放在顶部的做法与iOS设备的方式正相反。虽然iPhone的Home按键同样在机身底部，但它的表现形式与 Android设备的硬按键有很大区别，它不会对应用界面底部的相关操作元素带来视觉上的干扰。下面的截图展示了Foursqure应用在这两个平台中的界面设计方案对比： 移动版本的网站 毫无疑问，当我们在移动设备中浏览网站页面时，类似的问题也会出现。我们可以将网页理解为应用中的应用，因为它需要通过浏览器这个应用程序进行输出呈现。移动平台当中的很多浏览器都会将一些常规的控制元素放在底部工具栏里，这在某种程度上又有可能与页面当中交互元素产生视觉上的冲突。所以，对于移动版本的站点来说，一个最基本的设计原则就是不要将重要的控制元素或导航结构通过CSS的position:fixed定位方式固定在用户界面底部。 不过，与Android应用中的解决方案有所不同，对于Web页面来说，将控制元素与导航结构放在界面顶部的做法同样会产生很大问题。毕竟当前绝大多数的主流触屏手机仍属于小屏幕设备，而传统Web页面的横向全局导航结构通常由若干包含着一到两个词语的导航项组成，这对于手机屏幕来说显得太拥挤了，我们必须另想办法来解决导航栏布局的问题。 Luke Wroblewski在Mobile First一书中提到：“在很多移动版本的站点中，用户首先会看到一大坨导航结构，而不是内容。在移动应用的上下文环境当中，时间永远是宝贵的，流量搞不好是要花钱的有木有，你必须尽最大努力让用户在首屏中得到他们最想获取的信息。” 确实是这么回事。移动版本的站点，在布局方面，应该使主要内容尽量多的占据着首屏当中的空间，而导航结构则应该以某种缩略的形式出现在相对次要的位置。Wroblewski通过一个实例来倡导这个设计模式，也就是Ad Age的移动版站点。其首屏当中，除了网站标题及最新内容列表之外，右上角的菜单按钮是界面当中唯一一个交互控制元素。当用户点击这个按钮时，导航列表才会出现在屏幕当中。看上去，整个导航列表好像是另外一个界面，但它实际上是被放置在页面最下方的，而菜单按钮只是个锚点而已。 Wroblewski继续发言：“这个设计方案在首屏当中使用了最小化的导航机制(只有一个按钮链接)，用户可以集中精力去阅读每个分类当中的最新文章。当他们浏览至当前页面的底部时，还可以直接通过导航列表来探索更多的内容。最棒的是，顶部的菜单按钮只是一个锚点，整个导航机制不涉及到任何会导致交互流程复杂化的元素，例如JavaScript、覆盖层或是独立的导航页面等。” “内容在上，控制在下”的规则看上去蛮简单的，不过一旦涉及到实际的上下文环境，例如操作系统或浏览器的用户界面特性，设计师们要考虑到的情况就变的复杂了。截至目前，我们可以将讨论过的话题归纳为几点设计原则： 对于iPhone中的客户端应用，尽量将重要的交互对象及导航结构放在界面底部。 对于Android中的客户端应用，尽量将重要的交互对象及导航结构放在界面顶部。 对于移动版本的网站页面，尽量将导航结构放在页面底部(注意，不是当前用户界面的底部) 这些设计原则仅限于手机的上下文环境当中，而对于屏幕规格较大的触屏设备，例如iPad来说，规则就要发生变化了。 平板电脑 拇指热区的相关规则同样适用于平板电脑，不过，由于持机方式不同，热区的位置也有所变化。iPad的拿法在很大程度上取决于整个人的姿态。我们在站着的时候，需要一手持机一手操作;坐在桌前的时，我们往往会用一只手像支架一样从侧面架住iPad，而另外一只手用来戳戳点点;坐在椅子上的时候，我们通常会将它放在膝上进行操作;而躺着或是半卧着的时候，又会将它立在腹部，一手支撑，一手操作。 每一种持机方式几乎都对应着一种特定的热区规则，而且在每一种姿态当中，设备与我们身体的距离也有所不同。例如，站着的时候，我们会把iPad端的比较近，而躺下的时候就相对较远了。 虽然听上去有些复杂，不过在这些上下文情景当中的交互行为还是存有一些共同特征的。首先，用来持机的那只手通常会握住机身的上半部分，因为这样最符合杠杆原理;相应的，拇指热区基本会位于屏幕的前三分之一部分，偏向左上角或右上角。其次，iPad的屏幕相对较大，用户很难像使用iPhone那样瞄上一眼就能看到界面当中的几乎全部内容。正像对待普通的印刷品或是Web页面那样，用户通常会首先将目光聚焦于iPad界面的顶部区域，所以我们的设计方案也要相应的在这一点上符合用户习惯。换句话说，在操作iPad的过程中，无论是目光还是手指，它们的主要活动区域都是设备的上半部分。而机身的下半部分不仅会在很多时候被用户视而不见，而且在某些特定的环境中它真的是不可见的，例如当我们躺在床上的时候，这部分很可能被衣物或被子遮挡住，实在是悲催。 所以，与手机界面不同，在iPad及同类平板设备的应用当中，主要的交互控制对象应该被放置在界面的左上角或右上角，以便拇指可以很容易的触摸到。Instapaper和Twitter在这方面做的都不错： 需要注意的是，应该尽量避免将交互元素放在屏幕顶端正中间的位置，否则用户在进行操作的时候，手掌会将很大一部分内容遮住。实际上，任何会对下方内容产生直接控制作用的交互元素都不应该被放在这个位置。在The Daily的iPad应用当中，内容正上方有一个滑块，用户可以通过拖动它来前后切换文章页面。意图不错，不过当你执行这个操作的时候就会发现，自己的手掌会遮挡住文章内容，而手指则会挡住缩略图，体验弱爆了。单凭这一个地方的疏忽，这个设计方案就足够作为反例登场了。 又一个底部原则 我们可以从The Daily的失策当中了解到，对于iPad应用来说，在某些特定的情况下，控制元素还是避开顶端微妙。你可以将它们放在底部甚至侧面，只要控制元素本身及其所需的交互行为不会对内容的可读性造成影响。我们来看看Sydney Morning Herald‘s的iPad应用是怎样做的。如下图所示，在该应用的界面底部有一个页码指示器，当用户对其进行拖动操作的时候，对应页面中的文章标题就会以列表的形式出现在指示器的上方，使用户不用翻页就能大致了解其他页面当中的内容。虽然文章标题列表会将页面中的内容遮挡住，但在这个交互情景当中，用户最为关注的是列表中的文章标题，而不再是原来的主要内容区。 对于在不同的情况下究竟应该将控制元素放在顶部还是底部的问题，我们不妨在这里弱弱的归纳一下： 对于那些起到界面导航作用的交互元素(例如“菜单”、“返回”、“关闭”等)，以及用来完成分享、收藏、编辑、删除等功能的按钮，通常可以将它们放置在界面顶部。 对于那些用于浏览或预览内容的控制元素来说，界面底部是最佳位置。 所以，我们可以在很多书籍或杂志应用当中看到，页面缩略图列表通常会被放在界面底部。(可以参考之前iPad应用的十大用户体验设计准则一文当中展示的Martha Stewart Living杂志以及Pulse的设计方案)假设你正在设计一款与地图相关的应用，界面当中有一个地标托盘，用户可以将地标从这个托盘当中拖拽出来，并 “按”在地图上的某个地方。在这个例子当中，托盘同样应该被放在界面底部，这样可以保证当用户从托盘里将地标拖拽出来的时候，地图不至于被手遮挡住。 交互对象的尺寸 如果说交互对象的布局位置取决于平台类型及持机方式，那么它们的尺寸则在很大程度上由手指的大小来决定。我们必须将这些交互元素设计的足够大，才能保证用户可以进行准确的辨识和触击。 不过，要做的多大才算够呢?不妨抬起手看看自己的指尖。很多系统平台的设计规范都在这方面进行了描述，不过我个人觉得苹果做的仍是最棒的：理论上，可触击元素的最小尺寸应该为44像素(约1/4英寸或7毫米)见方。 The comfortable minimum size of tappable UI elements is 44 x 44 points. 请注意point与pixel的换算关系在Retina屏与普通屏幕之间区别。 在移动应用的上下文环境中，足够大的按钮不仅便于操作，而且可以让用户维持必要的注意力，避免被周围的环境所干扰。 44像素见方的最小规格只是一种理想状态下的情况，在实际当中，合理的折中方案通常是必需的。即使是iPhone用户界面中的很多原生控件也避开了这个规则的限制。最典型的一个例子就是系统自带的键盘，其中每一个键位的高度是44像素，但宽度只有30像素;而横屏状态下，其宽度是44像素，高度则变为38像素。不过这也是苹果的无奈之举，因为怎样都必须将完整的QWERTY键盘搞到界面当中，所以必须在设计方案当中有所取舍。 参考苹果的做法，当空间的局限使得我们确实无法实现44像素见方的设计方案时，应该尽量保证其44×30的最小规格。 元素的尺寸与空间布局 上个世纪，不少人都被卡西欧的计算器手表浪费了大量的青春年华。问题不仅仅在于那些微小的按键会让戴着它的人看上去很二，最不靠谱的是，这些按键的排布实在是太紧密了。你想按5，但通常会按到8或是2;与其说是计算器，还不如叫它幸运转盘更合适些。尺寸过小的按键以及毫无间隔空间的布局，是产生这种结果的两个最直接的原因。 为小屏幕设备进行界面设计的时候，这类挑战确实是我们经常需要面对的，而造成问题的根本原因却通常不是产品需求本身。无论是在计算器手表的全盛期，还是如今，我们时常会听到产品需求方翻来覆去的念叨着：“咱就把这些东西再挪近一些吧。..我只想在这个工具栏里再加一个按钮。..” 加你妹啊! 如果我们必须在设计方案当中将交互元素排布的非常紧密，那么至少要把它们各自的尺寸尽量做大。想想iPhone原生的拨号键盘界面，或是Skype 等应用。界面当中的拨号按键之间的间隔通常都很小，甚至没有间距;而每个按键的尺寸几乎可以用巨大来形容，因为这样可以有效的降低误操作的几率。 其实，无论是iPhone原生的拨号界面，还是上图所示的Skype中的同类界面，它们都在底部导航工具栏的上方放置了一些控制按键。如果以我们在前文当中提到的一些原则标准来衡量的话，这种做法其实不算得当;但是在这几个具体的情景当中，这些控制按键的大尺寸特质却可以有效的降低它们与底部导航工具栏之间的视觉冲突。 所以，要在有限的小屏幕可视区域当中打造出成功的用户界面设计方案，我们必须结合实际的产品需求，在交互元素的尺寸和空间布局等方面做好充分的权衡与判断。 本文编译自C7210，原文出处。 译文出处：Be For Web，转载请注明出处链接。

工程图标尺寸的规则怎样，要注意点什么问题？

最基本该标产品的大小外型,柱位大小高度位置,骨位大小高度位置,枕位高度位置,圆弧大小,标注要整齐.清晰,能用卡尺测量到的地方都要标. 如果CAD制图时是按1：1绘图，在“对齐标注”时系统默认“尺寸关联”，不需要修改标注尺寸数值。如果不是1：1的图，要取消尺寸关联或代换尺寸。标注格式需要事先进行设置、选择。