2008-11-23 70 views
4

我想在MS Access中包含自定義的.Net控件和.Net窗體。 這是可能的,但我想知道是否有任何關於該主題的新的好文章。
隨着時間的推移,我發現了一些與該主題相關的內容,但總是發現該過程有點麻煩(請參閱下面的參考資料)。在MS Access中使用.Net的方法

其中一個問題是部署:
我的用戶的機器有正常的用戶帳戶,我想知道如果我可以部署在同一文件夾作爲應用程序的動態鏈接庫(在用戶的Application Data文件夾),並從引用它們代碼,無需在該計算機上以管理員帳戶註冊它們。
目前,在網絡上提供新版本時,Access應用程序會自動部署。

參考

編輯09DEC2008
我不敢相信我是唯一一個對此有興趣的人嗎?有沒有人試圖在Access中使用.Net,作爲改進UI或慢慢遷移到完整/ Net應用程序的方式?

回答

1

只是一個警告 - 我曾經在一個基於訪問的系統上工作,這個系統的發展已經超越了爲訪問設計的方式,這真是一件苦差事。

我對您的項目一無所知,但考慮轉向更靈活/可擴展的系統以避免問題,這可能是一個想法。

+0

這總是一個風險:訪問應用程序往往會超出他們原本應該解決的問題。 但是,有很多理由希望在Access中集成.Net,其中之一就是它可以將應用程序遷移到.Net,而無需從頭開始重寫。 – 2008-11-23 15:08:16

1

你看不到很多人這樣做的原因(在Access中使用.Net格式)有兩方面的原因。

  1. MS Access不是一個.NET應用程序,因此,您必須馬歇爾COM-互操作和.NET Framework是性能很重,容易出現問題之間的通話。
  2. MS Access不是持久數據的好解決方案。它最好用作原型工具。如果需要,最好使用內置的ADO.Net Dataset類,該類可以被保存到XML中。這絕對是一個更好的性能選擇,也是一個使用託管內存,多線程等的.Net解決方案。

    您可以在Access中做的任何事情都可以在使用ADO.Net的.Net應用程序中更好地完成。
+0

是的,但如果您有一個現有的HUGE Access應用程序(太大以至於不能「完全」重寫),那麼COM-Interop是緩慢遷移的最佳方式。 我對這個主題也非常感興趣(因爲我有一個巨大的A2003應用程序),但我還沒有足夠的瞭解它尚未回答這個問題。 – 2008-12-10 08:27:52