泡妞把妹恋爱:[18]泡妞的技巧和方法

很多男生在面临追求喜欢的女生这件事情时,想必都一定吃过不少苦头。事实上我之前也是到处碰壁,这也就是为什么有时会看到“我喜欢上某某女生,然后呢?”之类的问题时,我都能感同身受。  
  1. 1.条件论首先,让我作一个最概括性的描述。  事实上你若从一个数值分析的角度来看,这个世界上有一半是男生、一半是女生。直觉是,要交到女朋友并不难,但是为什么对很多男生而言,交女朋友就像是预言故事中逛到葡萄园的小狐狸,抬头仰望,看到的是一串串令人垂涎欲滴的葡萄,却连一颗也摘不到吃不到。  很多人把交不到女朋友的原因归咎于“条件论”,也就是说,他们认为女生之所以不选择他们是因为他们的条件不好。他们不明白为什么像他们这种懂得付出、懂得爱惜女生的男人反而不受青睐。所以他们认为今日的女生很肤浅,重视的就只是外表、金钱与玩乐。  话说回来,我个人认为陷入“条件论”这种迷思的男人多半有着酸葡萄心理。不够高不够帅不够有钱只是被拿来当作情场失败的藉口。就我了解,这个世界本来 就是不公平的,重点是你该如何像是玩大老二般,就算发到的牌普普通通,你还是可以利用更高超的牌技来取胜。  
  2. 2.情场心理学  当然,关键就在于透彻了解我所谓的“情场心理学”。比方说,女人内心最深处到底希望从男人身上得到什么?女人在选择男人时将会受到哪些潜在的环境因 素所影响?  让我举个例子。同样产品、两种品牌,为什么一种能够大卖特卖,而另一种就乏人问津?同样都是男人,为什么有些人的命运差那么多?为什么有些男人就是那么有魅力,而有些男人却等到天荒地老仍然永远只有作“朋友”的份?  你曾不曾陪女生逛街,路边摊一个两百元的包包跟一个货真价实的LV差别在哪里?同样都只是拿来装东西,看在女人眼里却是天壤之别。对很多女人而言,男人的实质意义已经大不如前,取而代之的是,跟这个男人交往所象征的是什么,在众人眼中传达的讯息又是什么。  商场是如此,情场亦是如此。  
  3. 3.女人拥有主导权  除了洞悉女人要的是什么,同等重要的是了解大环境的趋势。随着女性意识抬头,今日的女人越来越自主,思想也越来越开放。或许你认为女人的自主与开放对你有利,但是你要明白,前提必须是在女方自愿的情形下才成立。换句话说,你若是想用强制性的方式来左右她的想法,或是逼迫她跟你在一起,你等于是找死。  有些男生千方百计讨好女生,甚至苦苦哀求,追到精疲力竭,搞到最后女生仍然不肯就是不肯。原因很简单,并不是女生无情,而是因为你之所以为她做这些事情是有意图的,并不是不求代价,所以在女生眼中只是一种裹上糖衣的强迫手段。这也就是为什么很多男生在追女生的时候像是他自己在唱独角戏,没人理他又怪女生为什么看了戏又不付费,根本就是本末倒置。我这样讲你明白吗?  
  4. 4.如何让她喜欢上你  讲到这里,你或许很疑惑:那到底要怎么做才能让女生喜欢上自己?根据我的研究,女生之所以会被一个男生所吸引都离不开两大基本原则。我暂时不在这里作详细的解说,不过其中之一简单说就是:你必须能够激发她对你的遐想。    “猎艳大师”罗斯.杰彿瑞斯曾说过一句意义深远的话,他说:“你若能勾起女人对你的好奇,保留她对你的想像空间,以至于她对你产生的好感是自发,而不是被迫,她也因此不会对你产生抗拒。”你可以自己好好揣摩这句话。    
  5. 5.坏海豚的故事  几年前我读过这样一个譬喻。野生的海豚怎么训练呢?海豚很聪明但很坏,吃了训练师给的鱼之后仍然不听话。后来训练师想出一个方法,就是一次给海豚整桶的鱼,饱餐后竟然就不再给了。心慌的海豚惊觉训练师一百八十度的转变,开始竭尽所能的来讨好训练师。逐渐的,它发现当它正确的做出训练师所要求的动作时,训练师就会赏一条鱼给它。一次又一次的动作后,原本的坏海豚就变成好海了。    
  6. 6.适时抽离 以退为进  从刚刚的故事中我们学到了什么?虽说男女要真诚相待,不过连海豚都必须使点技巧才搞得定,我相信你在追求女孩子的过程中若是使点小手段其实也不为过。这也就是为什么我很反对死缠烂打的攻势,因为那大概是最土法炼钢、最没有创意的手法。  提醒你,你的目标在于启发女生对你的想像力。如果你惯用的是不断讨好女生的策略,我建议你适时抽离,以达到以退为进的效果。因为在你稍作冷却的同时,女生会开始感到不安,她会开始胡思乱想:“难道他不喜欢我了?他该不会有新目标吧……”但是她不明白的是,当她开始对你产生这些挂念,你的重要性因此提升,紧接着她喜欢上你的机率也将水涨船高,有如连锁反应一般。  

