將ASP代碼移植為VB COM組件(1)

2024-05-04 11:06:21

字體：大中小

來源：轉載

供稿：網友

本文是編譯稿件，原文出處：http://www.asptoday.com/articles/20000121.htm

你剛剛把最新的龐大的asp應用程序釋放到網上。文件正確地上載到服務器上，與應用程序的鏈接也
工作良好。在慶祝勝利之前，你想在應用程序的性能上運行一些stats 以便發現它到底有多好。結果
卻發現，本來在開發環境下工作得很好的應用程序實際上運行速度很慢。

對于那些使用microsoft 軟件包時間不長的人，dna代表分布式internet 結構，是另一種非常熱門的
n層應用程序結構的首字母縮寫形式。microsoft 致力于在internet上展開的分布式應用程序的開發。
基于這種思路，未來將流行小型的、無狀態的、組件化的應用程序就不足為奇了。

上面是asp用于n層環境的典型圖示。web類（iis應用程序）不是必需的，因為asp可以直接與表述層
或商業規則層組件對話。因為大多數應用程序都是用asp單獨寫成的，所以一個情理中的問題就是：

為什么要將代碼轉入com組件？

以我之見，asp只是用于表述層代碼的，所以我選擇將商業規則邏輯或任何形式的數據存取
都裝入com組件中。一般情況下，我從一開始就將應用程序的代碼分成各個組件，但是通常你并不能選
擇所要處理的結構，所以代碼移植就是個實際問題。在一個n層應用程序中，你必須盡力把非表述代碼
從asp中盡快移走。

也許目前你并沒有在進行n層編程，那么移植代碼的適當時機就是運行性能開始削弱時。通常，這是指
你的老板說“程序今天運行有點慢”到“你被解雇了”之間這段時間。一旦用戶開始抱怨就晚了。

第二個使用移植代碼的方針是當你有足夠的相似代碼（例如所有的數據存?。┛梢苑旁谝粋€包含文件
(.inc) 中以保證一個com組件時。多少個程序就足夠？這個問題提得好！編寫小型的mts 組件時，我
發現有一個程序就足夠創建一個com組件了。但是只有一個程序的com組件是很罕見的，所以對于這個
問題就需要進行判斷。如果你寫的代碼足夠長，就開始進行模式開發了。當你遭遇到asp的“陰暗面”
之后（aka com組件）你就會感覺到其力量。

上一篇：將ASP代碼移植為VB COM組件（2）

下一篇：使用VB編寫純ASP程序

學習交流

硬盤分區如何設置準確的分區空間

硬盤分區如何設置準確的分區空間...

熱門圖片

猜你喜歡的新聞

猜你喜歡的關注