易栈网-膘叔

说实话，我在听到别人介绍scala可以直接采用java的类库时，还在犹豫，但在看到这篇文章之后，心里安定很多。才下决心要学scala的。

原文很长，来自http://www.oschina.net/bbs/thread/7572

在本文中，我们将创建一个在 Android 设备上运行的移动应用程序。您将需要安装 Android SDK；本文使用 V1.5 SDK。应用程序代码将用 Scala 编程语言编写。如果您从来没用过 Scala，那么没有关系，因为本文将解释 Scala 代码。但是，即使您不熟悉 Scala，建议您至少熟悉 Java 语言。本文使用 Scala V2.7.5 进行开发。对于 Android 和 Scala 都提供了很好的 Eclipse 插件。本文使用 Eclipse V3.4.2 和 Android Development Tools（ADT） V0.9.1 以及 Scala IDE 插件 V2.7.5。请参阅 参 考资料，获得所有这些工具。

设置

编写 Android 应用程序听起来像是一个复杂的命题。Android 应用程序在它们自己的虚拟机中运行：Dalvik 虚拟机。但是，Android 应用程序的构建路径是开放的。下面表明了我们将使用的基本策略。

图 1. Android 上 Scala 的构建路径
 

其思想是，我们首先将所有 Scala 代码编译成 Java 类文件。这是 Scala 编译器的工作，所以这方面没什么太复杂的事情。接下来，获取 Java 类文件，使用 Android dex 编译器将类文件编译成 Android 设备上的 Dalvik VM 使用的格式。这就是所谓的 dexing， 也是 Android 应用程序的常规编译路径。通常，要经历从 .java 文件到 .class 文件再到 .dex 文件的过程。在本文，惟一不同的是我们从 .scala 文件开始。最后，.dex 文件和其他应用程序资源被压缩成一个 APK 文件，该文件可安装到 Android 设备上。

那 么，如何让这一切发生？我们将使用 Eclipse 做大部分工作。但是，此外还有一个较复杂的步骤：要让代码运行，还需要来自标准 Scala 库中的代码。在典型的 Scala 安装中，这是 /lib/scala-library.jar 中一个单独的 JAR。但是，这个 JAR 包括一些不受 Android 支持的代码。有些代码需要稍作调整，有些代码则必须移除。scala-library.jar 的定制构建是运行得最好的，至少目前是这样。请参阅 参 考资料，了解这里使用的定制构建。我们将把这个 JAR 称作 Android 库 JAR。

有了这个 JAR，剩下的事情就很容易了。只需使用 Eclipse 的 ADT 插件创建一个 Android 项目。然后将一个 Scala 特性（nature）添加到项目中。用前面谈到的 Android 库替代标准的 Scala 库。最后，将输出目录添加到类路径中。现在，可以开始了。主 Scala 站点对此有更详细的描述（请参阅 参 考资料）。现在，我们有了基本的设置，接下来看看我们将使用 Scala 创建的 Android 应用程序。

UnitsConverter

现 在，我们知道如何利用 Scala 代码，将它转换成将在 Android 设备上运行的二进制格式，接下来可以使用 Scala 创建一个移动应用程序。我们将创建的应用程序是一个简单的单位转换应用程序。通过这个应用程序可以方便地在英制单位与公制单位之间来回转换。这是一个非常 简单的应用程序，但是我们将看到，即使是最简单的应用程序也可以从使用 Scala 中获益。我们首先看看 UnitsConverter 的布局元素。

创建布局

您 也许对编写手机上运行的 Scala 感到兴奋，但是并非所有的移动开发编程都应该用 Scala 或 Java 语言完成。Android SDK 提供了一种很好的方式，使用基于 XML 的布局系统将用户界面代码与应用程序逻辑分离。我们来看看本文中的应用程序的主要布局文件，如清单 1 所示。

清单 1. Converter 应用程序的主要布局

以上代码非常简洁地创建了该应用程序的主 UI。它的根节点是一个 RelativeLayout 容器元素。Android SDK 中有很多布局选项。RelativeLayout 指示运行时使用相对定位对不同的 UI 小部件进行布局。要使用相对定位，可添加可见元素 — 在这里是一个 TextView 元素。这是用于显示文本的一个简单的元素。它被赋予一个 ID prompt_label。 接下来的元素，即一个 EditText 元素（一个文本输入框）将用到它。这个元素有一个 layout_below 属性，它的值等于 prompt_label ID。换句话说，EditText 应该放在名为 prompt_label 的元素的下方。