泡妞把妹恋爱:[24]吸引女人的正确方法

  1.  1. 保持眼神接触,要长于正常时间。
  2. 2. 确保你具有自信的肢体语言。
  3. 3. 问她一些可以自由回答的问题,然后让她自行发挥。
  4. 4. 勿要过多谈论自己,永远不要夸耀你的工作、金钱、或汽车,因为这些东西只是传达出不可靠的信息。
  5. 5. 确保边幅修整。这会传达出这样的信息:你注重自己的外表,并且你自尊自重。
  6. 6. 在交谈结束时,向她要联系方式。
  7. 7. 不要泡得太长,除非你盘算着得到与她独处的机会从而得以真正确立关系。否则,就换个地方,或者要到她联系方式,然后走人。遵照上述准则,你将会在竞争中更进一步。那么下次当你上网、或在咖啡店、或在书店时,留意这些准则并遵行之,那么你成功的机会就会急剧飙升。

泡妞把妹恋爱:[20]怎样做一个泡妞高手

  1.  1、男人是社会的主体,不管你信或不信。所以男人应该有种责任感。
  2. 2、25岁之前,请记得,爱情通常是假的,或者不是你所想象的那样纯洁和永远。如果你过了25岁,那么你应该懂得这个道理。
  3. 3、吃饭7成饱最舒服。对待女友最多也请你保持在7成。
  4. 4、30岁之前请爱惜自己的身体,前30年你找病,后30年病找你。如果你过了30岁,你自然也会懂得这个道理。
  5. 5、事业远比爱情重要。如果说事业都不能永恒,那么爱情只能算是昙花一现。
  6. 6、不要轻易接受追求你的女孩。女追男隔层纱,如果你很容易就陷进去,你会发现你会错过很多东西,失去很多东西。
  7. 7、请你相信,能用钱解决的问题,都不是问题。如果你认为钱索王道,有钱有女人,没钱没女人,那么,女人不是问题。
  8. 8、请永远积极向上。每个男人都有他可爱的地方,但是不可爱的地方只有:不积极面对生活。
  9. 9、不要连续2次让同一个女人受到伤害。好马不吃回头草是有道理的。如果认真考虑过该分手,那么请不要做任何舍不得的行动。
  10. 10、如果你和你前女友能做朋友,那么你要问自己:为什么?如果分手后还是朋友,那么只有2个可能:你们当初都只是玩玩而已,没付出彼此最真的感情;或者:必定有个人是在默默的付出无怨无悔!
  11. 11、永远不要太相信女人在恋爱时的甜言蜜语。都说女人爱听甜言蜜语,其实,男人更喜欢。
  12. 12、请不要为自己的相貌或者身高过分担心和自卑。人是动物,但是区别于动物。先天条件并不是阻挡你好好生活的借口。人的心灵远胜于相貌,请相信这点。如果有人以相貌取人,那么你也没必要太在意。因为他从某种意义来讲,只是只动物,你会跟动物怄气吗?
  13. 13、失恋时,只有2种可能,要么你爱她她不爱你,或者相反。那么,当你爱的人不再爱你,或者从来没爱过你时,你没有遗憾,因为你失去的只是一个不爱你的人。
  14. 14、请不要欺骗善良的女孩。这个世界上善良的女孩太少。
  15. 15、不能偏激的认为金钱万能,至少,金钱治不好艾滋病。
  16. 16、请一定要有自信。你就是一道风景,没必要在别人风景里面仰视。
  17. 17、受到再大的打击,只要生命还在,请相信每天的太阳都是新的。
  18. 18、爱情永远不可能是天平。你想在爱情里幸福就要舍得伤心。
  19. 19、如果你喜欢一个她认为别人应该对她好的mm,请尽早放弃。没有人是应该对一个人好的。如果她不明白这个道理,也就是她根本不懂得珍惜。
  20. 20、不要因为寂寞而“找”GF,寂寞的男人请要学会品味寂寞。请记住:即使寂寞,远方黑暗的夜空下,一定有人和你一样,寂寞的人不同,仰望的星空却是唯一。
  21. 21、任何事没有永远,也别问怎样才能永远。生活有很多无奈,请尽量充实自己,充实生活。请善待生活.最后、男人有很多无奈,生活很累,但是因为生活才有意义。当你以为你一无所有时,你至少还有时间,时间能抚平一切创伤。所以请不要流泪

