VSeWSS的網站模板增加了50多個功能，功能列表

Question

我已經創建並部署使用VSeWSS的1.3

我安裝的網站定義並創建一個新的站點MOSS站點確定指標，一切工作正常。但是，當任何人進入該WebApplication的任何站點（在任何網站集中）並轉到功能列表中時，所有這些功能都會列在列表中。

我必須根據每個都有自己的實例和ItemRecievers這些內容類型15內容類型，有15名名單。你可以想象這是列表中的很多功能。我的SharePoint管理員看到這一點，並有一個崩潰...

他希望看到一個條目像你看到的MOSS企業功能等，激活所有的功能爲我的解決方案。我曾經看到有人批評'特色包'這個詞 - 與此有關，但我不知道這只是他們的術語。

我該怎麼做？這可以很容易地完成VseWSS，或者我必須手動進入，並破解IDE生成的文件？

詹姆斯:-)

Answer 1

VSeWSS的不是很大的生產解決方案 - 它可以拉出一個解決方案的要素，但往往會（在我和它有限的經驗）設置的東西，像他們都去要分開的功能。

不幸的是，你的管理是正確的。你有什麼 - 這些內容類型，列表定義和列表實例 - 是很多功能元素。單個Feature可以有那些許多，通常是在一個名爲「Elements.xml的」文件。有這樣的一個很好的說明：

http://msdn.microsoft.com/en-us/library/ms460318(v=office.12).aspx

（注意，在Visual Studio 2010中的說法，這些元素是Visual Studio項目內的 'SharePoint項' 但是，我離題。）

我已經總是傾向於使用VseWSS創建我需要的文件 - 我的列表定義等 - 然後將這些文件複製到一個WSPBuilder項目進行打包，準備安裝。如果你還沒有使用WSPBuilder，我推薦它用於SP2007的開發 - 雖然它很大程度上被Visual Studio自己的SP2010工具所取代。它需要一些理解，但是你會意識到，如果你只是將文件複製到正確的地方，你可以輕鬆地構建你的解決方案。

（你應該部署在WSP文件您的解決方案。總是WSP文件部署解決方案。）

（同樣，你不應該有「黑客」的任何文件，只是重新排列它們的文件系統，以便WSPBuilder正確地將它們打包。見WSPbuilder文檔）。

Answer 2

一個容易的選擇做的僅僅是修改特徵元素爲隱藏，並創建您的主要功能與激活的依賴可見功能。這意味着一旦主要功能被激活，所有依賴功能將自動激活。

http://blogs.msdn.com/b/jjameson/archive/2007/03/22/scope-dependencies-for-sharepoint-features.aspx