修改SharePoint系統文件

Question

開發人員對於更改12個配置單元中文件的感覺如何？ 例如，如果您被要求刪除標誌是一個不同的用戶菜單項，則需要修改文件系統上的相關用戶控件。現在，如果您只是通過記事本進行修改或複製，然後如果您將新服務器引入服務器場，則需要記住在新服務器上執行相同操作。 Obvouisly你可以部署更改後的文件作爲解決方案，並自動完成，但我只是想知道，如果人們對默認安裝的文件進行更改猶豫不決？

Answer 1

我已經做了一些SharePoint開發，並且我必須告訴你，如果您想要移動應用程序，那麼與12-hive混淆是一個痛苦世界的入場券。

我寧願破解一些javascript來隱藏它，至少可以綁定到母版頁，這更便於攜帶。
請記住，你永遠不知道什麼時候下一個服務包出現並且覈實你的改變:)

Answer 2

我同意拉爾斯。根據您的需要，有時您無法避免它。但是，總體而言，最好的政策是儘可能避免修改。

我知道當前用戶菜單中的某些其他菜單項（更改登錄名，我的設置等）可以通過從用戶刪除權限進行更改。在用戶和組下面有一個權限選項。我不記得確切的設置（在工作中發展，而不是在家中），但是在30多種權限中的每一種權限旁邊都有合理的描述。刪除它，你開始隱藏菜單選項。不需要修改12-hive。

Answer 3

不知道是否有很多用途投球，因爲其他人幾乎都有覆蓋，但我也會說不這樣做。儘管它很誘人，但它僅僅是不可能知道你所做的小小改變的全部影響。

從支持角度來看，您將使Microsoft支持（修補程序/修補程序）變得很困難。 從維護的角度來看，你也打開自己的長期成本。

轉到javascript路由。

Answer 4

解決方法是使用Sharepoint解決方案（WSP）文件。

要更改用戶控件，請使用新功能創建新的Sharepoint功能。

將此功能包含在您的解決方案中。

使用stsadm命令行或通過Central Site Admin部署解決方案。

然後這將自動部署到您場中的所有服務器，並且它可以避免覆蓋任何默認的共享點文件。

欲瞭解更多信息，請查看http://www.sharepointnutsandbolts.com/的Sharepoint Nuts and Bolts博客，其中介紹了WSP和Sharepoint功能。

Answer 5

我已經做了很多次了，我會從經驗中發言：在任何情況下都不要觸摸12配置單元中的onet.xml文件。您在那裏犯的任何錯誤，以及使CAML更復雜的文件主要是空白敏感的，將會影響SharePoint的每個部分。

您還應該考慮到，除了安裝的重大風險之外，您可能會依賴於您的更改，然後將其覆蓋在未來的修補程序或服務包中。

Answer 6

有一個非常簡單的規則：如果您想保留來自Microsoft的官方支持，請不要更改由SharePoint安裝的12個配置單元中的任何文件。

我從來沒有遇到過唯一的解決方案是改變這樣一個文件的情況。例如，如果您想更改SharePoint的開箱即用用戶控件，則可以通過使用DelegateControl並在特性中重寫它來實現。

更多信息：

• http://msdn.microsoft.com/en-us/library/ms463169.aspx
• http://www.devx.com/enterprise/Article/36628

我知道這是很有誘惑力的迅速改變一個文件，我不得不承認，有時我只是做一個DEV框，但不要在生產服務器上去那裏！

Answer 7

大多數情況下，您可以完成您希望使用功能和解決方案軟件包而無需修改文件的所有功能。但是，有一些（相當煩人的）極少數情況下，您唯一的選擇是修改系統上的文件。到目前爲止，我已經將它用於兩個特定的案例。一種是將PDF iFilter添加到docicon.xml文件中，另一種是將主題添加到themes.xml文件。在這兩種情況下，這似乎是實現這一目標的唯一途徑。不過，我們使用解決方案包將這些文件寫入服務器場中的所有服務器。