在参加飞跃马拉松的时候,小组的项目构思是基于移动社交网络做一个记录用户旅游轨迹和照片的APP应用。

即当用户在旅游过程中,手机会不间断的上报GPS坐标到服务器,服务器会保存所有坐标到数据库,然后用户打开自己的旅游记录后,我们会在手机上创建一个全屏的地图,通过服务器CGI获取所有GPS的坐标点,然后通过这些坐标点绘制出一条线。

腾讯Web前端JX框架入门教程(二)
In JavaScript on 2013年08月31日 by view: 13,814
8

Ajax和模版

当你需要不刷新页面而加载更多数据,ajax是个不错的选择,怎么把ajax异步加载的数据优雅地拼接起来,就需要用到模版引擎了。复杂的交互都离不开ajax和模版,下面介绍如何在JX中使用ajax和模版。
处理ajax,我们主要用到http包的ajax方法:J.http.ajax(uri, option)
第一个参数是ajax请求的url,第二个参数是一个包括请求选项的Object。
示例代码
TAT.svenzeng Javascript中有趣的反柯里化技术
In JavaScript on 2013年08月12日 by view: 50,833
19

反柯里化( uncurrying, 非currying )的话题来自javascript之父Brendan Eich去年的一段twitter. 近几天研究了一下,觉得这个东东非常有意思,分享一下。先忘记它的名字,看下它能做什么.

不要小看这个功能,试想下,我们在写一个库的时候,时常会写这样的代码,拿webQQ的Jx库举例。

TAT.iAzrael 让Java跟Javascript更加亲密
In JavaScript on 2013年02月20日 by view: 7,917
2

在移动App开发中,为了快速迭代,通常都会使用Native+Web的模式开发。具体来说就是使用Java提供接口,使用WebView控件嵌套Web页面来实现UI和交互。

在Android中,Java可以很方便的提供接口给WebView中的Js进行调用,只要以下一行代码就能搞定:

最近搞Android项目的时候,遇到一个比较蛋疼的需求,需要从Client App调用系统浏览器打开一个页面,进行杂七杂八的一些交互之后,返回到App。如何打开浏览器和如何返回App这里就不说了,有兴趣的童鞋可私下交流。

之所以说这个需求蛋疼,是因为Android有个物理返回键啊……返回键啊……键啊……啊……

用户按下返回键后,预期应该跟点击页面上的返回键一样——返回App。然而这个返回键的被按下的时候网页完全不知道啊(onbeforeunload不算),找不到直接的办法去监听,愁死我们这全苦逼程序员鸟~

虽然啊不能直接监听,曲线救国的办法,还是有滴。

上周Oscar赴新加坡南洋理工大学(Nanyang Technological University, Singapore)参加Mozilla主办的HTML5集训及研讨会。活动主要是针对希望了解HTML5技术的在校学生,分享HTML5的当前状况、主要技术点以及一些实际应用,以帮助他们了解HTML5的强大能力和快速入门。

原文:http://coding.smashingmagazine.com/2012/11/05/writing-fast-memory-efficient-javascript/

作者:

译者按:本人第一次翻译外文,言语难免有些晦涩,但尽量表达了作者的原意,未经过多的润色,欢迎批评指正。另本文篇幅较长、信息量大,可能难以消化,欢迎留言探讨细节问题。本文主要关注V8的性能优化,部分内容并不适用于所有JS引擎。最后,转载请注明出处: )

原文:http://blog.artillery.com/2012/05/realtime-multiplayer-3d-gaming-html5.html

这篇文章国内有些机器译的版本,但实在太难阅读,这里试译了下。
由于译者水平有限,可能会有不少错漏之处,一些不明确是否译准的地方附了原文。
此文涉及挺多框架/库,在翻译过程中ip收获还是挺多的,建议大家在阅读时可以同时去了解下文中所提到的相关技术。
【提示:此文不是”跟我学做HTML5游戏”之类的教程文章】

TAT.dmyang HTML5迟来的API:Page Visibility
In HTML5,JavaScript on 2012年11月05日 by view: 15,338
8

一开始先看个小小demo切换tab对比下!

不得不说,浏览器的多tab(and多窗口)设计确实是满足了用户同时浏览很多个网页的需求,但是,网上有成千上万的页面,这些页面性能又参差不齐,对于某些性能很差的页面,用户停留在这个页面倒还好,但是当用户切换了到了其他tab页时,有可能会出现由于性能差的页面卡死导致整个浏览器卡死甚至机器卡死,其他页面好冤,浏览器好冤,机子好冤[汗]。

HTML 5以前的标准由于考虑到浏览器安全问题并不允许直接跨域通信,于是为了达到跨域通信的目的各种蛋疼的解决办法出现了,常用的有:jsonp、使用代理文件、地址栏hash等等,这些办法的出现在达到解决跨域问题的同时,也增加了前端页面的性能开销和维护成本。HTML5新的标准中,增加了” Cross-Origin Resource Sharing”特性,这个特性的出现使得跨域通信只需通过配置http协议头来即可解决。