iOS 7人机交互指南-iOS技术-Multitasking(多任务处理)

重要:这是针对于正在开发中的API或技术的预备文档(预发布版本)。虽然该文档在技术精确度上经过了严格的审核,但并非最终版本,仅供苹果开发者计划的注册会员使用。苹果提供这份机要文档的目的,是帮助你按照文中描述的方式对技术的选择及界面的设计开发进行规划。这些信息有可能发生变化,届时,你的设计开发方式需要基于最终版本的操作系统及文档进行相应的调整和测试。该文档或许会随着API或相关技术在未来的发展而进行更新。
多任务处理允许用户在当前使用的app中进行快速切换。
当用户切换至其他应用时,多任务处理允许app在后台进入暂停状态。当用户重新返回应用时,先前进入暂停状态的app会快速恢复,因为应用不需要重新加载UI。用户可使用多任务处理界面来选择当前使用的app。
app能否在多任务处理环境中有好的表现,主要取决于与设备上其他app的“和谐共存”。从某个水平说,app应该:
能优雅地处理应用中断,以及来自其他应用的音频(声音)。
能在停止和重启之间快速平滑地过渡。
当不在前台的时候,app要负起责任来。

以下指南可帮应用在多任务环境中取得成功。
为中断做准备,为恢复做准备。多任务处理会增加后台其他app中断你的程序的可能性。其他方面,比如展示广告和快速切换app,也会导致更频繁的中断。开发者需要更快更精确地保存app当前的状态,这样用户就能快速恢复应用,从先前中断的地方继续下去。为了给用户带来无缝的重启体验,开发者可充分利用UIKit的状态保存和恢复功能(更多信息可查看“State Preservation and Restoration”)。
确认你应用的UI可以处理iOS双层状态栏(double-high status bar)。double-high status bar会出现在通话、录音以及网络共享等正在进行的事件中。对毫无准备的app来说,状态栏额外的高度会导致布局问题,比如UI可能会叠加或覆盖。在一个多任务环境中,适当地处理double-high status bar非常有必要,因为有更多app可能会引起它出现。
为暂停做准备(要求用户注意力和主动参与)。比如,如果你的app是款游戏或者媒体观看类app,在用户离开你的app时,要确保他们不会错过任何内容或者事件。当用户重又回到游戏或者媒体观看器时,他们想继续一种从没离开过的体验。
确保应用音频表现适当。多任务处理环境中,当你的app运行时,其他应用也极有可能运行,因此你应用的音频将不得不暂停、恢复,以及处理其他应用的打断。你可以查看Sound这一章节,以帮你确保应用音频能满足用户期望,并能与设备上其他音频“和谐共处”。
尽量少使用本地通知。app可以安排在特定时间发送本地通知,不管app是暂停,在后台运行,还是根本就没有运行。为了获得最好的用户体验,开发者要尽量避免用过多通知与用户纠缠,可查看Notification Center的指南以创建通知内容。
适当的话,应用应该在后台完成用户发起的任务。用户开始一项任务,他们期望即便离开你的app后,这项任务也能完成。如果app正在进行一项不需要额外用户交互的任务,你应当在应用暂停前完成它。

iOS 7人机交互指南-iOS技术-Social Media


