[WhatsOld] the transit from window.open to jQuery UI Dialog : 從 window.open 改用 jQuery UI 的 Dialog

在工作時製作或幫忙維護的後台管理系統之中，大概有八成的另開視窗功能是使用 window.open 開啟的，像這樣

不過早在兩年前就已經流行把另開視窗或是確認對話盒的功能改成在網頁內模擬出來，例如 jQuery UI 的 Dialog，像這樣

其實兩年前我就想試試把另開視窗的功能改用 jQuery UI Dialog 實作看看，結果想了兩年還在用想的 Orz ... （教：為什麼想了兩年？我：報告教官！沒有理由！教：很好，俯地挺身二十下預備～～開始！）

呼～來改吧！

[WhatsOld] Get data back from iframe : 從 iframe 裡拿資料回來

上星期用 post 送資料到 iframe 裡面之後，今天要把回傳的資料拿回來 ...

[WhatsOld] Hi! Json.NET and post data to iframe : 認識 Json.NET 並用 post 方式傳資料到 iframe 裡

Combo4

今天接著回到本來要玩的 Json.NET，官網上（連結）也講得很清楚基本該怎麼用，但是沒有動手做之前，我還是覺得對 Json.NET 有點距離感。到 CodePlex 上面的 Json.NET Downloads 下載了最新的版本 Json.NET 4.5 Release 11 (source + binary) ，來動手吧！

哦！另一個主角是 iframe，iframe 有什麼特別的？已經每天在用啦！
是阿，但是它有一招別人玩很久的而我還沒玩過，用 iframe 來做非同步執行的網頁。除了已經流行很久的 AJAX (Asynchronous Javascript And XMLHttpRequest)，兩年前同事有說，用 iframe 做的非同步執行方式也行之有年了。今天先從 post 資料到 iframe 開始吧。

[WhatsOld] Hi! json2.js : 認識 json2.js

Combo3

三天前想玩一下利用 JSON.NET 做一個將 client 裡的物件與 server 上的物件互傳的範例，結果發現我對 JSON 的本質根本不熟 Qrz 然後才知道有個東西叫做 json2.js ，它實作了 JSON 這個物件，目前大概剩 IE7 以前的瀏覽器還需要這個 js，新版的瀏覽器都內建了 JSON 物件，此物件主要提供了兩個功能 parse 與 stringify。parse 用來將字串中的 json 格式轉換為 javascript 物件。stringify 用來把 javascript 物件轉換為 json 格式的字串內容。以下是今天的簡短練習 ...

[WorkLog] Is string "2012-12-03x" a Date? Part-2 : 字串 "2012-12-03x" 符合日期格式嗎？續二

Combo2

昨天真的誤會大了，原來我只做了半套。還有半套沒做阿～～～
若 Date.parse 所回傳的值不為 NaN 並不代表被測值就是我要的日期，必須再把回傳值產生 (new Date) 為 Date 物件，才知道被轉成哪一天的幾點...

例如／ var iWannaKnow = new Date(Date.parse("2012/12/03x")); //iWannaKnow 在 IE 和 Opera 為 "Sun Dec 2 21:00:00 UTC+0800 2012" ，為什麼？我還是不知道原因。自己玩玩吧 ...

[WorkLog] Is string "2012-12-03x" a Date? : 字串 "2012-12-03x" 符合日期格式嗎？

剛在用 ASP.NET 的 CustomValidator 加一下檢查日期格式的功能（好啦，我知道現在有更先進方便的功能，有空再開 What's Old），想說很久沒寫 client 端的日期格式檢查，就來加一下，找到一種是用 javascript 的 Date.parse("日期字串") 測試的功能，只要它回傳 NaN 就代表不是正確日期。寫上去後就開始隨便亂打試一下啦，試了幾下都有正常判斷出來，順手在結尾加個 x 再試，通過了！？加個 xx 再試，沒通過。再改回 x ，又通過了！？蛤？

（此時瀏覽器為 IE9）

[WhatsOld] Click a top then smoothly up : 順順的回到網頁最上方

Combo3

本來想說今天應該會寫很快，沒想到因為對 jsFiddle 不太熟，jQuery 選了 onLoad 造成我的 function 定義不見了，花了好一段時間才想通是怎麼回事。現在快睡著了 = = 明天還要加班吶...所以不廢話了。

Top 鈕，按了後從目前位置順順的爬上最頂區，很常見吧？到處都看得到。結果我還沒寫過...orz

所以今天找了同事 Deen 之前的專案所用到的來做參考，就是畫面中的綠框框，我今天要搞懂的目標。

來源網址／連結 （歡迎參觀 XD）

[WorkLog] IIS URL Rewrite Module 2 in IIS7

今天差點就要寫 [消失的一小時]，原因還真的是“看 NBA，幫林書豪加油！”今天火箭大勝暴龍阿 XD 好加在的是，我今天運氣好，一大早就在工作裡找到一個梗，IIS URL Rewrite。

當然，這也可以定位成 [WhatsOld] 啦，別人早就用爛的工具，我第一次親手安裝 ^___^"

會遇到這個東西，是因為我今天開始要在同事 Yang 專案中的前台幫忙加網頁程式，不過程式中的目的連結內容都怪怪的，例如 http://domainName/TW/00012.htm，可是我用的明明是 ASP.NET，方案中都是 aspx，找不到 00012.htm 吶。請教了同事才知道他加了這味，/TW/00012.htm 是給 Client 看的，送到 IIS 後，轉送給 Server 程式時會變成 /Content.aspx?Lang=1&sno=00012，這麼神奇！咋做的？請看圖～

Spring.NET Objects Checker 用來檢查你的 spring-objects.xml 內容是否正確

這幾天花了點時間寫了這個工具，主要原因是自從我在新公司開始接觸 Spring.NET 後，
在於團隊開發後的除錯(Debug)上，有時候會在 Spring.NET 的物件定義 XML 設定檔這
花上不少時間，大概情形如下，

『用了 Spring.NET 的 XML 設定後，衍生的特性是
「建置(Build)成功的定義不一樣了」，
原本的建置成功代表的是「程式中類別、方法的定義，使用端的呼叫都正確」，
現在的建置成功只有代表「程式中類別、方法的定義都合乎語法」，
「使用端的呼叫是否正確？」請執行已建置好的執行檔或網頁，We will see.
這產生了一個新的現象，專案開發中，發生
「建置成功，但不能執行」的機會提高了，變得更容易發生的原因可以很簡單，
例如：
　我寫了某支規格的 Dao.cs, IDao.cs, Domain.cs, Service.cs, IService.cs, (Spring)Objects.xml, Core.csproj, UI.aspx，
建置並執行沒問題後，Commit 到 Subversion 時漏掉了其中一個或以上的檔案（通常是 Core.csproj）， 然後繼續做下一支規格。（這代表的是，下一個 Commit 的人要倒霉了，不，也許是下下下一個 Commit 的人）」
至於下一個 Commit 的人為什麼會倒霉，這邊我就不詳述了。

而我對於這個情形的結論是「在還沒有適當的工具可以一次找出 objects.xml 中的錯誤之前，就只能請 Program Analyst 的要求再多一點了』
以上，既然還沒有適當的工具，那麼...就自己寫吧！

Interface Version of SqlHelper (參數都改為介面型態)

心血來潮，想試試看能不能把之前我很喜歡用但又很久沒用的 SqlHelper 改成介面 (interface) 的版本，也許讓它能在我目前的公司生存下去。

本來想說搜尋看看有沒有人已經改過一樣的東西，找了一下沒找到，那就自己來吧。
主要也只是做一些改名字的動作，變動如下，