問與答:組件供應商談論.NET的挑戰

2019-11-17 04:58:55

字體：大中小

來源：轉載

供稿：網友

.NET為服務器端和客戶端的組件開發增加了新的方面

　　Infragistics, Inc.公司提供COM,java和.NET平臺使用的組件。它成立于2001年1月，是由主要的兩個組件供給商Sheridan Software Systems 和 PRotoView Development合并而來。Sheridan是主要的Windows組件供給商，ProtoView從事于Java組件領域。netWire 編輯 Manohar Kamath 對Bob Wolf，Infragistics公司的主席和銷售市場部副總裁，談論.NET如何影響組件的開發與使用。

　　請告訴我們一些有關你正在工作的.NET組件的一些情況。

　　我們最近公布了一個表示層組件的完全戰略，以及使訂單和企業版客戶能在下一年中方便過渡到這種變化的途徑。我們還公布了完整套件，它可用于供Visual Studio .NET使用的的豐富客戶端Windows窗體控件，名為UltraWinSuite，還可用于供 asp.net使用的服務器端Web窗體，名為UltraWebSuite。

　　所有套件包含的組件包都可以使開發人員很輕易地實現當今在多數應用程序--Microsoft Office, Outlook, 及 Internet EXPlorer--的外觀和感覺。這些套件包括了所有主要的表示層組件類型，包括網格，圖表，工具條和其它導航工具，資源治理組件，以及很多其它GUI控件。

　　.NET如何在設計、開發、發布一個組件的過程中，改變你作為組件供給商的工作方式？　　我覺得在創建一個組件的內部處理過程中，沒有發生任何變化。我們C++轉移到C#，在生產率方面有所增加。Visual Studio .NET是一個非常高產的環境。

　　從技術角度說，我們的團隊能很快適應新的技術。因此，象學習如C#這樣的新語言并不是問題。事實上，我們早就有Java開發人員，因此，我們對基于Web 的應用程序架構已經有所了解。這些語言非常相近，因此將資源從一個產品家族轉移到另一個產品家族就給了我們更大的靈活性。因此，對于創建圖表對象具有豐富經驗的開發者，可以很方便地將這種經驗從Java產品移植到.NET產品中。

　　長期以來，你是可視化組件的供給商。當.NET出現后，你的計劃是否是創建在服務器和客戶都可重用的組件？

　　正象以前提到過的那樣，當微軟的Visual Studio .NET發行時，對服務器和客戶端組件我們都有團隊在開發。我們確實打算使兩者繼續存在,但重點要轉向提供給Web服務的服務器端的組件及從重多類型的客戶端設備獲取信息，這些設備類型包括移動電話，PDAs，和其它形式的設備，以及基于Windows和瀏覽器的客戶端。

　　事實上，我們要得到的是智能型服務器端組件，這些組件可以檢測客戶類型，提供與調用相適應的信息和格式。.NET架構正是為這種類型的組件設計的，Visual Studio .NET使得編寫這種組件更輕易。

　　有一個問題就是，.NET將代碼轉換成中間層語言，而它對外界是可見的，因此很輕易侵犯你的知識產權--通過所編譯你的組件。你認為如何解決這個問題呢？

　　我們不認為這是一個問題，因為我們銷售Java組件的源代碼。對.NET組件，我們也會這樣做。最終這個行業的供給商將會不再銷售各自產品的源代碼。因此，假如有人需要源代碼，他可以購買。

　　當然，也有工具（假如混合器）用于對中間代碼進行加密，使它們難于所編譯。版權法對那些不公平操作和使用而未購買我們代碼的人（進行治理）。

　　對于Windows，供給商要負責他們組件的版本化問題。對于.NET，版本化問題變得輕易了。你認為.NET是否給你帶來了以前不曾存在的額外責任？

　　我不認為版本化問題已經不存在了。我們仍要負責確保組件是向后兼容的。我知道組件不同的版本能同時存在，但這并沒有減輕我們使組件對自身版本不可知的責任。使用我們組件的程序員可以以同樣的方式調用組件而不管其版本如何，知道這些對我們來說才是重要的。

