電波幻想

這是我自己寫的小程式 謝謝各位關心，本頁由於對象網站抓取異常已經停止更新，原程式已經重新修改並導向新網站抓取漫畫，歡迎各位到 這裡來看看 。 原本，在 阿榮 的網頁裡面看到的 抓線上漫畫的小軟體 後，愛看漫畫的我終於可以免除用網頁看漫畫的痛苦，但是常常遇到 kukudm 網站的問題(改程式碼、主機位置、網頁塞車)的困擾，導致常常下載不了，加上原本作者在當兵無法即時維護，沒辦法之餘，只好把以前拿來分析網頁的程式改寫，做出了這支程式，當然也感謝 榮哥 幫我刊載。 不過，由於 它是PowerBuilder 10 開發的，所以Runtime的部份頗大，主程式約400K，但是Runtimer就大到 13MB了！關於Runtime的檔案我還不知道要如何簡化，盡量把不要的DB connect檔案拿掉了。 提醒您，漫畫雖然好看，但是也要讓眼睛適當休息，畢竟螢幕會比書本對您的眼睛殺傷力更大喔。 廢話不多了，簡單介紹用法吧，有興趣玩的就自行下載去玩。 網頁文章內容圖片來不及更新，所以會與程式畫面有一點點出入 下載位置請點這裡 ，版本：2.0.4.5，RAR壓縮檔，約5MB，解壓後約15MB。沒有密碼。 ※來源網站的漫畫列表暫時關閉不對外開放，因此無法取得列表了。 請找到檔案 kukudm.exe，點擊並執行，主畫面如下：

假設有個 Window :: w_main 裡面有兩個物件 SingleLineEdit :: sle_id 和 DataWindow :: dw_1 dw_1裡面有 兩個欄位 id 和 name

Windows API 函式(以下簡稱API) PowerBuilder(以下簡稱PB,以下範例使用PB6,PB10因為有UNICODE編碼關係會比較麻煩在此不方便做DEMO)的特性大部分用的人都知道，其缺點就是UI介面太單調、低階操作完全不行(我是指位元組變數運算操作還有I/O控制)，但是還好它支援API的呼叫使用。 但是另一個問題又來了，API的呼叫很多參數都牽涉到位元組處理還有定址等太多問題，所以本篇僅針對字串傳遞的問題發響。 關於API傳遞字串，其實會使用的人應該都會注意到一件事情，就是API要求字串傳遞時，通常都是以傳址方式處理，而且通常接下來一個參數就是字串長度的值。

在PowerBuilder中事件的呼叫方式分為2種，『Post』與『Trigger』。 利用Trigger呼叫事件其實就像你在呼叫Function一樣，原本的程序會暫停(推入堆疊)，然後執行Trigger的EVENT對象，執行完畢後，再回到(推出堆疊)原程序繼續執行，若是有回傳值，則會隨之回傳。 利用Post呼叫事件，則是將要呼叫的EVENT對象放到該物件的Message Queue(佇列)中 等待被執行 ，原本程序不中斷繼續執行，因此如果你的事件有回傳值，會根本都收不到(因為還沒執行) 以上是PB對事件呼叫的方式(對Function 也可使用Post)。 原本，這樣的描述執行方式是沒有問題的，但卻有的很大的盲點，那就就是 yield() 指令。

寫這篇文章的版本是 3.1.1 這裡介紹的是 Server 的 ZIP 版本 ，不是 EXE 版。 因為EXE版在安裝到 Windows 2000 的過程有異常當機情形，而且執行時若RESET次數過多會導致無法再正常啟動，但在 Windows XP 與 Windows 2003 不會，由於未找到原因，所以未了避免過多的問題，所以用ZIP版，操作起來也是蠻好用的。 下載檔案請到 官方下載網站 下載Server版本 railo-3.1.1.000-resin-with-jre-windows.zip (71 MB) 下載的ZIP解壓所後會產生一個資料夾 railo-3.1.1.000-resin-with-windows(下文都會稱此資料夾為 Railo 資料夾)，裡面會有相關檔案。

不知道Railo？先看 這一篇"認識Railo" 。 寫這篇時的版本是 3.1.1 下載 railo-express 的zip壓縮檔後，將它解壓縮。 注意該資料夾下有兩個檔案 start.bat 與 stop.bat ，這是啟動與停止。一般網頁的服務位址阜( port ，也有人說窗口阜)在 80 ，預設的情況下瀏覽器瀏覽網頁時，若不指定port則都是使用 port 80 連線。因為 railo-express 屬於環境測試使用，為了避免與本機上IIS(若有安裝IIS，其預設 port 就是 80)衝突，所以使用了別的 port來啟動服務。它預設的 port 是 8888。 若你想修改啟動 port 位置，請用記事本開啟 server.xml (與 start.bat 同資料夾下)，找到底下指令： <Set name="port"> <SystemProperty name="jetty.port" default="8888"/></Set> <Set name="maxIdleTime">30000</Set> <Set name="Acceptors">2</Set> <Set name="confidentialPort">8443</Set>

CFML 是一種可 程式化的網頁標籤語法 。 只要你學過HTML就應該知道 HTML 的語法就是一種 網頁標籤語法 ，透過標籤語法可以讓 瀏覽器 知道要如何將網頁內容呈現給使用者，通常標籤語法都是被包在 < 與 > 之間，例如： <hr /> 就是告訴瀏覽器畫出一條水平線。 所以可知 網頁標籤語法 是給 瀏覽器 處理的，而 可程式化 又是什麼意思？ 一般的HTML 檔案內容當你設計好時，它就是 固定內容 ，每次讀取都是一樣的內容，因此你需要因應使用者輸入需要而有畫面變化時，就需要重新設計一個HTML檔案。可是當有某種需求表單會有10種以上的反應的話，你就有可能要設計出11種樣版HTML檔案，最慘的是，若是這11種樣版大致上都需要一樣的版面時，以後只要有一個版面更新，那剩下的10個HTML檔案都要一並更新。 最害怕這種情況的，應該就屬網頁美工人員了，因為網頁美工排版動用到的標籤元素非常的多，而且很複雜，若是每次修改個板面就要一並修改數個相關檔案的話，那肯定會累翻，而且效率非常差。 也許有人使用 javascript (以後通稱 js )來解決，這也是一個方法，但是 js 有其先天的限制，無法與server進行溝通，例如資料庫連線。它只能在瀏覽器端處理，例如：輸入字元長度檢查、版面部分變化等。 較大變化異動的版面若使用 js 來做會導致內容過度複雜，難以維護，執行速度不佳等等，所以才說這是網頁美工人員的惡夢。 可程式化標籤是一種崁入式標籤，它可以與一般HTML標籤並存在同一個網頁檔案中，像是CFML的<cfoutput></cfoutput>、<cfset x=" 1">等，並不會和HTML標籤元素衝突，因此在大型的網頁排版軟體中，像是Dreamwaver上，都可以正常顯示美術編輯的效果。 可程式化的優點在於隱藏資訊，像是CFML的檔案(*.cfm)裡面就是HTML + CFML，在瀏覽器像伺服器請求這樣的檔案時，cfm裡面的CFML都會被伺服器處理過並拿走，只剩下標準的HTML，所以瀏覽器端完全不會看到CFML的標籤，版面也容易維持。 如同前面提到：如果一個網頁表單輸入畫面有10種回應頁面樣式的話，使用CFML處理也許只要一個網頁就可以搞定，美編人員可以不用耗費太多的時間在於相關檔案的維