2012-08-17 72 views
3

我一直在與超過500個文件的ASP經典網站,其中一些沒有使用,其中一些是;以及具有數百個特效和功能和表格的數據庫,形狀相同。處理一個巨大的經典asp項目

我需要一種方法來掌握項目,以便最終可以遷移它。我沒有時間瀏覽每一頁並查看SQL(存儲過程在數據庫中,並在ASP頁面中正確調用),所以我不知道如何處理這個。

我的直接想法是製作ASP類,並將它們放入頁面中,因爲它們幾乎用於獲取和設置字段,驗證以及將記錄集發送到顯示函數中。

這是一個合理的方法嗎?我錯過了一些策略?

你會如何處理這個問題?此時考慮遷移到另一個平臺,但在短期內(接下來的幾個月)不可行

+0

我一直試圖回答這個問題一段時間,但我發現我很掙扎,最終意識到了爲什麼。沒有明確的問題。你說「我沒有時間走過......」,但後來「我的直接想法是製作ASP課程並將其放入頁面中」。那麼如果沒有做過前者,你怎麼能想到後者呢? – AnthonyWJones 2012-08-17 20:54:18

+0

我的計劃是瀏覽活動頁面並嘗試將數據庫調用整合到類文件中,因此只有一個調用過程的地方。 – Caveatrob 2012-08-17 21:36:20

回答

1

我的簡單建議是停止考慮代碼。花更多時間在實際使用它的UI上,花時間詳細檢查數據庫模式。

編輯

如果你正試圖確定哪些頁面是活動的,然後使用IIS日誌記錄到收穫不同的頁面命中。還要做一些腳本來收集文件和文本的名稱,並搜索站點中的文件以查找這些文件的任何發生。這個信息應該標識很少使用或死亡的部分網站。

然而,很有可能在「活動」文件中有相當多的內容也是死的。讓我重新迭代實際上不要添加類或重構代碼在這個階段你應該專心於理解什麼它不是它如何它做到了。瞭解數據庫架構是至關重要的一步,然後瞭解哪些UI交互帶來了數據庫中的特定更改。