布局代码剩下的部分非常简单。有一个带标签的文本输入框、一个带标签的微调器（一个组合框或下拉框）、一个按钮和一个用于输出的文本框。图 2 显示正在运行的应用程序的一个截图，其中标出了不同的元素。

图 2. Android lLayout — 分解图
 

那么，以上视图中看到的不同文本值来自哪里呢？注意，清单 1 中的一些元素有一个 text 属性。例如，prompt_label 元素有一个等于 @string/prompt_metric 的 text 属性。这表明它将使用 Android 应用程序中一个标准的资源文件：strings.xml 文件，如清单 2 所示。

清单 2. strings.xml 资源

现在可以看到，图 2 中所有的文本来自何处。微调器有一个下拉框，其中包含可用于度量的单位，那些单位在清单 2 中没有列出。相反，它们来自另一个文件 arrays.xml，如清单 3 所示。

清单 3. arrays.xml 资源

现在，我们可以看到将用于微调器的那些值。那么，这些值如何出现在微调器中，应用程序如何在英制单位与公制单位之间切换？要回答这些问题，我们需要 看看应用程序代码本身。

Scala 应用程序代码

Converter 应用程序的代码非常简单 — 不管用什么语言编写。当然，用 Java 编写起来非常容易，但是用 Scala 编写也同样不复杂。首先我们看看前面见过的 UI 背后的代码。

视图背后的代码

解释创建 UI 的 Scala 代码的最简单方式是先看看代码，然后走查一遍。对于任何应用程序，都是在应用程序的 AndroidManifest.xml 文件中定义应用程序的默认活动。任何 UI 背后都有一个 Activity 类，默认的 Activity 定义当应用程序初次装载时执行的 Activity 类。对于像本文这样简单的应用程序，有一个 Converter 类，清单 4 中显示了它的源代码。

清单 4. Converter 活动类

我们从这个类的顶部开始。它扩展 android.app.Activity。这是一 个 Java 类，但是从 Scala 中可以对 Java 类轻松地进行细分。接下来，它有一些实例变量。每个实例变量对应前面定义的一个 UI 元素。注意，每个实例变量还被限定为 private[this]。这演示了 Scala 中特有的一种访问控制级别，而 Java 语言中不存在这种访问控制。这些变量不仅是私有的，而且只属于 Converter 类的特定实例。这种级别的访问控制对于移动应用程序来说有些大材小用，但是如果您是一名 Scala 开发人员，可以放心地在 Android 应用程序上使用您熟悉的语法。

回到清单 4 中的代码，注意，我们覆盖了 onCreate 方法。这是 Activity 类中定义的方法，通常被定制的 Activity 覆盖。如果用 Java 语言编写该代码，那么应该添加一个 @Override 标注。在 Scala 中，override 是一个关键词，用于确保正确性。这样可以防止误拼方法名之类的常见错误。如果误拼了方法名，Scala 编译器将捕捉到方法名并返回一个错误。注意，在这个方法上，以及任何其他方法上，不需要声明返回类型。Scala 编译器可以轻松推断出该信息，所以不需要多此一举。

onCreate 中的大部分代码类似于 Java 语言编写的代码。但是有几点比较有趣。注意，我们使用 findViewById 方法（在 Activity 子类中定义）获得不同 UI 元素的句柄。这个方法不是类型安全的，需要进行类型转换（cast）。在 Scala 中，要进行类型转换，可使用参数化方法 asInstanceOf[T]，其中 T 是要转换的类型。这种转换在功能上与 Java 语言中的转换一样。不过 Scala 有更好的语法。接下来，注意对 setUomChoice 的调用（稍后我们将详细谈到这个方法）。最后，注意上述代码获得一个在布局 XML 中创建的按钮的句柄，并添加一个单击事件处理程序。