　　總的來說，在.NET中并不是不需要對版本化問題進行處理。它只是使開發人員能夠使用他們所熟悉的版本進行工作。他們不必使用最新的版本，因為使用最新版本需要把握一些新功能。我認為在.NET中的版本化更多地需要程序員調整，而不是供給商。更多的請看：http://www.QQread.com/windows/2003/index.Html
　　.NET最大的挑戰是什么？是學習周期？或者是由于技術太新了，以至于創建的組件有怎么成熟？

　　我不認為技術學習周期自身是最大的挑戰。
我以前提到過，我們擁有優勝的開發人員，他們能很快學會新技術。而且，在我們企業中，我們總是在技術的α和β階段創建組件，這樣當主要技術發行時，我們的組件就可以馬上使用。在企業10年多的發展過程中，我們學會了如何處理技術的時間框架。

　　而且在IT業中，由于工程的大小，內部市場化時間上的壓力以及商業應用程序的原因，對組件的需求成指數增長。曾經有一段時間我們停止他們的項目，而集中處理2000年問題。在2000年問題處理后，他們將更關注于具有競爭性的項目。同時，Web成為一個結構上變化的機制。各個公司正在利用他們的應用程序對此結構重建。由于所有這些必做的工作，對IT業的壓力也就越大，因此對組件的需求增加了，因為通過組件能將他們構建系統所用的時間降下來。

　　你認為這種發展需要多長時間？

　　我們認為到2002年第一季度，完全利用Visual Studio .NET的開發人員將占據30%，而仍有 70%人使用Visual Studio 6.0。到2003年，這種比例將反轉過來：70%的開發人員使用.NET框架。到2004年，我們認為很少或沒有新的Visual Studio 6.0開發項目。

　　.NET 帶來的最大的好處是什么？

　　.NET框架對于構建Web服務和本地應用程序來說，都是極好的結構。它設計用于通過xml和SOAP協議處理跨平臺的內部工作性，并是以一種對于開發者非常自由的方式做到的。Visual Studio .NET IDE是高產的環境，此環境使開發人員的應用程序能加速執行。

　　由于Web服務的引入，術語"組件"是否具有了新的意義？

　　我認為它有一個更廣泛的定義，這樣理解是對的，因為它意味著一個更大的市場。開發人員仍必須編寫代碼以與組件接口。你總將看到表示層，不論它在服務器上與瀏覽器或其它設備對話，還是在一個獨立的設備上與同一設備上的應用程序對話。

　　Web服務的引入還擴大了組件市場，包含了用于調整Web服務的企業對象。全新類型的組件也就出現，它們用于解決企業方案的需求，創建基于Web服務的應用程序需要的基本架構和雜務治理。

　　Web服務對大多數人來說是一個新概念。它帶來的一個挑戰是，由于降低了發布成本，許多小企業現在可以比較輕易地與大企業競爭。它是否會打破整個行業或帶走大企業的市場分額？

　　組件企業的成本從來都是很低的。你可以編寫一個組件，在某個雜志的封底作廣告，而現在你可在網絡上做廣告，接觸到更多的人。我認為事實是，大多數組件都是由大公司購買的，以提供給他們緊迫的項目。從短期來看，他們可能從不知名的公司購買，但從長期來看，他們希望組件供給商成為戰略伙伴，這樣他們現在可以對其依靠，而將來仍能得到支持。從某種意義上來說，他們易于從知名企業購買，因為這些企業易于獲得。Web服務不會改變這種情況。

　　Manohar Kamath是.netWire（.NET新聞的主要來源）的編輯。自1998年以來，他是微軟"最優秀選手（MVP）"，并且是伊利諾伊州，芝加哥市的高級顧問。

上一篇：.NET 2.0 中對配置文件的讀寫

下一篇：設計安全的Visual Studio.NET互聯網服務