|
马上注册,结交更多好友,享用更多功能,让你轻松玩转社区。
您需要 登录 才可以下载或查看,没有帐号?立即注册
x
iPhoneSDK安装,然后最基本的是你要熟悉C语言,再来你得学习开发iPhone所使用的Objective-C语言,接著是Cocoa。如果你是Mac平台开发的入门用户出名Web计划师AndyClarke比来公布了320andup,开源疾速开辟模板MobileBoilerplate的分支。这刚好和他之前媒体查询的榜样(mediaqueries)相反,新的榜样从较年夜宽度款式下的小屏幕款式和图层汇合入手下手开辟,而不是入手下手于为小屏幕裁剪年夜宽度的款式。
这相对是使用特定宽度款式的最好办法,在分离媒体查询大概JavaScript以后。但当我看到对应特定设备宽度的像素值时,我有些严重:320*480,等等。比拟之依托一个设想的宽度,好比960个像素,这固然是一个前进。但我忧虑的是,这仍然只是为了婚配如今盛行的显现窗口,而复杂地堆砌显现内容。这也是Mark所说的,“被版面范围”了的计划办法(the“canvasin”approach):“我信任,为了投合网页当地结构计划的必要(不思索设备),我们不能不从版面结构动身,再思索我们的内容创意。而我们必要的实际上是反过去,内容优先来计划结构。” 现在,大概的情形是你的内容就是基于像素的(图象大概视频),并且它们的尺寸刚好合适特定设备显现窗口的巨细。但依据我的履历,待处置的年夜多半内容仍旧属于笔墨类。但像素却不是处置笔墨的最好单位。这也是我偏向接纳基于字体巨细(em-based)的媒体查询的缘故原由之一。
我的基础概念是,媒体查询应当服务于内容。某些站点大概合适把直线型结构使用于小屏幕,而柱状结构使用于更年夜设备(好比平板电脑)的屏幕。对其他站点,即便平板电脑尺寸的屏幕,直线型结构却更合适。这都取决于内容。
我最喜好的关于内容优先的一个例子,是Dan的文章type-inspiredinterfaces。我以为网页计划者的一个共鸣是,计划都应当内容优先,但我们如今却过于依附相似画布的工具,好比某些事后断定的网格类工具(predefinedgrids)。相似地,在框架和信息构架范畴,当我们必要专注于内容时,我们常常不盲目地往起首计划菜单和导航界面。
这是比来《挪动优先》作者Luke对Jared说的一段话,个中提到了他的计划准绳“内容优先,以后才是导航”(“contentfirst,navigationsecond”)。
Luke已经广为人知地对互联网开辟者宣扬挪动为先(mobilefirst)的办法。这类办法用于发明推送给用户的主要内容,切实其实十分合用。但不要太相对,偶然候这类办法也同等于“打印款式表优先”(print-stylesheetfirst),大概某种“非桌面情况优先”(non-desktopenvironmentfirst)战略。准确使用的关头,仍是在于你是不是把内容优先放在第一名(you’rethinkingaboutthecontentfirstandforemost):“屏幕空间被无故占用80%时,你才自愿注重到留在屏幕上的,应当是关于你的用户大概营业最主要的特性汇合。而不是一堆界面的碎片,大概可要可不要的内容。你应当明白甚么是最主要的。” 但这不是说你不克不及把某些不太相干却很不错的内容放到屏幕上。但这应当增加到大概必要某种前提来延缓加载的部分,而不是一股脑地把厨房水池一类的信息放到入手下手界面上。
挪动页面计划上,已呈现了一系列十分不错的典型计划。但是,传统桌面网页计划却成了万马齐喑和趾高气扬的代名词。这招致的是一堆充溢着陈腐无聊内容的网站,就像Merlin的Flickr相册NoisetoNoiseRatio枚举的:
“固然,这当中仍是有一些十分不错的原创性内容,固然埋没在一堆告白、自助链接和附加旧事中。”
对,在图中接着找。卖力地说,内里“切实其实”存在有效的内容,不是吗?
<br>
<br>另有一点共鸣,就是挪动用户是不克不及乱来的。应当尽快给这些老是仓促忙忙的用户所必要的内容。但它的推论纷歧定建立。为何我们以为桌面用户就更可以忍耐云云多不必要的内容呢?
不必要的页面冗余一样平常看作对页面的损坏,用户能够使用Readability,Safari’sReader和Instapaper等工具绕开它们。这些工具的存在,一方面是为了从多个内容来历为读者聚合信息(freeupcontentfromhavingasingleendpoint),另外一方面也将有效内容从被滥用得使人梗塞的页面庞器中束缚出来。这不是新的征象,固然,在RSS呈现之前我们就在扫瞄信息。但这些浏览帮助工具也应当当作对我们的告诫,大概应战。我们怎样能用如许一个用户厌恶的体例来承载内容,乃至于用户不能不乞助Readability大概Instapaper。
一些痴肥页面(经常是分崩离析的计划)的计划者,在计划站点时(一般是新的站点),都有一个别的的挪动版本,一般是“m.子域名”的定名体例。这个版本中,内容并非用桌面版本中机器、冗余、分页的体例被出现。我注重到用户在用Twitter大概email等工具分享链接时,分享的一般是这个简便的m.版本。这些站点影响的普遍扩展,复杂地说就是由于它们加倍易读,在任何平台都是云云。
我们之前读到过,就像我在点评(thecomment)Paul对挪动开辟者的误导(Paul’smisguidedpostonmobiledesign)时说的:“在已往的坏日子里,为习气屏幕浏览的用户计划自力而同等的只供应文本浏览的站点切实其实是常事。如许切实其实细分了用户,但明显,这只是取巧的办法。如今,我们晓得习气屏幕浏览的用户也应当享用和其他一样的内容服务,条件是站点应当用准确的体例构建(风趣的是,一些站点注重到“传统的”非屏幕浏览用户也偏向于更快更简便的站点版本,这应当能给那些仍旧以为桌面和挪动站点完整分歧的计划者好好上一课)。” 毫无疑问,我完整分歧意JakobNielsen的说法(theproclamationfromJakobNielsen):
“桌面的电脑和挪动设备是完整分歧的。独一能带给用户优秀体验的,就是为一个产物计划两个自力的版本,固然,一样平常来讲挪动版本会少一些功效。”
我很狐疑,不晓得为何网站既然饱受简便可用性方面的质疑,计划者还要别的计划一个版本,而让不必这个版本的每一个人几近没法忍耐另外一版本的痴肥凌乱。要注重,我不是表示每一个用户都失掉一样的体验,现实上远非云云。不外多亏渐进式加强计划(依照准确办法的呼应式计划恰是渐进式加强的一个完善使用),我们能供应用户必要的内容,并在任何设备上用最好的效果显现。
以是,这才是显出分歧的关头:内容优先,而不是设备。
这是一个对网页计划来讲冲动民气的年月。品种不休增加的设备,间接展现了我们之前传统、流动巨细、内容痴肥的桌面中央计划计划有何等自觉得是和背道而驰。就像面临任何变化一样,总会有些严重和神经质。开辟者正寒不择衣地开掘挪动设备带给我们的厘革亲睦处:“我应当进修Objective-C吗?”
“我应当把握HTML5吗?”
“我应当进修挪动App构架吗?” 你大概正做着如许的事。不外,万万要记着内容战略(contentstrategy)的使用。
原JeremyKeith。作者是出名web开辟者,作者,事情生存于英国布莱顿。文章写于2011年4月27日。
多线程问题还有胶水代码的问题建立一个基于CoreData的工程你会看到他自动创建3个类的对象NSManagedObjectModel管理数据的存储结构文件扩展名是xcdatamodeldNSPersistentStoreCoordinator用来管理底层数据的存储用官方的话说CoreDataisnotarelationaldatabaseorarelationaldatabasemanagementsystem(RDBMS) |
|