如果用 Java 语言编写，那么必须传入 Android 接口 OnClickListener 的一个实现。这个接口只定义一个方法：onClick。实际上，您关心的只是那个方法，但是在 Java 语言中无法直接传入方法。而在 Scala 中则不同，在 Scala 中可以传入方法字面量（literal）或闭包。在这里，我们用语法 () => { ... } 表示闭包，其中方法的主体就是花括号中的内容。开始/结束括号表示一个不带参数的函数。但是，我将这个闭包传递到 Button 的一个实例上的 setOnClickListener 方法，Button 是 Android SDK 中定义的一个 Java 类。如何将 Scala 闭包传递到 Java API？我们来看看。

Android 上的函数式编程

为了理解如何让 Android API 使用函数字面量，看看 Converter 类定义的第一行。这是一条重要的语句。这是 Scala 的另一个很好的特性。您可以在代码的任何地方导入包、类等，它们的作用域限于导入它们的文件。在这里，我们导入 ConverterHelper 中的所有东西。清单 5 显示 ConverterHelper 代码。

清单 5. ConverterHelper

这是一个 Scala 单例（singleton），因为它使用对象声明，而不是类声明。单例模式被直接内置在 Scala 中，可以替代 Java 语言中的静态方法或变量。在这里，这个单例存放一对函数：funcToClicker 和 funcToClicker0。 这两个函数以一个函数作为输入参数，并返回 OnClickListener 的一个实例，OnClickListener 是 Android SDK 中定义的一个接口。例如，funcToClicker 被定义为以一个函数 f 为参数。这个函数 f 的类型为带一个 View 类型（Android 中的另一个类）的输入参数的函数，并返回 Unit，它是 void 在 Scala 中的对等物。然后，它返回 OnClickListener 的一个实现，在这个实现中，该接口的 onClick 方法被实现为将输入函数 f 应用到 View 参数。另一个函数 funcToClick0 也做同样的事情，只是以一个不带输入参数的函数为参数。

这两个函数（funcToClicker 和 funcToClicker0） 都被定义为隐式函数（implicit）。这是 Scala 的一个方便的特性。它可以让编译器隐式地将一种类型转换成另一种类型。在这里，当编译器解析 Converter 类的 onCreate 方法时，它遇到一个 setOnClickListener 调用。这个方法需要一个 OnClickListener 实例。但是，编译器却发现一个函数。在报错并出现编译失败之前，编译器将检查是否存在隐式函数，允许将函数转换为 OnClickListener。 由于确实还有这样的函数，所以它执行转换，编译成功。现在，我们理解了如何使用 Android 中的闭包，接下来更仔细地看看应用程序逻辑 — 特别是，如何执行单位转换计算。

单位转换和计算

我们回到清单 4。传入 onClickListener 的函数收到用户输入的度量单位和值。然后，它创建一个 Measurement 实例，并将该实例传递到一个 UnitsConverter 对象。清单 6 显示相应的代码。

清单 6. Measurement 和 UnitsConverter

Measurement 是一个 case 类。这是 Scala 中的一个方便的特性。用 “case” 修饰一个类会导致这个类生成这样一个构造函数：这个构造函数需要类的属性，以及 equals、 hashCode 和 toString 的实现。它对于像 Measurement 这样的数据结构类非常适合。它还为定义的属性（在这里就是 uom 和 amount）生成 getter 方法。也可以将那些属性定义为 vars（可变变量），然后也会生成 setter 方法。仅仅一行 Scala 代码可以做这么多事情！

接下来，UnitsConverter 也是一个单例模式，因为它是使用 object 关键词定义的。它只有一个 convert 方法。注意，convert 被定义为相当于一条单一语句 — 一条 match 语句。它是一个单一表达式，所以不需要额外的花括号。它使用 Scala 的模式匹配。这是函数式编程语言中常见的一个强大特性。它类似于 Java 语言和很多其他语言中的 switch 语句。但是，我们可以匹配字符串（实际上，还可以有比这高级得多的匹配）。如果字符串匹配，则执行适当的计算，并返回格式化的字符串，以供显示。最后，注 意与 _ 匹配的最后一个 case。Scala 中的很多地方使用下划线作为通配符。在这里，它表示匹配任何东西，这类似于 Java 语言中的 default 语句。

现在，我们理解了应用程序中的计算，最后来看看剩下的 UI 设置和菜单。

UI 初始化和菜单

