构建移动Web应用程序的技术堆栈
编写web应用程序时，有很多的技术决策。笔者最近回来编写现代Web应用程序，并希望总结一些曾经在开发周期过程中做了记录零散的想法。这篇文章是关于一套对 笔者 最近开发的项目有帮助的框架。 笔者重温了一些最重要的框架类型，其中每一个可以展开来写一篇文章。这并不是一个广泛的现有产品相比，只是一个 笔者 最近使用的部分技术。
虽然笔者的重点是移动优先， 笔者认为，这套技术可以应用在一般的web应用程序。 笔者的决定和数据支持考虑了几个要求：
- 基于JavaScript（CoffeeScript，Dart，绝对值得认真看看，但我想避免引起激进选择）
- 必须在现代浏览器工作良好（IOS 5，Android 4）
挑选一个MVC框架
在本地UI的应用程序开发中模型视图控制器模式已经使用了几十年。其基本思路是分开表示层（用户界面，动画，输入）和数据层（存储，通讯，数据）。有其他类似的模式，如MVVM的（模型视图的ViewModel），但主要的想法是在展现和数据层之间有定义良好的分离，为了更干净的代码和长期的维护：
有许多JavaScript模型视图控制器框架的产品。有一些如Backbone.js和Spine.js是用纯代码编写的，而其他像Knockout.js和Angular依靠DOM数据属性绑定。那些依赖HTML5数据DOM属性的分离视图和数据的MVC系统被认为是不对的。这不包括Knockout.js和Angular框架。 spine.js比 CoffeeScript更容易，根据我最初的要求排除了CoffeeScript。
backbone.js比大多数框架更受欢迎（也许除JavaScriptMVC外，似乎像一个死的项目），还设有一个成长的开源社区。对于笔者的应用程序栈，笔者选择了Backbone.js。欲了解更多有关挑选一个MVC的信息，检出TodoMVC，它使用不同的MVC框架实现相同的Todo应用程序。还可以看到这个MVC框架的比较，它强烈赞成Ember.js，一个出现相对较晚的框架。笔者尚未有机会使用它，但它在我的清单上。
选择一个模板引擎
要在网络上建立一个严谨的应用程序，你不可避免地要建立大型的DOM树。如果使用JavaScript API来操作DOM，不如使用基于字符串的模板编写html来得更简单高效。JS模板已经逐步形成一个奇怪的约定，嵌入模板的内容到脚本标记内：<script id="my-template" type="text/my-template-language">... </script>。使用所有的模板引擎的基本做法是作为一个字符串来加载模板，构建模板参数，然后通过模板引擎模板和参数运行。
backbone.js依赖于Underscore.js，它有一个有些局限的有详细语法的模板引擎。有其他可供选择，包括jQuery模板，Handlebars.js，Mustache.js和许多其他的。 jQuery模板已经被jQuery团队准备废弃了，所以我没有考虑这个选项。Mustache是一个跨语言的模板系统，具有简单和成熟的决定，以支持尽可能少的逻辑。事实上，在Mustache最复杂的构造是遍历一个对象数组的方式。 handlebars.js建于Mustache之上，加入一些不错的功能，如预编译模板和模板表达式。对于笔者而言，并不需要这些额外的功能，然后选择了笔者的模板平台Mustache.js。
在一般情况下，笔者的印象是，现有的模板框架可比较的功能是很少的，因此决定在很大程度上是个人喜好的问题。
选择一个CSS框架
CSS框架是必不可少的工具，用来扩展CSS如变量等方便的功能集，创建分层的CSS选择器的方式，以及一些更先进的功能。这实质上是创建了一个新的语言：CSS的增强版本（姑且称之为它的CSS++）。为便于开发，一些框架在浏览器中实现了一个JavaScript的CSS+ +解释器，而一些其他框架让你监控一个CSS+ +文件，并每当有更改就编译它。所有的CSS框架应提供命令行工具来编译CSS++成CSS给开发。
像模板语言一样，也有很多选择。笔者的选择是出于个人的语法偏好，笔者更喜欢SCSS，因为它避免了像@怪异的语法。 SCSS的一个缺点是，它并没有附带一个JavaScript解释器（有一个非官方的，笔者还没有试过），但可用命令行监视器。还有其他类似的CSS框架，包括LESS和Stylus。
如何布局视图Views
HTML5提供了多种方式来布局内容，MVC框架对这些布局技术的使用无要求，留给开发者你一点困难。
一般来说，对documents相对位置是合适的，但对apps除外。应避免绝对定位，像tables。许多Web开发人员已经转向使用float属性对准元素的，但是这只是第二理想的构建应用程序的观点，因为它没有类似应用程序的布局，导致许多奇怪的问题和臭名昭著的clearfix hacks。
经过多年来的布局与各种网络技术的实验，笔者认为一个固定的定位和flex box的模型相结合是移动互联网应用的理想选择。笔者使用的是将屏幕上的界面元素（页眉，侧边栏，页脚等）固定定位。flex box 模型对在页面上布局堆叠视图（Stacked views）是很棒的（水平或垂直的）。只有CSS盒模型明显地对界面设计进行了优化，非常类似Android的LinearLayout 管理器。对于有关flex box模型的更多信息，请阅读保罗的文章，并注意该规范正在由一个新的，非向后兼容的版本取代。
自适应Web应用程序
最后一节，在这个问题上：笔者大力提倡创建设备特定的用户界面。这意味着为不同的形式屏幕重新编写视图代码部分。幸运的是，MVC模式，使得它比较容易为多个视图（如平板电脑和手机）重用业务逻辑model。
iOS Flipboard演示了这个想法很好，它为平板电脑和手机用户提供了为每个设备外形高度定制的体验。
手机用户界面特别为垂直点击进行了优化，允许单手使用。
平板的UI让两手反面持有设备工作良好。
输入的考虑
移动用户与您的应用程序进行交互的主要方式是通过用手指触摸屏幕。这与基于鼠标的互动相当不同，因为有额外9点在跟踪屏幕，这意味着开发人员编写移动应用程序时，需要抛弃移动鼠标事件。此外，在移动鼠标事件有300ms延迟点击的问题（有一个著名的触摸式的解决方法）。在移动浏览器使用这些事件的详细信息，请参阅我的触摸事件的文章。
只有S /mousedown/ touchstart/所有的事件处理程序是不够的。有 一套 全新的用户期待的触摸设备手势，如点击、通过浏览图像列表导航。虽然苹果公司有一个鲜为人知的手势API，但没有在网页上做手势检测的开放规范。我们真的需要一个JavaScript手势检测库，去处理一些较常见的手势。
如何使其离线工作
对于一个应用程序脱机工作，你需要确保两件事情真实：
- Assets资产可用（通过AppCache，文件系统API等）
- 数据是可用的（通过LocalStorage，WebSQL，IndexedDB等）
实践中，在网络上建立离线应用是一个棘手的问题。一般来说脱机功能应从一开始就加入你的应用程序。让现有Web应用程序没有显着的重写代码运行在离线状态下是特别困难的。此外，脱机技术还有各种未知的存储限制，而且未知超出限制时会发生什么不确定的行为。最后，在离线的技术堆栈还有一些技术问题，最显着的是AppCache，正如我在以前的文章提到。
写真正的离线功能的应用程序是一个非常有趣的方法是“离线优先”。换句话说，如果没有互联网连接全部写入本地，当存在互联网连接，实现同步数据同步层。在Backbone.js MVC模型，这可以很好地适应自定义Backbone.sync适配器。
单元测试
单元测试您的UI是有困难的。然而，因为你使用MVC的模型，它是完全隔离的UI和数据结果，因此，可方便测试。 QUnit是一个相当不错的选择，特别是因为它允许使用它的start（）和stop（）方法单元测试异步代码。
总结
总之，笔者使用Backbone.js 作为 MVC 框架，Mustache.js做为模板，SCSS作为CSS框架，CSS的Flex box展现界面views，自定义触摸事件和QUnit单元测试工具，来写笔者的移动Web应用程序。脱机支持，笔者仍然尝试用各种技术，并希望未来继续写篇文章。虽然笔者强烈相信有必要在这里列出每种工具（如MVC），笔者也相信，笔者在这里描述的许多具体的技术是可以互换的（如Handlebars 和 Mustache）。
还有一件事：2012年1月17日，Thorax宣布发布。这是一个基于Backbone一套开发库，非常类似我在这篇文章里描述的思想。笔者还没有在任何深度研究，但名称是伟大的:)
使用一套类似的框架吗？有你最喜欢的？觉得笔者缺少一个重要的框架吗？让笔者知道！
Java 8 新功能
我们已经急不可待想知道Java 8可用的新功能，其中大部分是以前为Java 7设计的新功能，但不得不推迟。现在，甲骨文承诺，他们在“革命”，而不是“进化”新版本。未来Java语言有什么呢？
马克·雷纳德，甲骨文的Java的总设计师，在2011年JavaOne大会上，给观众提到了Java 8预计会有什么，并谈到即将到来的Java 9一点点计划。这是不幸的，本来将会在Java 7实现的五个重要改进，有两个由于Java构建发布日期而不得不作罢。马克承认，Java 7的更新是非常重要的，但他暗示，Java 8的发布会改变语言基本水平的上运作方式。从即将到来的功能列表来看，非常有可能是真的。
在Java 8发布包含两个主要项目：Lambda和Jigsaw。Lambda项目使Java有能力，更有效地工作于多核心处理系统，多核是Java运行最常见的硬件，这对在这些系统上获得更好的的处理性能非常有意义。 LAMBDA项目还包括另外一个新的处理系统，可使代码像数据一样建模的编程模式。这个新系统将允许方便地使用Lambda表达式，因为这是处理多核处理器最好的方式。这些新功能包括：
- 使用Lambda表达式
- 扩展目标类型
- 方法和构造方法引用
- 缺省的方法
如果你是想知道Lambda项目的更多信息，去这里：http://openjdk.java.net/projects/lambda/
Java 8 第二个令人兴奋还有 Jigsaw 项目。 Jigsaw项目的目标是创建在JDK设计和实施模块系统有用的方式，然后应用该系统到JDK本身。这一点使处理大块代码更易于管理，并促进跨应用程序的代码复用和更好的维护。 Jigsaw项目将带来许多新的功能涉及封装，重构，版本和模块集成。
Jigsaw项目的进一步细节，可在这里：http://openjdk.java.net/projects/jigsaw/
此外，除了这两个项目，将有一些其他的语言功能的补充，如核心Java库的升级，更容易快速的进行并行计算，并虚拟扩展方法允许加入方法指定引用到缺省实现的接口，将为代码部署选项增加一个新的日期/时间API。
JavaOne会上甲骨文展望了未来，讨论了Java 9候选发展的关键领域。他们正在寻找加入一个自我调整的JVM，改善本地集成和大规模多核的可扩展性。他们还着眼于通过添加新的元对象协议实现跨语言支持和云应用资源管理。Java正成为编程世界上最常用的编程语言，要让每个人对新功能都高兴变成一个问题。
来源： http://www.learncomputer.com/java-8-new-features/ 中文编译：IT瘾 转载请保留原文链接
Java新闻：Oracle布局Java 9，10 路线图
引述Gavin Clarke的“Java won't curl up and die like Cobol, insists Oracle”：
甲骨文周三表示，Java9和10将着手加入大数据，多语言的互操作性，云和移动，并在2015年和2017年分别发布。
对于Java开发工具包（JDK）10或之后，正在讨论一些根本上的改变：使Java语言面向对象。这可能会看到一个统一的类型系统，将一切变成对象，意味着没有更多的基本类型（no more primitives）。
明年JDK 8的特点：
更快的JavaScript引擎“Nashorn”将取代现行的“Rhino”。
模块系统“Jigsaw”，使安装程序更小，因为它只安装了系统实际应用需要的那些部分。它启用了一种几乎无风险的方式，来摆脱旧的和过时的Java API部分。
移动设备的支持。引述：
JDK 8 将看到建立在桌面上的 Java 标准版（Java SE），升级运行于目前正在运行Java移动版（Java ME）的各种移动设备。甲骨文认为，多核心和百兆内存可用的智能手机意味着，Java SE可以运行在这样的智能手机上而不仅仅是桌面上。
请注意Android，已经是一个基于Java的移动平台。但甲骨文的桌面 API（包括Java FX）可以使跨平台的开发更容易。