黑黑，原来google上已经有了这么多资料了。想起几年前看到SDK不学习，现在再学习，那是相当的后悔啊，不然，说不定我都N个程序写出来了（当然也可能一个也没有写）
地址为：http://code.google.com/p/androidbmi/w/list
值得看看的。。

Android 是什麼

在可見的將來，基於 Android 平台的手機程式設計，將像今日的 PC 程式設計一樣普及。

「Android」是一個基於 Linux 核心(kernel) 的開放手機平台作業系統。與 Windows Mobile、Symbian 等手機作業系統處在同一級別。

對 於設備製造商來說，「Android」是一個免費的平台。「Android」作業系統讓設備製造商免除「每出一台手機，就得被手機作業系統廠商(如 MicroSoft)收取費用」的情況。 對硬體開發廠商來說，「Android」也是個開放的平台。只要廠商有能力，可以在這個平台上自由加入特有的裝置或功能，不受手機作業系統廠商的限制。

對於手持裝置的開發者來說，「Android」是個先進的平台。平台上的應用程式可相容於各種型號的 Android 手機，免去為各種不同手機機型開發的困擾。「Android」平台支援各種先進的網路、繪圖、3D處理能力，可以用來提供更好的使用者體驗。

對於使用者來說，「Android」是一個用於手機的作業系統。使用者只要先申請一個免費的 Google 帳戶，當使用者想換一台手機時，就可以在不同廠牌，同樣使用「Android」作業系統平台的手機之間選擇，並且很容易地將如聯絡簿等個人資料轉換到新手機上。

Android 在 Linux 核心的基礎上，提供了各種合用的函式庫，和一個完整的應用程式框架。並採用較符合商用限制的 Apache 版權。在 Linux 核心的基礎上提供 Google 自製的應用程式運行環境 (稱作 Dalvik，與 Sun 的 J2ME 不同)，並提供基於 Eclipse 整合開發環境(IDE)的免費、跨平台(Windows、Mac OS X、Linux)開發工具(SDK)，便於應用程式開發者學習、使用。

免費、熟悉的跨平台開發工具，讓具備一些物件導向觀念，或視窗程式開發經驗的開發者，能在一定時間內上手。1000 萬美元的大獎賽則提供了足夠的誘因，讓第一支 Android 手機正式面市前，就擁有了各式各樣的應用程式可供使用。

從不同角度來說，Android代表著

一個嶄新的開放原始碼作業系統平台、
一個友善的免費應用程式開發環境、
一個與世界各地的程式開發者，站在相同起跑點上的公平競爭機會。

從創意開始

預測未來的最好的方式，就是去創造未來

你是否曾經思考過，當我們擁有了一台能夠上網，能夠依照自己的期望自由修改、調配功能的手機，我們會用它來施展什麼創意? Android 大獎賽首頁上提供了一些方向。

你 的心裡可能已經有了關於手機程式的絕好創意，你想在 Android 開放手機平台上，實現因為其他封閉平台的種種限制，而無法在手機上達成的需求； 無論你以何種目的來看待「Android」平台，都需要為了達成你的創意，所需的一些基本協助。 本書所提供的內容，將可以協助你快速地理解 Android 平台的概念。 提供你初次開發手機程式介面的注意事項、Android 資料應用程式的運作過程， 與詳細的 Android 應用程式實例解說。

要開發 Android 應用程式，你甚至不需要擁有實機。 Google 已經為我們提供了各個主要平台(Windows、Mac、Linux) 上可用的開發工具包。開發工具包中，也包含了 Android 手機模擬器，好讓我們在電腦上就能完成所有的手機應用程式開發工作。接著，我們就先來安裝 Android 開發工具吧。

參考資料

• Android 官方網站 http://www.android.com/
• 開放手持裝置聯盟(Open Handset Alliance) http://www.openhandsetalliance.com/
• Google Android 開發者部落格 http://android-developers.blogspot.com/
• Android 開發者大賽網站 http://code.google.com/android/adc.html
• Android 文件 http://developer.android.com/
• http://www.onlamp.com/pub/a/onlamp/2007/11/12/google-calling-inside-the-gphone-sdk.html
• CNet專訪：Google手機平台背後的原創者 http://www.zdnet.com.tw/news/comm/0,2000085675,20125898,00.htm
• Android 原始碼網站 http://source.android.com