回到清单 4。我们说过要看看 setUomChoice。这个方法被定义为带有一个 UnitsSystem 类型的参数。我们来看看如何定义这个类型。

清单 7. UnitsSystem

我们看到，UnitsSystem 是一个密封的 case 类，没有属性。看上去它不是很有用。接下来，我们看看两个 case 对象。还记得吗，object 表示 Scala 中的一个单例。在这里，有两个 case 对象，每个 case 对象都扩展 UnitsSystem。这是 Scala 中的一个常见的特色，它可以提供更简单、更类型安全的枚举方式。

现在 setUomChoice 的实现更加合理。在获得微调器的一个句柄后，我们匹配传入的 UnitsSystem 的类型。这标识了我们在前面见到的 arrays.xml 中的一个数组。这是使用 Android SDK 生成的 R 类表示资源，例如 arrays.xml 文件。一旦知道使用哪个数组，我们就通过创建一个传入微调器的适配器（在这里是一个 ArrayAdapter）， 使用那个数组作为微调器的数据源。

最后，看看清单 4 中的 onCreateOptionsMenu 和 onMenuItemSelected 方法。这些方法是在 Activity 中定义的，我们将在 Converter 活动中覆盖这些方法。第一个方法创建一个菜单。第二个方法处理用户从菜单中选择 English 或 metric 的事件。它再次调用 setUomChoice。 这使用户可以在从英制单位转换为公制单位与从公制单位转换为英制单位之间进行切换。

结束语

Android 平台的架构使它可以用于在 Java 虚拟机上运行的任何编程语言。我们看到了如何设置 Android 项目，使它使用 Scala 代码。这个过程也可以延伸到其他 JVM 编程语言，例如 Groovy、JRuby 或 Fan。当可以任意使用 Scala 编程语言时，编写 Android 应用程序将变得更轻松。您仍可以使用 Eclipse 进行开发。仍然可以在 Eclipse 中用模拟器和设备进行调试。您可以继续使用所有的工具，同时又得到一种生产率更高的编程语言。

例程下载：os-eclipse-scala-converter[1].zip

网上闲逛的时候看到两篇文章，有点小意思。一个是mikespook 写的关于Web编程异步模型的白日梦，还有一个是【FarmVille(美版开心农场)谈架构:所有模块都是一个可降级的服务】，都谈到了异步。

贴上上面两篇文章，这样可以做一个比较。

先来：【关于WEB编辑异步模型的白日梦】

在地铁上被前前后后那些特种男女逼到车角，无奈。又想起早上那个白日梦，遂上网搜索了一番。得老赵的佳作一篇《F# 与ASP.NET（1）：基于事件的异步模式与异步Action》。之前看过，由于对微软无爱，未能 细品。今日一读，如醍醐灌顶，豁然开朗。

遂整理思路如下，以待后用。

在说异步模型之前，先说说最常见的同步模型吧。例如下面的 PHP 代码：

在这段代码中，所有调用都是顺序的。也就是说，如果 getUserInfo($userId) 没有返回用户信息的话，getNewsList(5) 永远都不会被调用。实际情况，可能是用户信息是从用户库取数据，新闻是从新闻库取数据。假设新闻库运行良好，而由于某种原因用户库宕机了，那么这次请求也 就废掉了。故障也从一个库的宕机扩散到整个站点。

现在，我白日做梦的创建一种新语言 go-php，引入 go-lang 的关键字 go 到 php 中：

好了，这其实不是什么新奇创造，这只是一个二段式异步调用（Begin/End）。这有点像大宗采购，采购商并 不一件一件的商品进行采购，而是拿着清单说：“好了，兄弟，这是我要的货，你们帮我找齐，放到码头406号仓库去……”，然后他就在 406 号仓库等着点货了。这段代码还可以改进，就像采购清单一样，将这个清单推到数据层，数据层把数据返回到数据通道上去。恩，应该不少人在自己的应用中使用 MQ，Memcache 甚至 pipe 实现了这种异步了吧。

再来看另外一段 go-php 代码：

这就是老赵的事件回调的异步处理的 go-php 版本。这有点像渠道商订货（或者淘宝上的无货代理？）：“我需要XXXX，你帮我送到XXXX去”。然后坐等，所有的内容都送到了，就收钱走人。