重要:这是针对于正在开发中的API或技术的预备文档。虽然该文档在技术精确度上经过了严格的审核,但并非最终版本,仅供苹果开发者计划的注册会员使用。苹果提供这份机要文档的目的,是帮助你按照文中描述的方式对技术的选择及界面的设计开发进行规划。这些信息有可能发生变化,届时,你的设计开发方式需要基于最终版本的操作系统及文档进行相应的调整和测试。该文档或许会随着API或相关技术在未来的发展而进行更新。
用户希望能使用自己最喜爱的社交媒体账户,不管当前的上下文环境。iOS可以简单地以用户欣赏的方式帮你把社交媒体整合进你的app中。
在不离开app的前提下,为用户提供一个便利的方法来发布消息。你想尽可能多地把整合社交媒体集成在自己的app中,这样用户不用切换至其他app就能把内容发布至各种社交媒体。Social framework提供了一个compose view controller,允许你向用户展示一个可以编写消息的view。在向用户呈现编辑状态前,你可以使用自定义内容预填充compose view。

参看Social Framework Reference,学习更多Social framework(包括SLComposeViewController类)编程接口知识。

可能的话,避免要求用户登录社交媒体账号。Social framework结合Accounts框架支持单点登录模式,所以获取用户账号的认证信息只需要一次,不需要用户多次认证。如果用户没有登陆账户,你可以通过UI展示允许他们登陆。
可以考虑使用activity view controller,以帮助用户选择它们自己的一个社交媒体账号默认情况下,activity view controller(UIActivityViewController会根据当前选中的内容列出一些系统提供的服务,这些服务包括发送Mial或Messages,以及将消息发表到社交媒体账号中。当使用activity view controller时,你不需要提供与社交媒体账户进行交互的自定义服务,并且你将受益于用户对分享按钮的熟悉。如何在app中使用activity view controller,可参看Activity View Controller

讨论区导读


新手看这里,分享+总结关于论坛的使用(10-25更新)
iPhone开发, 全区索引! Last updated: November 16, 2010
iPad及Universal程序总结 Last updated: June 4, 2010
iPhone 开发过程中的一些小技术的总结
GameCenter使用指南(初级)
In App Purchase 个人使用总结

iOS 7人机交互指南-iOS技术:Passbook


重要:这是针对于正在开发中的API或技术的预备文档。虽然该文档在技术精确度上经过了严格的审核,但并非最终版本,仅供苹果开发者计划的注册会员使用。苹果提供这份机要文档的目的,是帮助你按照文中描述的方式对技术的选择及界面的设计开发进行规划。这些信息有可能发生变化,届时,你的设计开发方式需要基于最终版本的操作系统及文档进行相应的调整和测试。该文档或许会随着API或相关技术在未来的发展而进行更新。

Passbook app可以帮你查看和管理passes,pass是以数字化的形式展示真实世界中的票据,比如登机牌,优惠券,会员卡以及入场券等。你可在app中创建一个pass,分发至用户,当事情发生变化的时候进行更新。
Pass Kit framework可以让你简单地使用自定义数据来生成pass,以及访问用户pass库中的pass。(学习更多Passbook技术的核心概念,以及如何在app中使用Pass Kit API,可参看Passbook编程指南。)以下建议可以帮你创建一个用户欣赏,且乐于使用的pass。
 
尽可能避免复制现有的真实世界中的“pass”,Passbook有自己既定的设计美学,配合该设计美学的“passes”往往看起来是最好的。不要复制真实世界中项目的外观,相反要充分利用这个机会设计一个干净的,简洁的,遵从Passbook内容和形式的pass。
 
有选择性地确定你要在pass正面展现的信息。用户期望一眼扫过去就能快速找到他们想要的信息,所以pass的正面应该整齐易读。如果需要添加你认为用户可能需要的信息,最好把这些附加信息放在pass的背面,而不是所有的信息都挤压在pass的正面。
 
在一般情况下,应避免使用朴素的白色背景。一个看起来是最好的pass应该使用生动的纯色的背景,或者用一张常用的图片代替背景,再或者使用色彩鲜活的背景。当你设计pass的背景的时候,确定不会影响到内容的易读性。
 
在logo文本域使用公司名称。所有pass的logo文本域使用统一的文本。为了避免和用户pass库中其他pass发生视觉上的冲突,建议不要使用自定义字体。
 
注意:避免把文本嵌入图片中,或者使用自定义字体。使用字段可以从两个方面获益:一是可以帮用户获得所需信息,二是可以让pass始终保持一致的外观。
 
使用白色的公司logo。logo图片位于pass的左上角,紧邻公司的名称。为了获得最好的效果,你应提供一个白色的,单色的logo,不包括文本。如果你想对logo进行修饰,以匹配经过渲染的logo文字,那可以添加一个黑色阴影(1 pixel y offset, a 1 pixel blur以及 35% opacity)。
 
尽可能使用矩形的条形码。由于pass的布局特征,所以一个矩形条形码-比如PDF417-看起来要好过一个正方形的条形码。如下方右图所示,方形条形码的左右两侧空出来不少。
                                                                                                            长方形条形码                                                                           正方形的条形码
 
优化图片提高性能。由于用户通常通过邮件或者Safari来接收passes,让用户尽可能快地下载非常重要。为了提高用户体验,你可以使用最小的图片文件,这样就能达到理想的视觉外观。
 
适当时候通过更新来提高pass的实用性。虽然pass代表真实世界中的项目,并且不怎么会发生改变,但你的pass可以通过对真实世界事件的反应来提供一个更好的体验。比如,当航班延误的时候,你可以更新登机牌pass,这样当用户查看pass时就能获得当前的信息。
 
 
iOS 7 Pass Kit Framework调整
Pass Kit Framework(PassKit.ramework)新增了一些API——针对同时添加多个通行证(pass),通行证文件的格式也做了相应的调整:
1.新的key指定通行证的截止日期
2.可以指定通行证只与特定的蓝牙信号相关
3.利用新的属性来控制通行证的显示。可以把通行证进行归类,并在通行证的背面显示自定义的文字内容,以及控制显示在通行证上的时间值
4.可以给通行证附带一些额外的数据信息,在程序中可以使用这些数据,不过并直接显示给用户
5.可以指定那些data detector用于通行证的字段中
 
更多关于如何在程序中使用Pass Kit的信息,请阅读Passbook Programming Guide。关于通行证文件的格式,请阅读Passbook Package Format Reference。

iOS 7人机交互指南-设计策略-From Concept to Product(从概念到产品)

 这是针对于处于开发中的API或技术的初步文档。虽然该文档在技术精确度上经过了严格的审核,但并非最终版本,仅供苹果开发者计划的注册会员使用。苹果提供这份机要文档的目的,是帮助你按照文中描述的方式对技术的选择及界面的设计开发进行规划。这些信息有可能发生变化,届时,你的设计开发方式需要基于最终版本的操作系统及文档进行相应的调整和测试。该文档或许会随着未来API或相关技术在的发展而进行更新。
 
定义你的App
在这个阶段需要明确app的主要使用目的和目标受众。在开发初期要对app进行明确的定义,从而帮你把一个想法或者功能列表变成清晰明了的产品。在整个开发过程中用app定义描述来决定潜在功能和交互行为是否有意义。步骤如下:
 
1.列出所有你认为用户可能喜欢的功能
集思广益,尽量捕捉所有跟主要产品理念有关的任务,不要担心列表太长,后期你会进行大量删减。
 
假设你最初是想开发一款grocery-shopping app,可以帮人们在杂货店购物,随后你列出了相关的任务,也就是产品潜在的功能,这是你认为用户可能感兴趣的地方。比如:
创建列表
获得食谱
注释食谱
比较价格
定位商店
获得和使用优惠券
查看烹饪演示
...
...

2. 弄清目标用户是谁
弄清楚你的用户与其他iOS 用户有什么区别?在你想象的场景中,用户最需要的是什么?拿 grocery-shopping app举例,你可能会问你的客户:
经常在家做饭,还是更喜欢现成的
使用优惠券还是觉得优惠券不值得兑换
喜欢搜罗特别的烹饪原料,还是很少冒险尝试基本材料以外的
跟着食谱做还是把食谱作为灵感的来源
经常性地购买小包装,还是偶尔购买大包装
经常购买某些特定的品牌,还是将就下选择最方便的
...
...
 
经过一番思考,假设你使用三个特征来描述目标用户:喜欢尝试不同的食谱,经常处于匆忙状态中,节俭。
 
3.通过定义用户来筛选功能列表
在选定用户特征后,最终筛选出了几个功能,说明你走对路了,伟大的iOS app专注于帮用户完成任务。
 
你在Step 1中列出了多个app可能需要的功能,即便它们都是非常有用的功能,但并非你在Step 1定义的所有用户都会欣赏这些。当你针对目标受众检查app功能列表时,你推断你的app应当主要关注三个功能:创建列表,获得和使用优惠券以及获得食谱。
 
现在你可以细化app的定义陈述,app的使用目的什么,用户是谁。那么对于grocery-shopping app,它的描述可能是:是一个为喜欢烹饪,爱节俭的用户创建购物清单的工具。
 
4. 不要停在这里
在开发过程中要使用app定义描述来确定app的功能、控件以及措辞。比如:
 
当考虑添加新功能的时候,你要问问自己,从app的使用目的和受众看,新功能是否必不可少。如果不是,那就先放一边。当你考虑UI的外观和交互性时,你要问问自己,用户是否欣赏简洁的,流线型风格,或者一个更明显的主题风格。
 
把“用户希望用你的app做什么?”作为指导,比如说用户可能希望用app完成严肃性的任务,或者得到快速回复,或者深入更全面的内容,或者进行娱乐活动。
 
举个例子,即便你的grocery list app是简单的、易理解的、可以快速上手的,但你的用户可能也会欣赏跟美食、食材相关的主题UI图片。
 
当你考虑术语措辞的时候,要努力使之与目标用户的专业知识相匹配。即便你的用户可能不是专业厨师,但你要相信他们也希望看见适当的跟配料和技术相关的术语。
 
5.为任务量身定制UI
最好的iOS app会用清晰的目的和易用性来平衡定制UI。为了达到这种平衡,你应该在设计之初就开始考虑自定义。因为品牌、创意以及可销售性常常会影响定制的决定。
 
首先考虑用户多久使用一次,在什么情景下使用?
 
用phone app来举例。假定app使用的不是小键盘,而是一个漂亮的,仿真旋转式拨号盘。用户会因精致的渲染而欣赏它的品质,会因听到与众不同的声音而快乐。但对于经常需要拨号的用户而言,最初的欣赏会变成挫折,因为使用老式拨号盘远没有小键盘效率高。在这款phone app中,漂亮的定制UI就是个障碍。
 
当你思考自定义如何增强或偏离app允许的任务时,可以参看以下指南。
总有定制化的理由。理想情况下,UI定制可使人们想要完成的任务变得简单,增强用户体验。你需要尽可能地让任务驱动定制的决策。
 
可能避免增加用户的认知负担。用户熟悉标准UI的外观和交互行为,所以不需要停下来思考如何使用它们。当看到外观和交互动作与标准UI不一致的元素,用户就失去了经验优势。除非app独特的元素可以让任务变得更简单,用户可能不会喜欢被强迫着学习新程序,且所得经验又不能用至其他app。
 
App自定义外观和交互性应保持一致。UI越是定制化,在app中保持外观和交互的一致性就越重要。如果用户花时间学习不熟悉的控件,他们会希望这些知识能应用在整个app中。
 
依从于内容。标准UI元素是如此的熟悉,以致于它们不会与内容争夺用户的注意力。当app使用定制UI时,要确保它们不会“掩盖”用户关注的内容。
 
比如,你的app主要用来观看视频,你可能会选择设计定制“playback”控件。但不管使用自定义控件还是标准的“playback”控件,都没有控件隐藏(开始观看视频控件隐藏)或者重现重要(观看过程中点击屏幕重现控件)。
 
重新设计标准控件前要三思。如果你不仅仅想自定义标准控件, 那要确定你重新设计的控件可以尽可能多地提供标准元素所能提供的信息。比如,一个自定义开关控件没能表现出对立的价值,那用户可能不会意识到这个控件有两种状态。 
 
确定自定义UI元素经过彻底的用户测试。在测试中要密切观察用户,看看他们是否知道自定义UI元素的用途,能否与之进行简单的交互。如果控件的hit target小于44 x 44 points,用户就很难激活它。

 
原型和迭代
在投入大量工程资源进行设计之前,为用户测试创建原型是个很好的方法。即使仅有几个同事对原型进行了测试,你也将从他们的反馈中获益。
 
在设计的早期阶段,你可以使用纸上原型或者线框图来布置主要的视图和控件。你可以从测试线框图中得到有用的反馈。但它的局限性也可能误导测试者,因为他们很难想象在线框图被真实内容实现后,用户体验会发生什么样的变化。如果人们可以在设备上与原型进行交互,那他们更有可能发现app缺失的功能,或者什么地方的用户体验太过复杂。
 
创建一个可靠的原型,最简单的方法是使用基于storyboard的xcode模板来创建最基本的一个程序。然后用适当的占位符内容进行填充(storyboard文件可以捕获整个APP的UI,包括不同界面之间的切换)。接着在设备上安装原型,这样测试者就能尽可能地获得真实的用户体验。
 
你不需要提供大量的内容,或者在原型app中应用每个控件,但要确定所提供的内容足够实现逼真的体验。要针对典型用户体验和不寻常的边缘用户体验进行平衡。比如,如果你的app可能处理很长的项目列表,那你要避免创建一个仅显示一两个列表项目的原型。
 
用户交互测试方面,只要测试者可以点击屏幕上任意区域进入下一个逻辑视图,或者执行主要任务,他们将能提供建设性的反馈。
 
当你利用xcode模板来构建原型时,不仅可以使用许多免费的功能,且能够简单地根据反馈调整设计。在确定设计和提交需要实现的资源之前,你应该能够测试几个迭代原型。(开始学习Xcode!可查看Xcode Overview

iOS 7人机交互指南-设计策略-Design Principles(设计原则)

 
这是针对于处于开发中的API或技术的初步文档。虽然该文档在技术精确度上经过了严格的审核,但并非最终版本,仅供苹果开发者计划的注册会员使用。苹果提供这份机要文档的目的,是帮助你按照文中描述的方式对技术的选择及界面的设计开发进行规划。这些信息有可能发生变化,届时,你的设计开发方式需要基于最终版本的操作系统及文档进行相应的调整和测试。该文档或许会随着未来API或相关技术在的发展而进行更新。
 
 
审美的完整性
对app而言,审美的完整性并不是用来衡量app漂亮与否,或者塑造它的风格。而是通过app的外观、交互行为和功能共同传递一致的,清晰明了的信息。
 
用户关注app能否兑现此前承诺的功能,但是app的外观和交互行为也潜在地影响着用户。比如,一款帮用户处理严肃任务的app,可通过使用标准控件或可预见的交互方式让装饰性元素更为精妙和无打扰,从而让用户把注意力集中在对任务的处理上。
 
App清楚明了地把使用目的传达给了用户,这可以让用户更加信任它。不过,如果开发者通过入侵性的,轻佻的或者武断的UI向用户传递了混乱的信息,则用户可能会质疑app的可靠性和可信赖度。
 
另一方面,对一款鼓励沉浸式任务的的app,比如游戏,用户期待一个迷人的外观,和有趣、刺激以及鼓舞人心的发现。用户并不期望在游戏中完成一系列严肃性的或者生产性的任务,但他们期望游戏的外观和交互方式可以与游戏目的很好地融合在一起。
 
 
App需保持一致性
这样方便用户积累的知识和技巧在app各部分UI之间,在app之间进行迁移。一致性并不是盲目模仿其他app,也不是停滞不前,而是更关注用户熟悉的标准和范例。
决定你的iOS app是否要遵守一致性的原则,考虑下边几个问题:
1.你的app是否符合iOS的标准?App 正确使用系统提供的控件、视图以及图标了吗?App以可靠方式整合设备的功能了吗?
2.App自身是否一致?文本有没有使用统一的术语和风格?相同图标代表的意义是否一致?用户在不同地方执行了相同的操作,用户能否预测到将会发生什么样的结果?贯穿App的自定义UI元素的外观和交互方式是否一致?
3.App现在的版本与此前的版本是否一致?条款和意义是否一致?App的基本概念和主要功能本质上有没有发生变化?
 
 
直接操作
直接在屏幕上操作对象,而不使用单独的控件来操作,这样用户会更专注于当前的任务,他们也更容易理解操作产生的结果。
使用Multi-Touch 界面,用户可通过双指张开或者闭合来放大或者缩小图片和内容区域。在游戏中,玩家可以直接移动屏幕上的对象或者与对象进行直接的交互。 在一款iOS app中,以下动作可为用户提供直接操作的体验:
1.旋转或者移动设备以影响屏幕上的效果
2.使用手势直接操控屏幕上的对象
3.可看到动作产生的直接结果或可视化结果
 
 
反馈
反馈是对用户动作的承认,向他们展示操作的结果,更新他们任务的进程。内置iOS app为每位用户的动作提供了可觉察的反馈。在用户执行点击操作的过程中,列表项目和控件会持续几秒钟高亮状态,通过控件所处状态短暂的改变来显示进程的变化。
精巧的动画可以给用户有意义的反馈,可帮助用户清楚地知晓动作产生的结果。比如,列表可以动态地展示新增一行的操作,从而帮助用户跟踪视觉上的变化。
 
声音也可以给用户有用的反馈,但不应该是仅有的反馈机制,因为用户不能时刻倾听他们的设备发出了什么样的声音来反馈执行的动作。
 
 
隐喻
如果app中虚拟的对象和动作象征着熟悉的用户体验,那么不管这些体验是深植于真实世界还是数字世界,用户都可以快速掌握app的使用方法。在隐喻不涉及对象或动作局限性的情况下,App使用隐喻来暗示用法或者体验再好不过。
 
由于用户真实地与屏幕进行交互,因此iOS app的隐喻空间非常广阔。iOS 中的隐喻包括:
1.移动分层的视图来展现其下面的内容
2.在游戏中拖动、滑动或者轻扫对象
3.点击开关,滑动滑块以及旋转选择器
4.在杂志或书上进行翻页
 
 
用户控制
用户应该发起和控制动作,而不是app。一款app可以启发用户的动作行为方法,或者提醒用户危险后果,但是app撇开用户做决策是错误的。app能给用户他们想要的能力,也能帮他们规避不想要的结果,最好的app应该能在这两者之间正确地平衡。
当交互行为和控件是熟悉的,可预见的时候,用户对app会更有控制感。当交互动作简单直接的时候,用户对app的动作也更容易理解和记忆。用户期望在操作产生结果前有足够多的机会来取消它们,并且他们期望有机会确认自己的目的,从而执行一个具有潜在破坏性的动作。最后,用户期望能优雅地停止正在进行的操作。

去问答中心提问


问答中心介绍
去问题列表寻找我感兴趣的问题
到问答中心提出新的问题

提交审核:最新审核时间贴




最近看到有很多人在问审核时间到底有多久,零零碎碎的很难供大家参考.

希望大家从现在开始用这个贴子来纪录底由 Waiting for Review 到 Approve 或 Reject 的时间.

就好像以下的 (记得注明是新 app 或者是 update)













新 App 上架 !!! 共 22 天



August 14, 2012 14:31


Apple


Ready for Sale



August 14, 2012 14:20


Apple


Processing for App Store



August 13, 2012 09:24


Apple


In Review



July 22, 2012 22:08


Apple


Waiting For Review



July 22, 2012 22:06


Apple


Upload Received



July 22, 2012 22:05





Waiting For Upload



July 22, 2012 21:35


提交审核:App store审核指南

 App store审核指南(2013年1月29日中文版)

由于前段时间应用被拒好几次,刚好今天有空就重新参考官方文档和几个网络上已有的翻译,更新了下最新的审核指南。本人英语不太好,有些翻译失误的大家指出来,我可以修改。
本文档仅供大家参考。

官方英文审核规则地址:https://developer.apple.com/appstore/resources/approval/guidelines.html
英文数据存储规则地址:https://developer.apple.com/icloud/documentation/data-storage/

本文档整理参考帖子:http://www.cocoachina.com/bbs/read.php?tid=82204&keyword=%C9%F3%BA%CB%D6%B8%C4%CF
参考的博客:http://blog.sina.com.cn/s/blog_62c942d20101cjw8.html

IDP申请:Mac- MDP 图文申请教程

今天申请了Mac Developer Program, 顺便总结一下.这篇文章比较适合以前申请过IDP的用户 ,其它的用户有什么问题也可以
写下来,大家会帮助 你解决!

流程和申请IDP的类似,如果以前申请过IDP的话,那会很容易的.

1 打开这个连接, 会看到下图, 点击Enroll Now,

 


2 出现下图的注册流程界面后, 点击Continue, 

 


3 在下图中,需要你自己进行选择, 根据你是否是一个新的Developer 分为两大类, 因为我已经申请过IDP, 只是想在以前的业务基础上加上mac app的开发 ,因此我做了下面的选择, 各位
可以根据自己的情况选择,

 


4因为我是已注册用户,因此就到了登录页面,输入自己的 帐户和密码就OK了, 

 


5下面就是选择Mac  Developer Program ,点击Continue, 

 


6 由于 已经 在申请IDP的时候填写过相应 的公司信息, 因此就直接到了确定信息这一步了, 
如果是新申请者,请参考qdvictory写的这篇文章

 


7在这一步的时候就可以看到相应的信息了,需要做的事情就是填写 purchase form 并传真给Apple,可以打电话给香港那边催一下, 当然了时间应该也不会太长的.