页面中随便放一个div，宽度100%来控制高度，这经常会遇到，但如何设置最小高度呢？这篇文章的作者就介绍了一点点技巧：

    IE6中，使用CSS定义DIV的高度的时候经常遇到这个问题，就是当DIV的最小高度小于一定的值以后，就会发现，无论你怎么设置最小高度，Div的高 度会固定在一个值不再发生变动，这个问题很是烦人。这是因为在IE6中，系统默认的并非是Div有一个默认的高度，而是你没有解决一个隐藏的参 数，font-size，这个是ie6中对于Div属性中的 font-size大小和你系统css中定义的font-size有很大关系，因此必须单独定义这个Div的font-size，这样才能解决这个问题。

这个问题出现在IE6中；

IE6中的div默认有个最小字体高度，div的最小高度就是这个高度，除非你改变这个字体的大小。
这样来加： .style1{height:1px;font-size:0;}

比如想用一个div来做一个1px高的红色线条

在没有设置字体大小的时候会发现高度并没有预期的效果  

真的从来没有想过，CSS也能够让浏览器崩溃，看到本文的时候，说老实话是吃了一惊。好意外啊。
在测试了几个链接后才发现，现实是残酷的。。让我们看原文吧。

严格来说不单是CSS就能令IE浏览器崩溃(crash)，而要配合相应的XHTML架构。到现时为止发现有两种正常写法及一种错误结构分别导致会 IE6、IE7崩溃(crash)，至于原因我尝试寻找过答案但至今还没找到…如你有这方面的认识或更详细的资料很希望你能分享

更多请看详细内容

» 阅读全文

在PHP的json_encode中，你会发现中文等都会转换成\uxxxx这类的编码，这当然是为了防止在传递的时候出现编码错误，那么，JS怎么做的呢？js的escape基本上也能达到这个效果，只是它是采用了%u的格式。

1、escape对ansi码0-255以外的字符进行编码输出%u****格式即unicode值，escape 方法返回一个包含了 charstring 内容的字符串值（ Unicode 格式）。所有空格、标点、重音符号以及其他非 ASCII 字符都用 %xx 编码代替，其中 xx 等于表示该字符的十六进制数。例如，空格返回的是 "%20"
escape不编码字符有69个：*，+，-，.，/，@，_，0-9，a-z，A-Z
2、encodeURI类似escape，用于地址栏编码
encodeURI不编码字符有82个：!，#，$，&，'，(，)，*，+，,，-，.，/，:，;，=，?，@，_，~，0-9，a-z，A-Z
3、encodeURIComponent用于地址栏编码。将文本字符串编码为一个统一资源标识符 (URI) 的一个有效组件。它是将中文、韩文等特殊字符转换成utf-8格式的url编码,如果你的页面编码是gb2312的话，服务器端接收的将是乱码.
encodeURIComponent不编码字符有71个：!， '，(，)，*，-，.，_，~，0-9，a-z，A-Z
所以js使用数据时可以使用escape，对于地址栏数据，最好用encodeURIComponent进行编码

看到这个标题的时候很惊讶，所以我就不小心的转载了一下下，如果真的能够这样无缝移植，对性能有多少损耗？当然如果是企业内部应用的话，真有一些性能开销也是可以被接受的

原文如下：http://www.cnblogs.com/cocowool/archive/2009/09/13/1565931.html

在使用Godday的空间的时候，他就提供了一个将应用从Linux转移到Windows环境的选项（这个转移还被我们用来作为避免被GW封杀的手段）， 其实是不知道Godday是如何实现PHP应用无缝在这两个系统之间切换的，今天看到一篇文章介绍Helicon Ape，可以实现将我们的应用从Linux下转移到Windows中，并且提供了模拟Apache配置的环境，这样我们完全可以保留在Linux下开发 PHP的习惯而将应用转移到Windows中。

下面是Helicon Ape的一些特性：

    * Users can move their Apache web sites to IIS without modifications;
    * Current PHP and other Unix oriented web applications can be easily configured for IIS;
    * Flexible user permissions control (as they implemented in Apache world);
    * Powerful URL rewriting compatible with Apache does not require rule redesign;
    * Reverse and forward proxy features available for a web server;
    * Low level controls over web site behavior open extended abilities for optimization, security and performance;
    * Comprehensive protection from site attacks;
    * Flexible compression and cache functions to speed up a server;
    * All-round HTTP-level web developer toolset.
    
对于哪些习惯Windows的开发者，这个看起来是个不错的选择。


参考资料：

1、Helicon Ape
2、Helicon Ape Introduction