对于数据读取的错误，只要处理得当也不是致命的。最多在渲染页面的时候，少某块数据，用户只会奇怪：“这次怎么打开没有新闻那部分的内容了呢……刷 新一下看看……”。而不会说：“烂网站，又打不开了……”用户体验直线上升啊！

好了，梦就做到这里。相信这两种方式其实已经有实际案例了。我比较孤陋寡闻一些，了解的不多。而且有的东西，未经许可也不好多说……大家私下打听 吧。

总之呢，两种异步模型各自有各自的好处。并行的数据存取，提高 I/O 利用率是其本质。王道啊……

-----------------------------------------------------------------------------------------

开始【FarmVille(美版开心农场)谈架构:所有模块都是一个可降级的服务】

所有模块都是一个可降级的服务

    For any web application, high latency kills your app and highly variable latency eventually kills your app.

    由于大型的网络应用需要依赖各种底层及内部服务，但是服务调用的高延迟是各种应用的最大问题，在竞争激烈的SNS app领域更是如此。解决此问题的方法是将所有的模块设计成一种可降级的服务，包括Memcache, Database, REST API等。将所有可能会发生大延迟的服务进行隔离。这可以通过控制调用超时时间来控制，另外还可以通过应用中的一些开关来关闭某些某些功能避免服务降级造 成的影响。

    上面这点我也有一些教训，曾碰到过由于依赖的一些模块阻塞造成服务不稳定的现象。

    1. 某Socket Server使用了ThreadPool来处理所有核心业务。

    2. 不少业务需要访问内网的一个远程的User Service(RPC)来获取用户信息。

    3. User Service需要访问数据库。

    4. 数据库有时候会变慢，一些大查询需要10秒以上才能完成。

    结果4造成3很多调用很久才能执行完，3造成2的RPC调用阻塞，2造成1的ThreadPool堵塞，ThreadPool不断有新任务 加入，但是老的任务迟迟不能完成。因此对于最终用户的表现是很多请求没有响应。部分用户认为是网络原因会手工重复提交请求，这样会造成状况并进一步恶化。上 面的问题根本是没有意识到远程服务可能会超时或失败，把远程服务RPC调用当成一个本地调用来执行。

    解决思路一：RPC增加Timeout

    解决思路二：将RPC改成异步调用。

    另一分布式大牛James Hamilton谈 到(2)上面这种做法就是他论文Designing and Deploying Internet-Scale Services中的graceful degradation mode(优雅降级)。

FarmVille其他数据

FarmVille基于LAMP架构，运行在EC2上。读写比例是3:1。使用开源工具来做运维监控，如 nagios报警，munin监控，puppet配置。另外还开发了很多内部的程序来监控Facebook DB, Memcache等。到Facebook接口的流量峰值达到3Gb/s，同时内部的cache还承担了1.5Gb/s。另外可动态调整到Facebook 与Cache之间的流量，Facebook接口变慢时，可以利用cache数据直接返回，终极目的是不管发生了那个环节的故障，能够让用户继续游戏。

小结

    尽管FarmVille公布了上面一些技术资料，凭借上面这些资料无法全部了解FarmVille的架构。但是所有模块都是一个可降级服务 的概念值得设计大规模应用的同行参考。

-------------------OVER-----------------

上面两篇都讲到了一个顺序执行所导致的问题，所以才想到是采用异步，瀑布型的网页架构事实上本来就会造成当一小部分没正常取出或堵塞时，影响整个网站的运行，异步是否真的必要？如果真有必要，我们的PHP在没有线程、没有进程等的处理状态下，是否能够完美实现？我这只是记录一点资料，请不要尝试与我讨论。我自己也处于迷惘中

又是儿童节了。从建站开始，这是第三个儿童节了，以前就写过关于小朋友的小家伙的第一个节日，今年是他第二个节日了，可是他还是不明白这个节日究竟有什么用，事实上我也不知道，因为单位不放假也没有任何福利，不可能再象小时候那样缠着父母了，同样也不一定有空去带着小朋友出去玩了。

今年他还小，等稍微大一点后，我想，我还是会请假陪他玩一天的。除了生日、过年、恐怕也只有这么一个儿童节算是他的节日了。

本月20日还是准备买小蛋糕帮小朋友庆祝一下。呵呵。