易栈网-膘叔

不知道大家是否还记得08年的5月12日，那一天，所有的网页都是灰色的，纪念那逝去的生命。
对于网页开发者来说，为了让用户看到灰色的页面，大多数人都采取了直接修改CSS的方式，使得image的alpha通道为gray，然而，这个方法是不支持FF的。N多办法都不支持。
这是一个JS的特效。它有N多处理图片的方法，可以按需加载，网址是：http://www.nihilogic.dk/labs/imagefx/，可以看到一些效果。

根据网上提供的JS，下载下来后，直接src一下就能用了。然而在测试的时候只有IE有效,firefox下是无效的。打开firebug，发现在执行后报错：


开始的时候一直没有细看，发现上面写的是"code:"也没有什么代码。就利用firebug的watch功能监视。然而死活找不到问题。
代码与网络上是一模一样，问题在哪里呢？
再仔细看出错代码，发现，前两个单词居然是：Security error，难道是安全问题？FF对本地代码的执行进行了限制？
立马把代码拷到虚拟机下运行，果然一切正常。
唉。。。
原来我为了这样一个问题折腾了将近一周。不仔细看出错信息导致的呀。。

顺便贴一个开心网的BUG图片：

一直都是关注着用PHP调用其他的soap方式的web service。偶尔看到一篇用php做web service的。有点感觉新鲜，备个案。哈哈

仅做了解。对于php做webservice，我还不知道性能如何呢。现在andot等人又在推出所谓性能超过phprpc的hprose，也不知道何时能够出来。。。

既然是用PHP做webservice，那么在看过phprpc之后，其实应该感觉用phprpc发布这些东西会更方便吧？不知道为什么不用phprpc或者hprose。。。。

纯记录，作者来自博客园的三聪，地址为：http://www.cnblogs.com/gateluck/archive/2009/08/10/php_web_service.html

原文如下：

最近一个项目由"WinForm直接访问DB2"移植到"WinForm通过PHP Web Service来访问DB2”。
（优点是php可以架在Linux上，而Linux是免费的）     
这个命题的难点不是访问DB2，而是.NET调用PHP的Web Service。对于我这个长期作.NET，之前一直以为只有.NET才可以做Web Service……的人来说，真是有点强“聪”所难了。
      但是问题还是要解决的，期限就摆在眼前呢。经过一番调查，终于有了眉目，现在分享给大家。
      
      首先要说明的，PHP服务器需要至少需要两个文件——一个WSDL文件和一个PHP文件。WSDL文件是一种机读的XML文件，用于描述WebService提供的服务和调用方法（对于.NET则可以自动生成调用代码，十分好用），php文件就是真正实现的WEB服务了。
      1）PHP服务器端代码
          1-1）TestWebService.php代码

                   按顺序将上面[]中的内容串成字符串数组,效率还不错,我测试10000行240列的数据,我有现成编解代码,有兴趣的可以向我索取.

DSL,不算新名词了。转至博客园，看名称，估计还有后续文章，先转载，相当于mark一下，哈哈。这样就不会以后找不到链接了。

作者是博客园的cat chen，原文地址，http://www.cnblogs.com/cathsfz/archive/2009/08/10/1543266.html
内容如下：

jQuery刚刚出来的时候，我没有太多关注它，觉得这不过是Yet Another JavaScript Library。早期的jQuery专注于DOM节点的筛选与操作，不提供众多的基础类扩展，更不提供UI组件，因此体积能够做到很小。然而，我实在看不 出它和我熟悉的Prototype比有什么明显的优势——jQuery能做的各项独立的操作，Prototype都能做。

后来用jQuery的人越来越多，并且大家都爱用它的链式方法调用，甚至还把这种写法推广到其它语言中去。例如ASP.NET MVP Omar AL Zabir就把他的服务器端C#组件设计为支持链式方法调用的。这时候我才开始关注jQuery，并且逐渐喜欢上了链式方法调用的写法，也在我自己的JavaScript组件中实现类似的API（参考Async和Overload）。最后，我突然明白到，这其实就是一种Internal DSL嘛！

在这篇文章里，我准备先讨论Internal DSL，在下一篇文章里面再解释为什么jQuery是Internal DSL。现在我们就从最根本的问题开始吧——

什么是Internal DSL？

DSL是指Domain Specific Language，也就是用于描述和解决特定领域问题的语言。例如说，我们有专门描述字符串特征的正则表达式，有专门描述数据库查询的SQL，有专门描述 XML结构的DTD和XSD，甚至有专门描述XML变换的XSLT，这些都是DSL。

当然，并非我们关注的领域都有现成的DSL，这时候我们有三个选择：

1. 使用通用语言描述该领域的问题（non-DSL）
2. 发明一门全新的语言描述该领域的问题（External DSL）
3. 在一门现成语言内实现针对领域问题的描述（Internal DSL）

例如说，我们现在要描述一个很简单的金融领域问题，“我在花旗银行存款$200”这样一句话对应的三种法写法可能是：（假设已经存在I和CitiBank两个实体实例）

1. I.DepositTo(new USD(200), CitiBank); /* C# */
2. I deposit 200USD to CitiBank /* E-DSL */
3. I.deposit(200.USD()).to(CitiBank); /* I-DSL */

第1种做法的成本最低，你只需要有OO的思想就可以了，你总能把实体类设计出来，但可能和人类描述此领域问题的思维方式有一定偏差（为什么USD可以new？为什么不是deposit [something] to [somewhere]？）。

第2种做法的成本最高，你需要写一个全新的解释器，至少是写一组全新的规则，然后让YACC这类工具帮你生成一个解释器，但这样出来的语法最贴近人类思维方式，甚至就如同自然语言一样流畅。

第3种做法术语上述两者的折中方案，如果语法不太复杂可以使用Builder模式实现语法分析，写出来的语法相当贴近自然语言，但还是有学习门槛。由于脚本语言有相当的灵活性，所以现在很多人倾向于选择在脚本语言内实现Internal DSL。

如何构造Internal DSL？

常见的两种Internal DSL实现方法是Method Chaining和Function Sequence。如果我们需要描述一台机器的硬件组成，两种实现方式的代码分别如下：

/* Method Chaining */
computer()
  .processor()
    .cores(2)
    .i386()
  .disk()
    .size(150)
  .disk()
    .size(75)
    .speed(7200)
    .sata()
  .end();

/* Function Sequence */
computer();
  processor();
    cores(2);
    processorType(i386);
  disk();
    diskSize(150);
  disk();
    diskSize(75);
    diskSpeed(7200);
    diskInterface(SATA);

无论是哪一种写法，中间都必须写一个分析器层。就如同语法分析器需要使用状态机一样，Internal DSL的实现也必须内置一个状态机，以记录当前执行到什么状态了，并且接下来可以转移到哪些有效状态。

由于这不是一篇专门讲语法分析器和状态机实现的文章，所以我们把关注点保持在API层面就可以了，不深入讨论其实现细节和成本。我们知道链式方法调用能够实现Internal DSL就够了，至于jQuery是如何利用好这一点的，我们在下一篇文章里再作讨论。

小结

在这篇文章里，我们了解了Internal DSL与External DSL之间的区别，同时还了解到实现Internal DSL的具体方式，这为我们接下来讨论jQuery的Internal DSL式接口做好了铺垫。在下一篇文章里，我们将深入地来看看为什么jQuery的接口要如此设计，它能为用户带来了怎样的便利，同时它自身的实现上又有 什么优势。

如果你不希望错过下一篇文章，你可以考虑订阅我的博客：

• Cat in Chinese (feed)
• Cat in dotNET (feed)