2011-02-25 30 views
2

我正在創建庫,我將在Compact Framework,Silverlight,WP7和完整.NET運行庫中使用這些庫。我意識到圍繞Compact Framework和完整.NET,或者Silverlight和完全.NET之間的共享問題已經有很多次的問題,並且我一直在閱讀所有的答案,但是這種情況更加複雜,因爲我必須使用適用於Silverlight/WP7的VS2010和適用於Compact Framework的VS2008。在Compact Framework,Silverlight,WP7和完整.NET運行庫之間共享代碼的方法

因此,我需要爲此使用多個解決方案以及多個項目。

是否有一個建議的「最佳實踐」方法來管理這個問題,我知道我可以使用add-file-as-link功能來創建多個解決方案/項目來維護項目,但這成爲一個手動過程打開我想避免的錯誤。

有沒有人有過自動化獨立框架構建的經驗,例如創建和維護一個.NET項目,但有一個自定義構建操作,可以自動調整解決方案和項目文件,併爲不同的構建多個輸出程序集所需的框架。我知道確保生成正確的引用會增加複雜性。

是否有一個現有的框架,實現了這一點,我有一個搜索,但看不到任何東西。或者是否有興趣創建這樣的框架?

+1

CSLA.NET Framework使用編譯器開關實現這一點 - 在相關開關內部實現特定於框架的代碼。 http://www.lhotka.net/cslanet/ – 2011-02-25 11:29:11

+0

CSLA.NET看起來很有趣,我之前沒有見過 - 雖然我在頁面上看不到提及Compact Framework,但是你知道這是否被支持? – 2011-02-25 11:35:00

+0

不知道是否支持explicity,但是有一個Silverlight版本,我很確定我記得在前一版本中看到一個緊湊的框架編譯器開關,也許是lite版本。 – 2011-02-25 11:37:00

回答

2

這從PDC2010會議可能會幫助: http://blogs.microsoft.co.il/blogs/arik/archive/2010/10/31/pdc-2010-3-screen-coding-sharing-code-between-windows-phone-silverlight-and-net.aspx

微軟已經宣佈移植庫項目將在今年獲得H1 - 因此它應該提供真正很快 - 也許在混合?

在此之前,最好的建議似乎是爲大多數共享創建一個SL 3類庫項目 - WP7,WPF,SL-Web,.Net桌面 - 但您仍然需要做一些特殊的事情對於WM6(但是對於WM6,我仍然需要做很多特殊的事情 - 就像它仍然堅持使用VS2008一樣!)

相關問題