花了很多時間研究 SWFUpload。
之前寫的專案，沒有一個是用真正的多檔上傳，而 ASP.Net 也沒提供這樣的控制項。所以都是要繞道用其他方式解決。最常見的是用 flash....

官方給的 demo 很簡略，所以......... 要考驗我 script 功力了.......
已經研究出實際存檔，判別圖檔或一般檔案。

1. 完成活動成果 list 與 detail 頁
2. 測試一下單位設定，發現怪怪的。原本用 Role API 來抓資料，現在改成強型別資料集。
3. 活動頁加了活動類別的項目設定（新增／刪除／修改）
   

　　每次我要為資料表加 Deleted 欄位時，都會不自覺停頓一下。
　　其實我很懶得用 Deleted 欄位，以我的立場，刪了就刪了嘛，誰叫你要亂刪？要一邊看報紙一邊喝咖啡一邊聊是非而且 MSN 還聊很大，當然就會誤刪囉。不過為自己的系統留點後路，也許就是不怕一萬只怕萬一。

　　剛出社會的時候，我一直有個觀念， Deleted 欄位應該放在分類層級，而不是細目層級。因為細目刪了就是一則而已，分類若刪了，動輒影響數十則，若跟著把這數十則也刪了，事情恐怕大條了，若不刪，那麼會導致程式關聯性出問題，會 Error！

　　可是不知是我觀念錯了還是怎樣，過去接了相當多的專案，其 Deleted 欄位都是放在細目資料表，我到現在都還是不知道為什麼要這樣設計＠＠（別人給的答案也沒讓我信服：Ｐ）

　　倒是自己的信心被動搖了，現在設計資料表都跟之前專案的一樣。

花了好多時間研究 ASP.Net 2.0 Membership，並完成了登入驗證、建立使用者、系統授權，當然我在一個禮拜前設計資料庫時，就已經決定用 Membership 了，原因如下：

1. 雖然沒有在任何正式專案上使用它（因為公司環境問題），但早就對它稍有研究，「知道它大約能做到什麼」－這很重要！總不至於完全不知道那是什麼東西，就冒然使用。
2. 使用這些已經造好的輪子，將來網站會有更好的擴充性
3. 這個機制已經很完善了，我何必自己弄一套帳號權限？自己寫一堆程式碼還容易出錯
4. 過去雖然寫過許多 ASP.Net 網站，但對其帳號權限的設計都不太滿意...
5. 一堆網站的資料庫放在舊的隨身硬碟，結果一年多前它突然壞了，所以現在我沒得參考 :P
   

一個禮拜前設計好資料庫，沒想到現在才有時間開始實作網站。
今天再度思考要不要用三層式架構？以政府網站來說，似乎有點多餘，即使系統再多，中間邏輯層的用處也很小，不像之前我做美國某個學校的網站，計算規格非常多又複雜，那才真正發揮三層式的優點！

現在決定不需要邏輯層了，一個很大的原因是要省時間。

然後呢，目前後端也沒有網站架構管理這一類的系統，所以後端 Menu 也都直貼套美工給的版，不做任何程式。

至於自訂分頁，用在這個案子上實在殺雞用牛刀，所以也先省了，以後有需要再改並不遲。

日子才過三分之一個月，我怎麼隱隱約約有 delay 的感覺，天阿！要拼了啦！

被一個小案子拖了好多時間，愈做到後來愈覺得，這種東西怎麼可能只有一萬？要寫出來相當不容易耶！總算可以閒下來做運動地圖....

　　前幾天花了那麼多時間，深入 ASP.Net Membership API，感覺滿值得的，愈是深入，愈讓我感動，省下了好多程式碼。

　　過去我雖然參與相當多的專案開發，卻沒有一個使用 ASP.Net Membership 來做帳號管理，放著不用實在暴殄天物！雖然第一次會花較多時間摸索，但以後做專案會更輕鬆，這辛苦很值得。