政府公关。&br&&br&仅限中国大陆。&br&&br&欧美貌似反过来…
政府公关。仅限中国大陆。欧美貌似反过来…
说一个场景：刚点击了某个答案“反对”、“没有帮助”，然后误点了对该作者表示“感谢”。又发现无法去掉“已感谢”，这种情况下，是不是懊恼的很？&br&&br&知乎的设计问题导致容易错误点击，该问题应该由知乎设计人员进行修正。&br&1.修改感谢位置，或增加弹出框等，防止误点；&br&2.允许取消感谢；&br&&br&而且，“感谢”涉及到知乎回答的排序算法，误点会导致排序误差值的提高。&br&&b&&br&&/b&&br&&b&说给那些“自我感觉道德高尚者”——&/b&&br&&br&不想谢就是不想谢，大马路上很难会说错一句“谢谢”，但由于知乎设计问题导致用户没事闲的谢一个我不想谢的人。这是设计问题，应该处理。拿什么道德去批判别人而不从产品角度思考问题，本身就是个错误。&br&&br&设计一个产品中有缺陷，难道用户因此发生了错误的操作就要用户自己承担么？这明显是一个推托之词。而从这个问题衍生出来的道德批判，更是无稽之谈。&br&&br&在这个回答中，以道德为大旗鼓吹什么没必要说谢错了，你真小气，这种回答实在是无聊。无聊回答能得到赞同，只能说，无聊的人还不少呢。&br&---------------------------------------------------------------------&br&P.S 在对@邓文博 的回复中我已经讲明，如果再有诡辩回复（非 @邓文博），我就删除所有的回复，目前已经删除。我不会和你争，你说的都无限正确，请你就这么保持着自己的观点诡辩下去吧。
说一个场景：刚点击了某个答案“反对”、“没有帮助”，然后误点了对该作者表示“感谢”。又发现无法去掉“已感谢”，这种情况下，是不是懊恼的很？知乎的设计问题导致容易错误点击，该问题应该由知乎设计人员进行修正。1.修改感谢位置，或增加弹出框等，防…
App Links 并不是用来取代 URL Scheme 的，所以也谈不上「有何本质不同」。它并不是某一种技术，而是一项协议（或者像他们说的，一种「解决方案」）。&br&&br&我们想像一下这样一个常见的场景：A 在大众点评上看到了一家餐厅并想通过微信把这家餐厅分享给 B——此时问题出现了——B 会如何处理这个链接是未知的。如果 A 和 B 都是同一平台的用户还好，当时直接传一个类似于 dianping://shop/12345 的 URL 对方在微信中点了就能在 app 里打开了（先不考虑微信是否接受这样的 URL）。可是如果大众点评某天升级了把 URL scheme 改成 dianping_v2://shop/12345 呢？如果 A 和 B 是两个不同平台的用户呢？如果 B 的手机上根本就没有装大众点评呢？&br&&br&这个事情，大众点评即使想做也是有心无力——链接一旦分享出去控制权就不在自己手里了。好吧，我们还是可以做一个网页版的嘛，弄一个 &a href=&///?target=http%3A///shop/4551072& class=& external& target=&_blank& rel=&nofollow noreferrer&&&span class=&invisible&&http://&/span&&span class=&visible&&/shop/455&/span&&span class=&invisible&&1072&/span&&span class=&ellipsis&&&/span&&i class=&icon-external&&&/i&&/a& 这样的链接，不管对方是什么环境，至少可以在微信的 in-app 浏览器里打开嘛。牺牲部分体验来换取最大的可用性——而且还是有活路的，可以在网页加载好后用 JavaScript 做一点 window.location.href = 'dianping://shop/12345' 这样的小动作嘛——直到有一天微信关掉了 URL Scheme 跳转……&br&&br&于是这个事情就变得很荒唐。明明对方的手机里有装大众点评的 app，大众点评也支持 URL Scheme，可在微信上点开大众点评的链接就是只能看到 web 版。理论上来说作为平台的微信应该出来挑大梁，不过可能微信忙着征服全世界顾不上这点小事——于是另一个闲得没事干的平台 Facebook（好吧，准确地说是 Facebook 去年买进来的 Parse 团队）跳出来解决了问题。&br&&br&怎么解决？说难也不难，无外乎就是把自己在几个平台下的跳转规则一并告诉对方。对方是什么平台就按什么平台的规则去处理。如果对方没装我们的 app，那我就告诉他一个安装地址。如果他的平台确实没有我们的 app（并没有想黑 WP 的意思……），那么就给他看一个网页版好了。但是这些规则写在哪呢？用 &meta& 标签放在网页里就好了嘛！于是一个实现了 App Links 的网页大致长成这样：&br&&br&&div class=&highlight&&&pre&&code class=&language-html&&&span class=&nt&&&html&&/span&
&span class=&nt&&&head&&/span&
&span class=&nt&&&meta&/span& &span class=&na&&property=&/span&&span class=&s&&&al:ios:url&&/span& &span class=&na&&content=&/span&&span class=&s&&&applinks://docs&&/span& &span class=&nt&&/&&/span&
&span class=&nt&&&meta&/span& &span class=&na&&property=&/span&&span class=&s&&&al:ios:app_store_id&&/span& &span class=&na&&content=&/span&&span class=&s&&&12345&&/span& &span class=&nt&&/&&/span&
&span class=&nt&&&meta&/span& &span class=&na&&property=&/span&&span class=&s&&&al:ios:app_name&&/span& &span class=&na&&content=&/span&&span class=&s&&&App Links&&/span& &span class=&nt&&/&&/span&
&span class=&nt&&&meta&/span& &span class=&na&&property=&/span&&span class=&s&&&al:android:url&&/span& &span class=&na&&content=&/span&&span class=&s&&&applinks://docs&&/span& &span class=&nt&&/&&/span&
&span class=&nt&&&meta&/span& &span class=&na&&property=&/span&&span class=&s&&&al:android:app_name&&/span& &span class=&na&&content=&/span&&span class=&s&&&App Links&&/span& &span class=&nt&&/&&/span&
&span class=&nt&&&meta&/span& &span class=&na&&property=&/span&&span class=&s&&&al:android:package&&/span& &span class=&na&&content=&/span&&span class=&s&&&org.applinks&&/span& &span class=&nt&&/&&/span&
&span class=&nt&&&meta&/span& &span class=&na&&property=&/span&&span class=&s&&&al:web:url&&/span&
&span class=&na&&content=&/span&&span class=&s&&&http://applinks.org/documentation&&/span& &span class=&nt&&/&&/span&
&span class=&nt&&&/head&&/span&
&span class=&nt&&&body&&/span&
Hello, world!
&span class=&nt&&&/body&&/span&
&span class=&nt&&&/html&&/span&
&/code&&/pre&&/div&&br&大众点评网的程序员们看到之后如获至宝，嗨嗨皮皮（不要质疑我的成语能力！）地把这些 meta tags 都塞进了 &a href=&///?target=http%3A///shop/4551072& class=& external& target=&_blank& rel=&nofollow noreferrer&&&span class=&invisible&&http://&/span&&span class=&visible&&/shop/455&/span&&span class=&invisible&&1072&/span&&span class=&ellipsis&&&/span&&i class=&icon-external&&&/i&&/a&。Parse 说我都给你们写好各个平台下的 SDK 了，解析跳转一条龙哦你们赶紧用。腾讯（过了一年后）说，App Links 是什么？&br&&br&App Links 还制定了一些别的标准，比如可以多次指定同一项值来完成 fallback（用于新老版本 URL Scheme 不兼容的情况），比如实现了跳转时的数据传输标准（用 JSON 描述，放在 al_applink_data 参数中），比如提供了跳转后 app 的 UX 建议（导航栏用一层蓝色的可点按区域覆盖，点按后返回原 app）。App Links 不是唯一解，也不一定是最优解，但它确实是解决当下 app 间跳转混乱局面的一个可行解（而且标准本身具有可扩展性，即使 iOS 8 里加入类似 Android 中的 Intent，App Links 也可以通过增加几个 meta tags 来支持）。回到最初的问题上，它解决的问题，其实就是 Ilya Sukhar (Parse CEO) 在 F8 上说的这句话：「There is no unified way to navigate to links across all the platforms.」在技术层面上，App Links 统一了流程、跨了平台，这就很好了。&br&&br&而剩下的问题其实才是最大的问题——有人用的标准才是好标准。这个用也分两种角色：类似大众点评这样的第三方开发者，他们只需要发布自己的 App Links 就可以了，这个事情很简单，如上面所说无非就是在现成的网页里加几个 meta tags 的事情。而类似微信这样的平台则需要实现这样的协议，理论上也不难，但也许除了优化用户体验之外好处有限，可能还会面临到如何去兼容老版本啦、跳转出去会不会降低用户黏性啦、怎么满足平台的统计需求啦之类的问题（随口一说，也许没那么多问题。）老外比较单纯，想想这对用户来说是件好事我们就做吧，于是至少 Parse 有他的亲爹 Facebook 给他撑腰。至于国内，需要有第一个吃螃蟹的人。
App Links 并不是用来取代 URL Scheme 的，所以也谈不上「有何本质不同」。它并不是某一种技术，而是一项协议（或者像他们说的，一种「解决方案」）。我们想像一下这样一个常见的场景：A 在大众点评上看到了一家餐厅并想通过微信把这家餐厅分享给 B——此时…
来自子话题：
为什么Mac OS X的死忠比Windows的多，为什么Mac的死忠比PC的多。当一样东西普及到成为大多数人的日常工具时，就不会对它投入太多感情了。
为什么Mac OS X的死忠比Windows的多，为什么Mac的死忠比PC的多。当一样东西普及到成为大多数人的日常工具时，就不会对它投入太多感情了。
1，搜索无处不在，即使是在SNS横行的今天，搜索依旧占据着大多数人获取信息的通路。&br&2，未来搜索依旧将主宰这一切，只是搜索需要加上social graph,加上location base, 加上的mobile的特性。&br&3，搜索技术将不仅仅是在搜索引擎中使用，诸如推广，广告，用户行为分析，语义分析已经并将会越来越多拥有搜索的影子。&br&4，包括知乎，背后依旧需要搜索技术作为坚强的后盾。&br&5，搜索是一个一辈子值得学习，并让人着迷的东东
1，搜索无处不在，即使是在SNS横行的今天，搜索依旧占据着大多数人获取信息的通路。2，未来搜索依旧将主宰这一切，只是搜索需要加上social graph,加上location base, 加上的mobile的特性。3，搜索技术将不仅仅是在搜索引擎中使用，诸如推广，广告，用户行为…
1. Facebook现在国外可谓炙手可热;&br&２.Zuck年轻，８４年的，而现在又是８０后逐渐成为IT主力的时期，所以他更加贴近G+上面的那些geek对偶像的要求；&br&３.电影让他的人气空前提高。我认为social networks拍得特别有技巧，整部电影把常春藤里面大学生酷，张扬，个性十足的一面体现得淋漓尽致，同时剧情不落窠臼，不是一味赞扬或者崇拜Zuck的创业，而是有技巧地将其塑造成一个有争议的人物。那么，有了争议，就有了人们的讨论和关注；&br&４.就他个人来说，也足以称为传奇：哈佛辍学，个性鲜明，飞扬跋扈，上班只穿一个款式的T-shirt和牛仔裤，有时还不穿鞋在公司乱跑，但是身价却过亿。这种人想低调都难。最有趣的是，有时在食堂，会惊讶地发现这么一个黄头发的小子和所有人一样默默的站在等候的队伍里，排队打饭。(&a href=&///?target=http%3A///fmn054/0/p_large_nTc9_66ac43.jpg& class=& external& target=&_blank& rel=&nofollow noreferrer&&&span class=&invisible&&http://&/span&&span class=&visible&&/fmn054/20&/span&&span class=&invisible&&0/p_large_nTc9_66ac43.jpg&/span&&span class=&ellipsis&&&/span&&i class=&icon-external&&&/i&&/a&)
1. Facebook现在国外可谓炙手可热;２.Zuck年轻，８４年的，而现在又是８０后逐渐成为IT主力的时期，所以他更加贴近G+上面的那些geek对偶像的要求；３.电影让他的人气空前提高。我认为social networks拍得特别有技巧，整部电影把常春藤里面大学生酷，张扬，…
作为一个android菜鸟开发者，代码水平不咋样，却练就了一身上传app的本领，大体说一下我的经验。&br&&b&上传&/b&&br&
每个市场也许会布局不同，但内容大致一样，图标、apk、文字介绍、关键词、截图准备好了，基本每个市场都可以上传。&br&&b&认领&/b&&br&
每个市场的具体需要的东西有所不同，但是如果有代码截图、公司营业执照（个人的话应该是身份证）、app的安装包，基本上都能认领成功，再和客服联系一下妥妥的。&br&&b&审核规则&/b&&br&&b&安卓市场&/b&：审核速度还可以。广告方面，可以有合作广告的推荐，但是不允许有push，影响使用的积分墙也比较难上。&br&&b&
机锋&/b&：审核慢的不行，而且感觉认为影响因素比较大，广告的话必须用和机锋有合作的广告，合作的渠道（允许push），否则不能通过。&br&&b&
木蚂蚁&/b&; 审核快，新上传1-2天，更新的话1天以内，对app和广告的要求不高，但是最近在慢慢变严格。有专门的广告合作，但是也不排斥其他的广告。&br&&b&
360&/b&：审核快，不能有push，有积分墙上传的时候必须标明。另外，虽然本人不是很喜欢360家的产品，但是还是挺推荐这个市场的，个人感觉认为影响排名的因素要稍微差一些（可能是本人是上传的应用有几款都被展示过，并且有不错的下载量吧）。 &br&&b&
安智、应用汇&/b&：审核快，不允许任何形式广告，应用推荐也不能用（貌似安智现在有自己家的广告）。&br&&b& 小米商店&/b&：审核比较快，不允许有广告。&br&&b& 华为智汇云&/b&：审核比较慢，3天左右的样子，不允许有广告。&br&&b&天翼&/b&：最近接触到的市场，貌似需要添加天翼自己的广告才可以通过审核，诡异的是……天翼广告的demo运行就会报错，也没有深入研究。&br&&b&移动mm&/b&：比较严格的市场，不允许有广告，而且测试非常细致，有时候能测出你自己都意想不到的bug……。&br&&b& google play&/b&：没有审核，上线几小时后便可以搜到，对题材、广告也没有任何要求，但是play会不断的监测（尤其是排名靠前的app，比较容易被查到），如果发现app涉及到情色、版权等问题的时候，现在是一次封掉一个号，一个号要25刀哦。最近play也开始整顿了，出了一些新的规则，作为本人用的最多的市场，希望google能把国内的play弄得更好。&br&&b&写了这么多，不来个总结感悟对不起自己&/b&&br&
这些是本人在工作过程中接触过的市场，国内市场太多且比较混乱，只挑了一些本人认为有代表性的说明了一下。&br&
总体感觉，国内市场在某一程度上是“可控”的，要是在市场里有熟人（下载量很高也有用处），审核就可以快一点，app出了问题，也有人会第一时间通知你，弄点推荐啥的，也好整一些。&br&
国外的市场，现在就接触到了play，play上传不审核，对开发者比较有利。一些美女啊，福利类的软件只要不是尺度太大，都可以上的（有分级可选），相比起来，国内的市场有时会给一些奇奇怪怪的理由，敏感词啦，法律不允许啦之类。&br&&b&
貌似是知乎的官微推荐了这个问题？最近得到了好多赞同啊，有点小高兴嘤嘤嘤。市场规定在不断的变化，本人也对以前的答案做出了一些修改，并补充一些内容吧。&/b&&br&
首先说明一件事，在下说&b&很多市场不让上带广告的app&/b&，并不是说&b&这些市场的app都没有广告，&/b&毕竟上有政策下有对策，很多机智的开发者会有各种手段绕开审核。&br&
对于个人开发者和小公司来说，日子可能越来越难过了，他们（牛逼的大神除外）并没有一个完善的盈利机制（比如卖个会员买个钻就能赚一大笔），市场对广告的要求越来越严格，尤其是push广告，基本没有允许通过的大市场。开始游戏的话比较好说，可以建立一个道具系统，应用就比较麻烦了（但是游戏开发时间长，不是精品比较难火）。&br&&b&
一个重要的建议：大家在上传apk的时候，手机里一定要集齐360卫士、金山毒霸、百度安全管家、腾讯安全管家（据说集齐了可能会找到女朋友呢）。如果这四个都查不到有风险的话，基本每个市场都可以通过了。&/b&每个市场都会用一种安全软件扫描你上传的apk，在下也分不太清具体哪个市场用哪个了……反正在这四个里无疑。&b&对了，最后检查的时候一定要导出apk再安装到手机上呦，不要从开发工具里直接调试。&/b&&br&国内安卓的生态环境还是比较混乱的。一部分开发者丧心病狂恨不得把能加的广告都加到自己的app里去，一些变态的杀毒软件一边打着反广告的旗号一边找各种渠道去推自己的安装包，一些用户见到有推送广告就破口大骂觉着程序猿为他们开发免费app是天经地义，纳尼，程序猿还需要吃饭？&br&&b&
不过我相信，安卓的生态环境会越来越好，越来越规范，实事求是，与时俱进！紧抓一个google的核心思想……&/b&
作为一个android菜鸟开发者，代码水平不咋样，却练就了一身上传app的本领，大体说一下我的经验。上传 每个市场也许会布局不同，但内容大致一样，图标、apk、文字介绍、关键词、截图准备好了，基本每个市场都可以上传。认领 每个市场的具体需要的东西有所不…
来自子话题：
首先 &b&Backbone&/b& 没有&b& AngularJS &/b&那么容易上手. 而且作者并没有想让Backbone草根化的意思.&br&&br&&b&Backbone 比喻成战斗机&/b&. 看上去更像是真正的MVC框架, model-views-controller(collection).&br&书写Backbone的时候模型, 集合数据, 视图都是分开的, 逻辑很清晰. js模版的好处自然不用多说.Backbone实际上是&b& (( 为了去除掉以往 jQuery 过分依赖DOM来写业务逻辑, 导致后期代码逻辑混乱,DOM和JS上紧耦合. 函数内部层层调用, 甚至还会出现各种夸多个文件层层调用.使得业务最终变得难以维护,越来越臃肿,功能耦合度越高.修改起来就越容易导致其他功能出现难以预料的BUG . )), 而Backbone则很大程度上解除DOM和JavaScript的耦合关系. 更接近MVC的真谛. &/b&但是Backbone只提供基本的工具. 没有进行更加复杂的封装.&br&&b&Backbone 的优势 &/b&:&br&&ol&&li& 体积小, 制定性很强.&br&&/li&&li&提供underscore工具函数, 按照每个程序员不同的Style来处理数据, 或者你自己封装&/li&&li&提供自定义模版引擎, 也就是说, 你想怎么渲染, 就怎么渲染&/li&&li&提供完整的RESTful 风格API.想怎么写就怎么写. &/li&&li&模型 , 集合, 视图分离. 逻辑清晰. 只要是个稍微懂规范的程序员, 都可以写出不错的逻辑结构. &/li&&/ol&&br&&b&AngularJS 比喻成坦克.
&/b&看上去更加像是弥补HTML构建应用的不足(官方自己这样描述的).把JS逻辑和HTML标签紧密结合在一起, 通过依赖注入, 来实现开发模块化. AngularJS的确提供了很多的遍历, 封装了很多复杂逻辑, 双向数据绑定. 逻辑区域划分. 所以它是重武器.&br&&b&------------------------------------- 插入 写在这里 -------------------------------------------&/b&&br&&b&Pass :
关于Google 为什么力推 AngularJS? 而不推MVC的鼻祖Backbone&/b&&br&
首先是兼容性方便, &b&Backbone&/b& 坚持支持IE6以上的浏览器, 原则就是希望大部分浏览器都可以跑Backbone. Angular 在这方面就截然相反了. Angular 由于库本身非常庞大, 模块很多, 为了不让库变的臃肿, 在 &b&AngularJS&/b& 1.3 之后就不支持IE9以下的浏览器了( IE9上也有很多问题 ). 也就是说, AngularJS 开发就是针对一些高端的APP. 高端的应用, 换而言之, 一般来说 一些懂一点电脑的用户都知道升级浏览器, 而其中Google 的体验最好.&br&所以Google 首先力推Angular , 你看不了网站, 被提示版本过低,要么不以后都不看, 要么你会选择升级浏览器, 或者换浏览器, 我想大多数都会升浏览器.&br&AngularJS 对一些技术含量比较低的搜索引擎来说非常不友好, 没有什么原因. 像Google 的搜索技术已经摇摇领先全世界了, 而且爬虫可以识别JS渲染之后的数据. 这也是为什么Google力推Angular的原因之一/&br&&b&------------------------------------- 小段结束 -------------------------------------------&/b&&b&&br&AngularJS 的优势:&/b&&br&&ol&&li&容易上手, 必须了解依赖注入&/li&&li&少量代码就可以完成双向数据绑定. 自动同步改变数据. Backbone需要自己手动&/li&&li&和HTML结合在一起写逻辑. HTML结构有清晰的划分. &/li&&li&脏值检测. &/li&&li&不依赖其他第三方库&/li&&/ol&&br&&b&1.Backbone 和 AngularJS 比实际上主要优势是在移动端&/b&，&b&还有它的兼容性&/b&， &b&Backbone 组合兼容IE6 - IE11 后现代浏览器都没问题。 AngularJS 撑死就兼容到了IE8&/b&，还有很多功能在IE8上都有问题。 而且AngularJS通过对标签添加自定义属性 和 混入模板 来执行操作。所以对于搜索引擎而言， 非常不友好， &b&无论你是通过混入模板的方式 如{{ item.data }}
还是通过自定义属性 ng-model = “item.data” 来给你标签绑定模型。搜索引擎都无法读取到你标签内部真实渲染后的数据。而读取到{{ item.data }} 这样的模板.(大多数爬虫都是忽略掉页面js的影响的.) . 对SEO很不利。&/b&&br&&br&&br&&b&2.Backbone 和 AngularJS 体积上来看， 并没有什么优势可言，&/b&（不算站点开启了gzip） 一个表面上&b&压缩过的AngularJS 大概是101k -120k &/b&（没有压缩的开发者版是800K以上，1.2.X版本）. 不需要依赖什么其他的js库。&br&而Backbone 依赖 Underscore.js
压缩后 Backbone + Underscore = 20k + 14k = 34k ～ 36k的样子。 别高兴的太早的， Backbone 还需要引入一个核心库。类似于jQuery这样的。 PC开发时，引入一个压缩过的jQuery1.11.1 是101k～105k，不兼容IE6 7 8 引入压缩后的 jQuery 2.0以上版本是 89K ～ 94k。 所以大小加起来 &b&Backbone + Underscore + jQuery = 130k ～ 145k 。&/b&&br&如果是移动端的开发，不需要引入jQuery ，而是使用Zepto的话。Backbone组合的大小就骤降到了 44k～50k. 这个时候Backbone在移动端的优势就体现出来了。&br&&b&而这样一来. Backbone + Underscore + jQuery(or Zepto) 就比一个AngularJS 多出了2 次HTTP请求.&/b&&br&&br&&br&&b&3. 这里注意一下, Backbone自己描述是非必要! 非必要!依赖jQuery 和 Zepto. 实际上它没了jQuery 它的View视图就会各种出错, 所以说白了, 他自己就跟jQuery绑在了一起. 要换其他DOM库你还得自己操作,老版本的Backbone还根本就没有提供你改库的权利.&/b&&br&&b&Backbone 表面说不依赖jQuery. 实际上.... 呵呵, 你懂的, 没有jQuery你视图怎么绑定在DOM上? el 根本就不支持类似于 document.getElementByxxxx这样的获取DOM节点.所以我想说, 你如果不想在项目里搞太多库, 找AngularJS. Backbone进去了你就必须用个jQuery!&br&&/b&&br&&b&如果有Ruby开发经验的人就知道, Backbone实际上是把Ruby on Rails给放到前端来了,Ruby程序员对Backbone的结构会是再了解不过了.&/b&&br&&br&&b&1.Backbone&/b&的实例非常少.冰山一角.&br&&b&2.Backbone&/b&是一个Framework,而不是个Library.&br&&b&3.Backbone&/b&只提供了工具函数 small、simple、flexible , make sense. 也就是它和jQuery不太一样的地方,不是&b&&write less , do more&&/b&&br&&b&4.Backbone&/b&并没有减少代码的编写量,用不好反而增加不少工作量, 一个原本看似简单的功能,用Backbone现实起来看起来总感觉会很别扭. 所以用不好的人就是会&b&&write more. do less&&/b&&br&&b&5.Backbone能不能发挥它的极致完全取决于使用者的水平, 所以作者对FrameWork理解是: &a framework calls you, you call a library&&/b&&br&&br&&br&&b&对于一个新手而言, 不具备一定的原生JavaScript功底是很难驾驭Backbone, 仅仅局限于会用几个$符号来是完全不能理解Backbone的哲学的.&br&&/b&&br&&b&Backbone&/b&到目前为止都没有完整的中文文档, 之前有个人翻译了0.5版本的中文文档(基本可以说他没有翻译...), 但是目前Backbone已经是1.0版本以上了. 比之前新增了不少的功能.
可以说, 想学的人,就算你看得懂英文, 看得懂API, 没有实例, 你也不知道怎么样应用. 市面上的书籍也非常少.\&br&而能把Backbone发挥到极致的, 一般都是老外, 比如说,著名的USATODAY就使用了Backbone. 你很难想象一个全美大型的新闻网站是一个Backbone打造的&b&SPA (注: SPA在国外的应用已经非常普遍了, 见怪不怪,反观国内Web技术可以说还是落后人家5-6年&/b&&b&)&/b&&br&&a href=&///?target=http%3A///& class=& wrap external& target=&_blank& rel=&nofollow noreferrer&&USA TODAY: Latest World and US News&i class=&icon-external&&&/i&&/a&&br&&br&&b&从 Backbone在GitHub 上的18258个Star就足够证明它在国外的地位. (注:&/b&&b&&a href=&///?target=https%3A///jashkenas& class=& wrap external& target=&_blank& rel=&nofollow noreferrer&&Jeremy Ashkenas&i class=&icon-external&&&/i&&/a& 08年入驻GitHub. 非常深厚的原生JavaScript背景.&/b&&b&)&/b&&br&&br&反观&b& AngularJS , &/b&中文文档不少, 网上也有不少实例, 上手较Backbone来说要容易一些.&b& 而且AngularJS 没有必要强制依赖其他库.而Backbone本身就依赖作者&a href=&///?target=https%3A///jashkenas& class=& wrap external& target=&_blank& rel=&nofollow noreferrer&& Jeremy Ashkenas&i class=&icon-external&&&/i&&/a& 自己开发的另外一个JS工具包UnderScore 可以说你想要学好Backbone, 就不得不去了解和学习UnderScore. 而UnderScore总共有60多个针对数组,集合,函数操作的Method. 只有在项目中实践了才可以说真正理解了UnderScore的用途. 这也造成了 Backbone 学习曲线陡峭&/b&, 尤其是对于那些本身对MVC就不了解的新手来说, Model, Collection 理解起来可以说是晦涩难懂.
首先 Backbone 没有 AngularJS 那么容易上手. 而且作者并没有想让Backbone草根化的意思.Backbone 比喻成战斗机. 看上去更像是真正的MVC框架, model-views-controller(collection).书写Backbone的时候模型, 集合数据, 视图都是分开的, 逻辑很清晰. js模版的…
我不喜欢说我接受过高等教育，只是在国外渣渣的留了4年学，一直用的都是gmail，回到国内用gmail其实是比较麻烦的，收发慢，登录又不是特别稳，所以就用189邮箱来登录gmail，收发都挺快的，一直登录都没有什么大问题。
我不喜欢说我接受过高等教育，只是在国外渣渣的留了4年学，一直用的都是gmail，回到国内用gmail其实是比较麻烦的，收发慢，登录又不是特别稳，所以就用189邮箱来登录gmail，收发都挺快的，一直登录都没有什么大问题。
对于大多数国内用户，不值得；&br&对于海外党普通用户，不推荐；&br&对于乐于尝鲜的用户，可购买。&br&&br&MOTO360到手已三天，2168购买于淘宝，好话不多讲，网上搜搜一大堆，下面简单说说这几天使用中发现的不足_(:3 」∠)_&br&&img src=&/160a09dfe35c62c928de30a8a2572bd6_b.jpg& data-rawwidth=&849& data-rawheight=&173& class=&origin_image zh-lightbox-thumb& width=&849& data-original=&/160a09dfe35c62c928de30a8a2572bd6_r.jpg&&&br&&img src=&/a7e22d26a57aed3387faaa2e69a84bd0_b.jpg& data-rawwidth=&1024& data-rawheight=&768& class=&origin_image zh-lightbox-thumb& width=&1024& data-original=&/a7e22d26a57aed3387faaa2e69a84bd0_r.jpg&&&br&&br&首先则是对国内用户来说最大的问题，Android Wear使用需要Google服务和接入国际互联网。&br&国行手机大多没有Google服务，自行安装需要ROOT或通过第三方recovery刷入，这势必会影响手机保修，对于大多数普通用户来说，第一个门槛就难以满足。&br&其次，Android Wear自身大量功能依托于Google Now，如果不能接入国际互联网，将极为影响设备的正常使用。&br&&br&接下来说说问题， 先说硬件再说软件=。=&br&&br&首先则是众所周知的&b&续航问题&/b&，开启自动亮度和“Ambient Screen”，正常使用下(看看时间和提醒)早上出门到晚上0:00左右睡觉电池所剩无几，大约16小时的续航，一天一充是必然。不过充电速度倒是挺快，半小时左右能充50%，满足日常需求倒是足够了。&br&下面是手表中安装的软件，可以作为耗电参考：&br&&img src=&/59aa1bd07f1273_b.jpg& data-rawwidth=&2160& data-rawheight=&1920& class=&origin_image zh-lightbox-thumb& width=&2160& data-original=&/59aa1bd07f1273_r.jpg&&&br&MOTO360使用的是&b&IPS屏而非AMOLED屏幕&/b&，在使用深色背景表盘时，耗电量将远远大于AMOLED屏幕…或许是因为手表长时间显示相同画面，怕AMOLED屏幕老化不均出现“烧屏问题”&br&&br&MOTO360使用的是&b&老旧的OMAP3630处理器&/b&而非其它手表采用的骁龙400，OMAP3630相比骁龙400功耗更高性能更低，而且日后软件升级也可能也是大问题，想不通MOTO为啥要用这处理器，莫非真的是清库存么= =&br&&br&MOTO360皮质表带版&b&表扣采用的是塑料材质&/b&，总感觉经常取下来充电会把它弄断= =&br&用金属才多少钱，真想不通MOTO为啥省这点成本&br&&img src=&/d14b541cfe0_b.jpg& data-rawwidth=&3840& data-rawheight=&2160& class=&origin_image zh-lightbox-thumb& width=&3840& data-original=&/d14b541cfe0_r.jpg&&&br&MOTO360采用的是圆形屏幕，虽然在外观上是加分项，但Android Wear实际使用中，&b&部分应用没有考虑MOTO360适配&/b&，造成部分元素超出屏幕范围使用不便，甚至连系统默认的应用列表都没有考虑MOTO360的显示效果。&br&图片是熄屏前一瞬间拍到的，实际比这个亮_(:3 」∠)_&br&&img src=&/6d2bceee84ee8c1cfc4a9c1d4a784156_b.jpg& data-rawwidth=&3840& data-rawheight=&2160& class=&origin_image zh-lightbox-thumb& width=&3840& data-original=&/6d2bceee84ee8c1cfc4a9c1d4a784156_r.jpg&&&br&剩下则是软件上的问题了。&br&首先则是Android Wear手机管理软件功能严重不足，想管理Wear App还需要安装第三方软件 &a href=&///?target=https%3A///store/apps/details%3Fid%3Dcom.wearappmanager& class=& external& target=&_blank& rel=&nofollow noreferrer&&&span class=&invisible&&https://&/span&&span class=&visible&&/store/a&/span&&span class=&invisible&&pps/details?id=com.wearappmanager&/span&&span class=&ellipsis&&&/span&&i class=&icon-external&&&/i&&/a& （还是付费的喵！）。&br&&br&其次交互设计也是大问题，Google像让Android Wear摆脱智能手机应用+触摸的设计，采用了大量语音控制。但是！嘈杂环境下很难识别啊！！大声喊会被别人当傻逼啊！！语音基本只支持英语啊！！！总之用起来很是不爽。好在可以安装 &a href=&///?target=https%3A///store/apps/details%3Fid%3Dcom.npi.wearminilauncher& class=& external& target=&_blank& rel=&nofollow noreferrer&&&span class=&invisible&&https://&/span&&span class=&visible&&/store/a&/span&&span class=&invisible&&pps/details?id=com.npi.wearminilauncher&/span&&span class=&ellipsis&&&/span&&i class=&icon-external&&&/i&&/a& 方便的唤出应用列表和控制中心(快速设置手机的)。&br&&br&再者，蓝牙连接有时会莫名断开…我安装了Wear Aware + Wear Unlock实现连接MOTO360时免密码解锁，断开连接时手机锁定外加手表震动提醒，但是突然断开然后手机锁定感觉很不爽啊！发生了几次似乎都在充电的时候，不知道是设备的问题还是2.4G频道干扰造成的。&br&&br&最后就是那帮国内傻逼应用了，比如说微信、QQ、旺旺什么的，只有弹出的第一条消息可以看到内容，后面就只能显示有X条新消息了，基本废掉了Android Wear的通知提醒功能。&br&&br&-----------------------------------------&br&有什么问题欢迎在评论中提出~ 顺便求Android Wear应用推荐喵 (??ω?｀)
对于大多数国内用户，不值得；对于海外党普通用户，不推荐；对于乐于尝鲜的用户，可购买。MOTO360到手已三天，2168购买于淘宝，好话不多讲，网上搜搜一大堆，下面简单说说这几天使用中发现的不足_(:3 」∠)_首先则是对国内用户来说最大的问题，Android Wear…
&img src=&/9569ebc6c91ff4efcebec2fc_b.jpg& data-rawwidth=&1195& data-rawheight=&1994& class=&origin_image zh-lightbox-thumb& width=&1195& data-original=&/9569ebc6c91ff4efcebec2fc_r.jpg&&&br&不要别人说什么你就信什么... 这句话就是纯扯淡. 你看看这页上浓浓 iOS 风格的图标你还会认为这东西是真的&融合 Android 设计标准&? &br&&br&上两张最不符合 Android Design 的图: &br&&img src=&/31da562923bbe6424c89_b.jpg& data-rawwidth=&1195& data-rawheight=&1994& class=&origin_image zh-lightbox-thumb& width=&1195& data-original=&/31da562923bbe6424c89_r.jpg&&&ol&&li&三层 Tab (顶部 at/评论/私信, at 分类中微博/原创/评论, 底部时间轴/评论/搜索/我), &br&&/li&&li&最高层级导航采用底部 Tab (很明显是 iOS 设计思路), &br&&/li&&li&Action Bar 样式不统一 (在主页上是一个看起来似乎 Android 一些的 Action Bar, 在这里 Action Bar 消失了)&br&&/li&&/ol&&img src=&/6d4099ace2c89605e1cdf36c1cb0160e_b.jpg& data-rawwidth=&1195& data-rawheight=&1994& class=&origin_image zh-lightbox-thumb& width=&1195& data-original=&/6d4099ace2c89605e1cdf36c1cb0160e_r.jpg&&&ol&&li&完全 iOS 风格的 Tab, &/li&&li&iOS 风格的右上角返回而不是 Up, &/li&&li&作为一个 Drawer 中的导航项, 它的层级和主时间轴完全不同, 也不能从这里打开 Drawer&/li&&/ol&还有很多各种各样不伦不类的设计, 比如 Drawer 居然不是作为顶级导航 (在除了时间线之外的 Tab 里都不能唤出 Drawer, 违反了 Android Design 中对 Drawer 作用的定义), 擅自在主屏添加快捷方式, 所有的 Tab 都无法滑动切换, 完全 iOS 风格的阅读环境设置, 等等各种违背 Android design 且我也从来没在 iOS 应用中看到过的设计, 这里我就不一一列举了, 因为我实在没心情去用这么一个违和的应用, 很快就卸了. &br&&br&也有人说没必要纠结于某个细节是不是真的符合 Android 标准控件这种牛角尖. 是的, &b&Android Design ≠ Holo Theme/标准控件&/b&, 但是在此之外, Weico 的体验也完全不能达到 Android Design 的要求 —— 不要说达到了, 连摸到规范的脚趾都不行. 举个最简单的例子, 三层 Tab, Tab 不可滑动, 两层在顶端, 有人觉得这是个好设计吗? &br&&br&对了, 为了防 (zheng) 止 (zhi) 误 (zheng) 解 (que), 在 Android 上做 iOS 7 风格的应用其实是没有任何问题的, 看你怎么做而已. 做得好的比如 &a href=&///?target=https%3A///store/apps/details%3Fid%3Dcom.jotterpad.x& class=& wrap external& target=&_blank& rel=&nofollow noreferrer&&JotterPad X&i class=&icon-external&&&/i&&/a&: &br&&img src=&/6beee1522471eb_b.jpg& data-rawwidth=&1195& data-rawheight=&1994& class=&origin_image zh-lightbox-thumb& width=&1195& data-original=&/6beee1522471eb_r.jpg&&你们可以自己去装一个体验一下. 平心而论, JotterPadX 的体验 (无论是视觉还是操作) 都比 Weico 不知道高到哪里去了. &br&&br&最后说句不该说的, 这种不伦不类的设计出自 eico Design 之手, 真是他们的耻辱. 不过算了, 反正我也知道现在的 eico 也就那样了.
不要别人说什么你就信什么... 这句话就是纯扯淡. 你看看这页上浓浓 iOS 风格的图标你还会认为这东西是真的"融合 Android 设计标准"? 上两张最不符合 Android Design 的图: 三层 Tab (顶部 at/评论/私信, at 分类中微博/原创/评论, 底部时间轴/评论/搜索/我)…
来自子话题：
&img src=&/a3f29e4e9ea3602ecaaa66c_b.jpg& data-rawwidth=&39& data-rawheight=&45& class=&content_image& width=&39&&&br&把图标都改成这样
把图标都改成这样
直接下载google play的app
&a href=&///?target=https%3A///& class=& wrap external& target=&_blank& rel=&nofollow noreferrer&&Download APK from Google Play Store free online downloader&i class=&icon-external&&&/i&&/a&&br&直接下载youtube的视频 &a href=&///?target=http%3A//en.savefrom.net/& class=& wrap external& target=&_blank& rel=&nofollow noreferrer&&Free Online YouTube Downloader: Download YouTube Videos, Facebook and many others!&i class=&icon-external&&&/i&&/a&&br&比chrome插件要方便很多，不需要任何配置，直接把链接输入进去，直接下载
直接下载google play的app 直接下载youtube的视频 比chrome插件要方便很多，不需要任何配置，直接把链接…
来自子话题：
谢邀。作为一个经常会吐槽一下度娘的用户，我其实很愿意回答一下这个问题。但是这段时间也开始反思自己对于百度的一些看法，慢慢发现，我用的最多的，其实还是百度。&br&&br&其实原因很简单。搜索引擎是个技术活，各类内容的出现其实在所难免。而至少说在国内，没有哪家能拍着胸脯说，自己就能做到比百度更好。&br&&br&不信看一下？&br&&img src=&/cb73c152ef6d4d9705da8_b.png& data-rawwidth=&566& data-rawheight=&508& class=&origin_image zh-lightbox-thumb& width=&566& data-original=&/cb73c152ef6d4d9705da8_r.png&&&img src=&/dbda02e0f8271_b.png& data-rawwidth=&485& data-rawheight=&523& class=&origin_image zh-lightbox-thumb& width=&485& data-original=&/dbda02e0f8271_r.png&&&img src=&/bc5bc68246dcd8e69b21_b.png& data-rawwidth=&601& data-rawheight=&406& class=&origin_image zh-lightbox-thumb& width=&601& data-original=&/bc5bc68246dcd8e69b21_r.png&&&img src=&/cbbfb2f723d2a840a90659_b.png& data-rawwidth=&541& data-rawheight=&434& class=&origin_image zh-lightbox-thumb& width=&541& data-original=&/cbbfb2f723d2a840a90659_r.png&&&br&相比之下，百度还是刻意做了优化的。&br&&img src=&/3d26d852d5bfc_b.png& data-rawwidth=&486& data-rawheight=&382& class=&origin_image zh-lightbox-thumb& width=&486& data-original=&/3d26d852d5bfc_r.png&&&img src=&/f25fcdada85de_b.png& data-rawwidth=&600& data-rawheight=&362& class=&origin_image zh-lightbox-thumb& width=&600& data-original=&/f25fcdada85de_r.png&&&img src=&/02c098ab9ad340cf500080bdc1aae16e_b.png& data-rawwidth=&537& data-rawheight=&459& class=&origin_image zh-lightbox-thumb& width=&537& data-original=&/02c098ab9ad340cf500080bdc1aae16e_r.png&&&br&再比如说某些地方的关键词纠错，我觉得百度做得还是蛮到位的。&br&&img src=&/84eb6d009f4a369c61a0_b.png& data-rawwidth=&494& data-rawheight=&457& class=&origin_image zh-lightbox-thumb& width=&494& data-original=&/84eb6d009f4a369c61a0_r.png&&相比之下国内很多竞争对手还是有相当差距。&br&&img src=&/e5af067da3e_b.png& data-rawwidth=&637& data-rawheight=&474& class=&origin_image zh-lightbox-thumb& width=&637& data-original=&/e5af067da3e_r.png&&&br&反正我只能说，哪怕被吐槽得再厉害，百度在搜索引擎技术以及本土化运营方面，依旧是国内老大，毕竟，用户体验才是市场占有率的根本原因。&br&&p&就说这么多，以上。&/p&
谢邀。作为一个经常会吐槽一下度娘的用户，我其实很愿意回答一下这个问题。但是这段时间也开始反思自己对于百度的一些看法，慢慢发现，我用的最多的，其实还是百度。其实原因很简单。搜索引擎是个技术活，各类内容的出现其实在所难免。而至少说在国内，没有…
怕啥，它又进不来。
怕啥，它又进不来。
来自子话题：
&img src=&/80aaa5be01519ecea195dc_b.png& data-rawwidth=&1690& data-rawheight=&2857& class=&origin_image zh-lightbox-thumb& width=&1690& data-original=&/80aaa5be01519ecea195dc_r.png&&&br&在最早的版本里, Keep 的新建笔记也是像这个版本一样的一个工具条, 不过那时的工具条是浮在顶部的, 而在大屏幕上, 顶部的工具栏并不是很容易能被触摸到.&br&&br&&img src=&/de205f7f7c6cabdabcdeb78b5b2e417e_b.png& data-rawwidth=&1195& data-rawheight=&1994& class=&origin_image zh-lightbox-thumb& width=&1195& data-original=&/de205f7f7c6cabdabcdeb78b5b2e417e_r.png&&&br&在上一个版本里, Google 用一个红色的 FAB 替代了顶部工具栏. 这个 FAB 是更容易触摸了, 但是无论要新建的是什么类型的笔记, 都需要点击两次 (虽然可以滑动一次性打开, 但是绝大多数情况下用户不会意识到这个操作, 我自己都经常忘记可以滑动). 这样的设计明显不符合 Keep ?保存瞬间灵感? 的理念. &br&&br&&img src=&/e8cb94b9d8cd91636bed8f_b.png& data-rawwidth=&1690& data-rawheight=&2857& class=&origin_image zh-lightbox-thumb& width=&1690& data-original=&/e8cb94b9d8cd91636bed8f_r.png&&在这个版本里, 工具栏终于回归, 而且是位于底部, 既兼顾了操作的便利, 又可以让用户在一次点击内建立任何类型的新笔记, 可以说是众望所归的更新. 相信 Google 会渐渐找准这些元素应该和不该出现的位置.
在最早的版本里, Keep 的新建笔记也是像这个版本一样的一个工具条, 不过那时的工具条是浮在顶部的, 而在大屏幕上, 顶部的工具栏并不是很容易能被触摸到.在上一个版本里, Google 用一个红色的 FAB 替代了顶部工具栏. 这个 FAB 是更容易触摸了, 但是无论要新…
你们喷了N年微软，现在看清楚哪个才是开放的公司，哪个才是开放的技术了吧。
你们喷了N年微软，现在看清楚哪个才是开放的公司，哪个才是开放的技术了吧。
来自子话题：
我也曾经有这种情况，虽然不知道为什么，但是点击一次鼠标中键就能解决，我也觉得特别奇怪
我也曾经有这种情况，虽然不知道为什么，但是点击一次鼠标中键就能解决，我也觉得特别奇怪
Android开发者&br&&br&09年6月份去买的Android手机,09年底写出应用,随即加入创业公司至今.&br&&b&A. 眼界开阔&/b&&br&在做Android之前做的是银行外围业务,实在是厌恶了那种说话不算数,各方推诿责任的工作模式.几十人干了快一年,还没有人用过,挫败感太强了.接触Android后,差异感太大了.&br&&ol&&li&原来只用一周就可以完成一个小产品;&/li&&li&原来这个东西放出去还能挣钱;&/li&&li&原来有很多人对你的产品感兴趣,并给出各种意见.&br&&/li&&li&原来你也可以说,这个意见俺就是不接受.&/li&&li&原来创业公司可以这样起步,几个人,租个小两居.&/li&&li&原来团队开发可以如此高效.&/li&&li&原来想法可以如此的多,且大家的想法有如此多的交集.&/li&&li&原来别人也想到这个,并且比我们还先动手.&/li&&li&原来很多想法都如此的浅薄,禁不起推敲.&/li&&li&原来我们做的东西也可以Top 1.&/li&&li&原来有如此多的创业团队,会有Bump,Path,Flipboard这么精致的产品.&/li&&li&原来社区产品的运营很重要,用户个性的多样化,完全不按你规定的路线出牌&/li&&li&原来我必须对多样化的用户需求进行筛选,排级,剔除.叫的最响的不一定是最有用的需求&/li&&li&原来用户需要引导,用户也有反击.&/li&&/ol&&b&B. 自我约束&/b&&br&这点收获也很大,创业公司,不规定你什么时候上下班,不规定你什么时候出活,没人明确的指定你要做成什么样.但大家都在一起工作,每天工作内容,质量,数量.大家都一清二楚.你需要:&ol&&li&自己去定开发计划,清楚自己在做什么.&br&&/li&&li&自己去保证开发效率,当你在做自己的产品的时候,这种动力是油然而生的.&/li&&li&自己保证开发质量,作为小牛代码质量这个是基本功;UI/UE 也得努力学,不落后.&/li&&/ol&&b&C. 学会规划&/b&&br&规划时间,规划产品,规划职业.学会一种方法.XY法.X轴代表你学习的广度,Y轴代表你学习的深度.&br&比如想成为Android开发高手:&br&X轴可以有:基础组件的使用,framework架构,设计模式,UI/UE&br&Y轴可以有:基础组件能够自定义,framework的源码深入阅读,设计模式的熟练使用,UI/UE的领悟.&br&&br&这样你就可以很容易看出自己的方向,可以偏产品一点,那么UI/UE到什么程度,偏技术一些framework的源码阅读到什么程度.&br&&br&&b&D. 这是一个团队&/b&&br&学会协同工作,使用一些工具,google Doc,Trac,git等;定期做技术交流;定期做水果分享.达到知识共享.共同进步.
Android开发者09年6月份去买的Android手机,09年底写出应用,随即加入创业公司至今.A. 眼界开阔在做Android之前做的是银行外围业务,实在是厌恶了那种说话不算数,各方推诿责任的工作模式.几十人干了快一年,还没有人用过,挫败感太强了.接触Android后,差异感太大…
匿名反对顶端答案&br&900块钱买台国产安卓设备还是能用的，类似华为3C之流（参数自己看，不要和我说买手机不看参数以及安卓只会堆硬件之流的鬼话）&br&一台智能机基本上能覆盖kindle的所有功能（并不是所有人都需要kindle，在知乎上我相信不少人的kindle在吃灰）&br&iphone5S到低端android以及wp8都用过，现在很火热的千元国产机能火不是没有道理的。iphone确实很好，但是并不是所有情况下都适合（比如经济）&br&&br&楼主相信我，千元国产机你值得拥有。
匿名反对顶端答案900块钱买台国产安卓设备还是能用的，类似华为3C之流（参数自己看，不要和我说买手机不看参数以及安卓只会堆硬件之流的鬼话）一台智能机基本上能覆盖kindle的所有功能（并不是所有人都需要kindle，在知乎上我相信不少人的kindle在吃灰）iph…
已有帐号？
无法登录？
社交帐号登录}