精华内容
下载资源
问答
  • 有关delphi跟服务器端通讯各种方式包括post get xmlhttp,获取服务器文件,网页信息,自动提交网站信息
  • 在完全依托虚拟形态存在的互联网产品,好的交互架构将会是产品制胜法宝。 交互设计本就该是互联互通环环相扣的 交互设计是设计人与物的对话(dialog),交互设计的目的包括:有用性、易用性和吸引性的设计和改善...
    交互设计在任何的人工物的设计和制作过程里面都是不可以避免的,区别只在于显意识和无意识。在完全依托虚拟形态存在的互联网产品,好的交互架构将会是产品制胜法宝。

    交互设计本就该是互联互通环环相扣的
    交互设计是设计人与物的对话(dialog),交互设计的目的包括:有用性、易用性和吸引性的设计和改善。近些年随着互联网化进程加快,特别是进入数字时代,交互设计的研究显得更加多元化,多学科各角度的剖析让交互设计理论的显得更加丰富。产品和用户体验日趋复杂、功能增多,新的人工物不断涌现,给用户造成的认知摩擦日益加剧的情况下,人们对交互设计的需求变得愈来愈显性,从而触发其作为单独的设计学科在理论和实践的呼声变得愈发迫切。一款好的产品,除了其商业价值,产品功能架构外。好的交互设计是产品为用户所接受至关重要的因素。交互设计在任何的人工物的设计和制作过程里面都是不可以避免的,区别只在于显意识和无意识。在完全依托虚拟形态存在的互联网产品,好的交互架构将会是产品制胜法宝。这里跟大家分享下我接受的交互设计几点启发。设计简洁清晰,自然易懂。

    好的交互设计可以让用户很轻松看到所需要信息
    一套好的交互设计必定是一目了然的,用户在接触APP的第一感觉是有可操作性并保持持续操作的欲望。人类在面对新的环境或者接触新的事物时会陷入思维困境,每个人都会有一套原生的理解事物的方式,而交互设计就是要用最简单的方式打破思维困境。在用户接触该事物的时候,保证给用户一个习惯、完全符合常态的事物形态。这样的形态要将用户期待的需求与你想要用户接受的部分相互结合。以微信为例,当前所有社交产品中,微信是最为广大用户所接受的。作为一款社交软件,微信刨除了所有与社交无关的模块。仅仅保留了最基础的导航栏,这里微信需要用户参与的就是社交,而用户意愿得到的本质也是进行社交。微信简化了一切可能影响用户社交行为的元素。

    信息的获取和传达的过程必须是简洁清晰,自然易懂
    设计的作用在于寻找功能和社会间的接点, 在功能足以说明一切的前提下,装饰是可 以节制的,如何把握节制的度是考验一个 设计师是否成熟的标尺。—— 田中一光
    所谓简洁清晰,也就是将信息最简化。少即是多,这是互联网时代的信条。作为产品的受体用户群,大家面对的不止是这一款软件。用户有太多要思考的信息,有太多要接触的事物。如果每一款产品都在为用户带来重复行为或者复杂的选择,用户会出现搜索恐惧恐惧。

    有时候给予更多其实对用户而言是一种伤害
    想象一下,如果你要买一双袜子,但是你处在一家服装百货超市,在没有售货员的情况下去搜索你要买的袜子。这简直是要命的!我们想一想名创优品在产品规划方面,帮用户筛选出最符合用户需求的商品并且简化设计与产品种类。保证用户从入店到出店在10min之内完成一站式购物,并且带来很好的体验。其实这也是交互设计应该学习的的一部分。所谓自然易懂,也即使用用户能够理解的语言。

    用户原版想要的是简单使用功能,最后却像得到一本天书一样
    用户获取信息的方式多样,并且对信息的理解程度也各有不同,所以信息传达要使用用户平时使用和理解的表达方式去传递信息,则更加可以被用户所接受。 产品面向用户不是专家之间的座谈会,永远不要指望用户花很大的时间与精力去研究你的产品。这样的行为完全是在挑战用户的耐性与容忍度。真正好的交互,是信息传达的极简化,交互设计要满足易用性原则。产品想被用户接受,产品本身就要简洁化,复杂的逻辑与不必要的流程都要隐藏。保证产品本身的易用性原则。

    选择适当的方式做好信息表述
    当前移动应用与网页信息表述种类大致依靠这几类:页面布局、文本交互、界面色彩、图像、图标、声音等。
    a.页面布局
    界面中的信息布局,会直接影响用户获取信息的效率。所以,一般界面的布局 因功能不同考虑的侧重点不同,并且会让用户有一种“区块感”,方便用户对信息的扫描性浏览。

    页面布局要遵循以下几点设计原则:
    1.界面布局尽量有秩序、排列整齐,防止过紧戒过松。要有明显的“区块感”,切忌混乱;
    2.布局要充分表现其功能性,对于每个区域所代表的功能应有所区别。如:标题区,工作区,提示/帮助区等;
    3.页面中最重要的信息所在的模块将是在屏幕中最明显的位置上。并且,应该是最大的。要让用户在最习惯的部分看到该选项;
    4.布局中的信息需要有明显的标志和简单介绍,比如标题栏和标题等;
    5.信息的位置保证一致性,让用户可以无需重新建立对页面信息分布的理解。

    b.文本交互
    交互文本指产品界面涉及交互操作中需要用户理解并反馈的所有的文字:包括 标题、按钮文字、链接文字、对话框提示、各种提示信息、帮劣等。
    这些文字直接影响用户在交互过程中对预期的理解,好的交互文本设计,可以提高用户 完成任务的效率。 然而对于文本的过分解读,将会极大的损伤用户的信任度,尤其是对于某些提示的过分解读就像是一则免责声明,降低用户的选择欲望。当然,过于缩小文本交互也是不对的,这样就会使得文本起不到应有的意义。

    文本交互要遵循以下设计原则
    1.表述的信息尽量口语化,少用尽量不用专业术语;
    2.表述语气柔和、礼貌,避免使用被动语态、否定句等;
    3.简洁、清楚的表达,文字较多要适当断句,尽量避免左右滚屏,折行等出现;
    4.对于同种操作的交互文本,操作行文字保持统一性。出现层级将会极大的提升用户的理解难度。同时会一定程度损伤设计美感;
    5.字体使用默认/标准的字体,大小以用户的视觉清晰分辨为主;
    文本交互一定要考虑其必要性,如果对于信息量较大的内容,文字可能无法描述,就要考虑从其它层面去实现。单纯的依靠文本本身反而会损害用户解读。

    c.界面色彩
    人眼一共大约能区分一千万种颜色,面对如此庞大的色素群,人类天生对于色觉有自己独特的感知,所以用户对界面中颜色的关注度非常的高。因此有效的使用色彩区分信息的级别、分类等,有助于用户对信息和操作产生关联,有效减少用户的记忆负担。

    界面色彩遵循以下几点设计原则
    1.根据不同的产品使用“场景”,选择其合适的颜色。如管理界面经常使用蓝色。
    对于特定的区域块要匹配用户比较接受的色调。(具体可参考情感化色调的相关知识)
    2.考虑颜色对用户的心理和文化的影响。比如黄色代表警告,绿色代表成功等。
    这里着重提示:一款产品的普适性一定要考虑颜色对于文化的影响。(具体可参考情感化色调的相关知识)
    3.避免界面中同时出现3种以上的颜色。
    4.颜色的对比度明显,如在深色的背景中使用浅色的文字。
    5.使用颜色指导用户关注到最重要的信息。这样的配色要根据页面的色调信息进行筛选排序。

    d.图像图标
    相对于单纯的文本,图像以及符号化的图标更加符合用户的认识习惯。往往表述一种信息,一张图片或者一个标识更能让同用户理解。适当的使用 图片不符号化的图标,会让用户很自然的建立起认知习惯。

    图像图标设计原则
    1.表意清晰、明确、有高度的概括性不指向性,让用户能够快速的联想到对应的功能和操作。
    2.同类在同一纬度的信息,在形式和色彩风格上尽量保持一致性;
    3.旨在于突出重要信息,用户可能产生理解偏差的情况下使用。避免滥用。
    4.尽量不交互文本结合使用。很多设计师会觉得已经做了图标但是担心用户不理解,所以加入文字描述。其实这样的解读完全是多余的,犯了过分解读用户行为的错误。用户在接触尝试阶段是行为驱动的,真正图标的实用价值会随着用户对产品的熟悉而被弱化。
    5.对应的图标选择已经被习惯定义的种类,保证图标与功能一致性。

    e.声音交互设计
    在网页的交互设计中,用于声音的信息表述方式相对视觉表述来说不是很多。一般声音仅应用于提示、提醒、帮助等信息表述。此类信息表述让用户通过听觉获取反馈,更加的直接有效。

    声音交互设计遵循的原则
    1.表述清晰、语气亲切,不生硬,有礼貌。
    2使用符合用户认知习惯的声音。如使用敲门声提示好友来访信息等。
    3使用不让用户反感(如:恐怖、恶心、烦躁)的声音。
    4在用户可预知的情况下发出声音。这里谈下最让人担忧的就是这点,有些语音功能就像恶作剧,尤其是我们看过的一些PPT,突然一个提示音简直让人崩溃。

    总结
    对于不同的信息表述方式,我们都要求设计师在表达信息的时候做到简洁清晰、自然易懂,尽量让用户觉得这是自然而然(这是产品设计进化的最终目标),而且信息一定要清晰明了,就像小溪流水一样自如,就像军人接受命令一样明确。这样才会让用户快速,准确,舒服的完成任务。希望以上这些使大家对于交互设计的学习会有帮助,同时建议大家多关注国外比较成熟的网站与移动应用的交互设计与产品本身的构造,这会对我们对于产品交互设计有更深层次的影响,最后期待看到大家设计出更加优秀的产品。

    本文来自UI中国,作者计无施
    展开全文
  • .html、文本数据text、还有常用json数据交互方式。 从数据传输角度来讲,后端交给前端数据都是0101型二进制文件,关键在于前端如何解析、按什么方式解析这个二进制文件。 $.ajax() 中有一个dataType参数决定...

    其实后端可以返回很多种数据。包括一个静态页面。.html、文本数据text、还有常用的json数据交互方式。

    从数据传输的角度来讲,后端交给前端的数据都是0101型的二进制文件,关键在于前端如何解析、按什么方式解析这个二进制文件。

    $.ajax() 中有一个dataType参数决定按什么方式来解析返回的二进制文件。如果不指定,jQuery 将自动根据 HTTP 包 MIME 信息来智能判断

    其次是服务器端响应头的:
    Content-Type: application/json; charset=utf-8

    在我们平常的编程中, 服务器端相应头都由服务器或者框架来完成,应该是在控制器中根据我们写的返回值类型来判断响应头的格式。
    也就是说,如果$.ajax()中不定义dataType参数,那么它会根据服务器端给出的内容来解析。
    如果定义了dataType,那么就会按照定义的类型解析。

    按照我的理解:
    如果datatype:json(小写),那么function(data)中的data就会被解析为一个json对象。可以直接使用data.xxx进行数据获取。
    如果按照datatpye:text,那么二进制流就会被解析为string字符串,如果是json格式的字符串,那么使用json.parse(data)就可以解析为一个json对象,进而可以获取里边的数据。
    如果按照一个html来解析,那么应该是新建一个标签页打开这个html页面。

    后端返回json数据,后端返回json格式的一个字符串,这有什么区别吗?
    按照以上理解,返回json数据可以直接对data进行操作,比如data.name获取到“小明”
    如果是json格式的字符串,也就是后端返回形如“{“\”name\“:\”小明\“}”,(\为转义字符),那么前端还需要var res = json.parse(data),才能使用res.name获取到”小明“

    前端如何返回json数据或者json格式的字符串呢?
    一般来讲,使用某个方法,比如json
    返回json数据:return json(一个对象)、return json(一个数组)、return json(一个字符串),就可以把对象自动转换成json并返回。
    参考:https://jingyan.baidu.com/article/e9fb46e146fe487521f7660e.html
    返回json格式的字符串:
    1.就是返回一个string,但格式得正确,不然解析json.parse(data)可能会出错
    2.通过某个方法直接生成符合json格式的字符串,比如c#中:
    return JsonConvert.SerializeObject(datatable);
    可以把数据库查询的到的结果(是一个表)直接转换称为json格式的字符串!

    总结:
    我觉得就是多了一句json.parse(data)的不同,还有后端返回格式写法的不同。后端返回的二进制流按照指定编码解码后,解码后的内容,区别就在于有没有双引号,有没有转义字符等,然后对应不同的json对象生成方式生成json对象。

    直接按照json形式返回会代码前后端都会简单些。
    按照json格式的字符串返回,后端的json格式字符串可能比较难创造,前端还需要json.parse(data)进行解析,但是比较容易理解。

    展开全文
  • 可以想象:在不久将来(或者现在已经出现),用户打开一应用(包括web网页和移动客户端),访问主要信息内容是某一家公司提供, 但图片可能是从另一个专门负责处理图片云服务商获取、视频也可能是从第三...

    随着云服务提供商的越来越多,很多小的互联网公司开始考虑使用云服务。可以想象:在不久的将来(或者现在已经出现),用户打开一应用(包括web网页和移动客户端),访问的主要信息内容是某一家公司提供的,但图片可能是从另一个专门负责处理图片的云服务商获取的、视频也可能是从第三家专门负责处理视频信息云服务商得到,这样,网站或应用内容提供商就有更多的时间来管理自己的核心内容,而对于一其它非核心内容,交给更专业的云服务上去处理,比如上面提到的图片和视频。在云服务的模式下,专业的人做专业事,有利于资源的合理利用,也降低了一些小型互联网公司的人力成本和服务器压力,但对于内容维护以及和云服务数据交互的解决方案,还要下一番功夫的,如果前期考虑不够周全,后期可能会更有一番折腾。下面就结合前几天工作中的一些想法整理的两套方案,其中也算是各有利弊吧!


    方案一:



    方案一图解说明:

    1:客户端从主服务器请求访问云服务的token;

    2:主服务器返回token值;

    3:利用token上传图片到云服务器;

    4:客户端接收云服务器返回的结果;

    5:客户端把云服务返回的图片路径和其他文本域数据提交主服务器保存。



    方案二:


    方案二图解说明:

    1:客户端把图片上传至主服务器;

    2:主服务器生成token,直接与云服务器交互,把图片上传至云服务器;

    3:云服务返回处理结果到主服务器;

    4:主服务器把图片的处理结果返回到客户端;

    5:客户端根据图片的处理结果选择是否继续向主服务器提交其它表单数据。



    在以上两种方案中,我个人比较推崇第二种解决方案(其实正是由于在工作中决策者使用了第一种方案,我才有了写这些东西的想法)。

    第一种方案号称减少了与主服务器的交互,可以缓解服务器压力,但维护成本太高,别忘了,我这里所说的客户端包括了,web浏览器,手机端的ios和android,说不定在某个时候又要添加其它的平台,和云服务器间的交互的入口太大、代码独立在各自客户端的内部,一旦调整就要调整所有的平台的代码,这恐怕是任何一个程序员不想看到的。


    而第二种方案和云服务器交互的口子比较小,客户端不用做任何调整,甚至根本不知道云服务器的存在,其只要做好自己的事,把数据提交到主服务器入口拿到返回结果任务就完成了,即便以后加入其它平台,有可能主服务器代码都不用做任何修改,只要新的平台按规则提交数据到入口就行了。这也是我作为一个喜欢偷懒的程序员比较推崇这种方案原因所在。


    有点不靠谱的总结:不仅是这种服务器之间的交互,就平时在写程序也应有这种观点(类似于第二种解决方案,在写程序代码时,我暂且称之为“观点”吧),通俗来说就是:做的一件事(不管业务逻辑上的还是其它的各种解决问题的方案),尽量统一对外界提供小的入口,这种入口越小,我们逻辑就越可控,越容易维护。不然后期有任何哪怕一丁点的修改,也会出现这样那样的问题。

    展开全文
  • 昨天,Twitter经过了五年争取,终于拿下了一个在现在看来相当坑爹专利:一种信息服务,用户可相互关注,可发送一些没特定收件人的信息,这些信息会由系统展示给那些关注你人。其实这专利就是Twitter本身,专利...
    昨天,Twitter经过了五年的争取,终于拿下了一个在现在看来相当坑爹的专利:一种信息服务,用户可相互关注,可发送一些没特定收件人的信息,这些信息会由系统展示给那些关注你的人。其实这专利就是Twitter本身,专利发明人包括Twitter的创始成员Jack Dorsey和Biz Stone。
    

      虽然这专利听起来比苹果的滑动解锁和圆角矩形还滑稽,但这在当时确实还是比较新鲜的玩意儿,而且谁也没想到现在信息流会发展的这么普及。而除了这种信息流形式,移动互联网上还有一些应用更加广泛的交互方式,他们有的被申请了专利,有的则没被申请。

    下拉刷新

    tweetie-pull-refresh-580x476

      这项专利同样将属于Twitter,但最初它却是Twitter的第三方客户端——Tweetie的开发者Loren Brichter 提交的,并且运用在Tweetie 2.0版本中。2010年,Tweetie被Twitter收购,这项专利也便成了Twitter的财产。值得一提的是,这项专利是防御性专利,即便现在所有App都使用这种方式,Twitter也不会追究,据称前面提到的Twitter信息流也是防御性的。

    抽屉式菜单

    feedly_rss_reader_app

      这种交互方式很巧妙,和下拉刷新一样都非常适合手机这种便于手指操作的小屏幕。但对于抽屉式菜单的首创者,争论的比较多,大部分人认为是Feedly(就是两天拿下 GR50万用户的那个)首先使用的(也有人说是Google)。后来Facebook开始使用,进一步被人所熟悉,在后来Path使用了左右双抽屉式菜单,大家被这种自然流畅的方式惊到了,便纷纷效仿。

      现在抽屉式菜单应用的也非常广泛。但有趣的是,像下拉刷新的下拉黏性与长度一样,交互设计师对“左右抽屉”的宽度也有着非常不同的理解,有的占到4/5,有的则只占到1/2。

    滚动时菜单停留、隐藏和显现

    scroll-bar

      可能很多人没注意到,在一些有长长信息流的App中,你在向下滚动浏览信息流的时候,顶部、底部的菜单栏会自动隐藏。而要想显示菜单栏,只需向上滑一下即可。另外还有一种形式是:当一个用户发布的信息超过一屏时,向上滑动会把发布人信息自动停靠在顶部(Instagram即是如此)。

      这种设计也非常用心,手机屏幕小,在用户浏览主要内容时,可以自动隐藏不必要的元素,以最大化的把信息展示给用户。在很多App使用这项设计时,有的上滑只隐藏顶部菜单栏,比如Vida;有的上下都隐藏,比如Fab、在路上等;但很少有只隐藏底部菜单栏的。

    顶部快速返回

      这个交互方式很简单,也主要是在信息流类的App中出现的比较多(但似乎很多人都不知道),就是点击手机顶部状态栏附近,信息流会自动返回最上面。这也基本上被绝大部分App借鉴了,很多网站会在用户浏览到下面时,有一个返回按钮,但显然前面那种方式更适合触屏手机。

    卡包式设计(或叫书签式设计)

    card case

      这种可能大部分人第一次知道的时候是Evernote 5.0上线的时候,但之前苹果自家的Passbook发布时也是这种设计,现在这种设计方式经常被用在会员卡上面(比如大众点评的会员卡)。但基本上用的不多,我个人也不太喜欢这种设计。

    扇形动态菜单

    Pathplus

      如果没意外的话,显然这种扇形的动态菜单是Path 2.0上开始出现的,后来国内各种山寨App 便开始模仿。但或许是这种点击按钮然后滚动跳出几个下级菜单按钮的方式太过花哨,目前并没有太多App在使用这种方式。(也不知道Path申请专利了没……)

      除了上面这些,还有一些更不为人所知的交互方式就不介绍了(比如Flipboard的翻折式设计)。前面我们也说过,由于手机屏幕空间的局限,导致开发者很难“施展拳脚”,这就让那也创意十足同时非常巧妙的设计大受欢迎,甚至能成为众多App设计的常态。但这里也要注意,虽然Twitter说他们拿专利是防御型的,但万一人家认真了,就不是闹着玩的了。

    展开全文
  • 昨天,Twitter经过了五年争取,终于拿下了一个在现在看来相当坑爹专利:一种信息服务,用户可相互关注,可发送一些没特定收件人的信息,这些信息会由系统展示给那些关注你人。其实这专利就是Twitter本身,专利...
  • Screaming Females Tour Archive是传奇的DIY乐队Screaming Females表演信息的交互式存档。该应用程序允许用户以多种方式浏览和搜索档案,并允许用户向档案添加信息(海报图像;指向视频,评论和音频的链接;表示出勤...
  • The science of ...识别最近可视分析研究典范,在真实的交互科学目标具有真实的进步,必须包括理论和可测试关于人与信息交互最合适机制。七个领域未来5年可视分析研究:普适,表征交互;获取用户意向性;基于知识
  • 各种方式确定窗口、文档、鼠标宽高、位移等信息window对象: 属性 描述 window.innerHeight 窗口高度(不包括边栏和工具栏) window.innerWidth 窗口宽度(不包括边栏和工具栏) window.pageXOffset 文档...
  • 针对快速定量装车系统生产数据与企业生产管理信息系统数据交互的问题,根据装车信息具体使用环境和需求,提出了包括中间表模式、SAP-RFC数据交互模式和Web Service数据交互模式三种生产数据交互方法。这三种模式可...
  • 摄像头实时采集用户手部红外图像,经由OpenCV实现图像处理算法比较两帧图像,获得结构光在手部移动的信息,从而实现对包括深度方向在内三个维度平移、缩放和旋转动作等用户交互动作解析,并导入三维显示设备...
  • iOS连接外设几种方式小结,包括MFi和非MFi   一般iOS开发者做APP开发大部分时候都是通过Http(s)请求跟后台服务器打交道,做一些信息展示和用户交互。很少涉及到去跟外部硬件设备连接开发...
  • 在第二章中已经对前台处理部分进行了编码,此章将探讨后台(.NET,C#为例)部分编码。从第一章构架分析:后台任务主要是构造符合前台解析规则“消息协议”。接下来我们先分析这种协议...3、对头信息标...
  • 交互包括接收和响应MDM命令以及一些常见设备操作,例如安装配置文件和响应信息命令。 该项目目的是通过各种方式促进对Apple MDM服务器测试。 IE: 负载和可伸缩性测试 MDM协议测试和功能开发 监控与验证 CI...
  • 如果您想了解有关其API产品更多信息,请单击以下链接: Trade Workstation API,请参考 客户端门户API,请参考 第三方API,请参考 API中有什么 认证方式 帐户端点 市场数据端点 贸易端点 投资组合端点 扫描仪...
  • 它以交互方式或从命令行运行,非常适合单个用户或整个企业。 打印带有语法突出显示和行编号源代码,这些源代码包含。 打印HTML文件。 在一张纸上打印“多页向上”(节省树木!) 完全控制页面格式选项,包括...
  • Portfolio网站旨在向访问者提供有关我自我信息包括到目前为止个人和职业旅程。 本网站目的还在于证明我ReactWeb开发能力。 登陆页面 当您单击上面链接时,您将进入我网站欢迎页面。 欢迎页面包含...
  • 随着计算机技术和网络技术飞速发展,信息技术与教学融合促进了网络环境下交互式教学发展,这对教学理念,教学方法,教学方式等产生了巨大影响。使网络环境下学习效能成为外语教学关注点。 分析网络环境下...
  • 维空间的交互方式,而希望体验一个可交互的立体空间。交互性是一种能提供 自然的体验方式,包括临场感、交互性、动态效果、延续性以及用户参与探索 语言。利用动态交互技术结合其三维建模技术构建的虚拟系统,其交互...
  • 课程介绍本套《Sketch交互设计入门到精通教程》,将从交互设计师通常需要产出的信息架构、流程图、线框原型、高保真原型、可交互原型等方面出发,系统讲解移动交互设计师需要学习工作流程、软件技能以及思维方式。...
  • 我们也看到了这些活动有效性是如何受数据(包括数值和关系)描述和表示方式的影响,同时也体会到了交互所带来益处。接下来,第3章至第5章将分别讨论信息可视化三个最重要技术:数据描述、数据表示以及交互...
  • 这两个流程随着后续的交互可以做到让客户同时进行,所以session+服务ID是比较合理的 用户的回复可能会重复、甚至是无顺序的,所以用有限状态机的模式去处理 比如你期待用户回复的顺序是1#1...
  • 外部(例如服务类别)信息与记分板详细信息的集成 不但支持实时CCS记分牌,还支持使用自定义JSON格式的存档CCS记分牌以及已发布的分数电子表格 显示所有服务团队的排名,并考虑类别 当您的团队的位置发生变化时,...
  • Here Document 免交互

    2021-03-17 08:48:13
    使用I/O重定向的方式将命令列表提供给交互式程序或命令,比如ftp,cat,read。 是标准输入一种替代品可以帮助脚本开发人员不必使用临时文件来构建输入信息,而是直接产生一个“文件”并用作“命令”标准输入。...
  • 人机交互技术(Human-...人机交互技术包括机器通过输出或显示设备给人提供大量有关信息及提示请示等,人通过输入设备给机器输入有关信息,回答问题及提示请示等。人机交互技术是计算机用户界面设计中重要内容之一。
  • (全文2812字,预计阅读时间:7...弹窗交互设计层面并不复杂,核心在于如何将信息有效传递给用户,激发用户参与热情。刚好最近在项目中对弹窗设计有了一些感悟,总结起来分享给大家。文章主要内容包括:1、弹窗...
  • 前言 上个月探讨了 一次页面与应用之间通信,主要利用浏览器扩展来进行通讯。这次来详细研究下具体实现。 探讨前另一种思考 上个月其实还思考了一种结合性拉起应用...消息包括被拉起信息和ws端口。 后台接收...
  • 6-交互作用图

    千次阅读 2016-12-18 20:08:18
    交互作用图描述了对象间的交互作用,由对象、对象间的关系组成 顺序图和通信图以不同的方式表达了类似的信息。顺序图描述消息的时间顺序,适合于描述实时系统和复杂的脚本;通信图描述对象间的关系。两者在语义上...
  • 人机交互技术(Human-Computer Interaction Techniques)是指通过计算机输入、输出设备,以有效的方式实现人与计算机对话技术。它包括机器通过输出或显示设备给人提供大量有关信息及提示请示等,人通过输入设备给...
  • 什么是多模态交互

    2021-02-21 09:16:57
    多模态是指将多种感官进行融合,而多模态交互是指人通过声音、肢体语言、信息载体(文字、图片、音频、视频)、环境等多个通道与计算机进行交流,充分模拟人与人之间的交互方式。 多模态交互包括了视觉、听觉、嗅觉...

空空如也

空空如也

1 2 3 4 5 ... 20
收藏数 1,439
精华内容 575
关键字:

信息的交互方式包括