您是否認爲：「只有當我有這個東西可用時，我纔會使用SharePoint解決方案來解決我的日常問題？」什麼是最想要的SharePoint功能？

你在SharePoint功能中錯過了什麼能讓你快樂的東西？

您認爲SharePoint可以爲您解決的用例是什麼，但是您錯過了一些可以實現這一點的用例？

它是一個Web部件嗎？零件？功能？整合選項？開發複雜性？

[我要解決的最有趣的，並會提供解決方案]

摘要

這是我們到目前爲止有：

複雜的解決方案部署
複雜的開發和測試（連接或斷開模式）
搜索無法正常工作根據需要
導航很麻煩

來源

2008-10-16 IgorM

開發和使用的API，它沒有安裝SharePoint的計算機上測試SharePoint解決方案。

來源

2008-10-16 04:07:55

搜索。

很抱歉的咆哮，但是......

每當我嘗試使用SharePoint的搜索功能（作爲最終用戶，我不是一個SharePoint開發人員），這似乎是我得到的最滯後列表無用的結果。當我知道有一些文件包含我正在搜索的文件時，或者我得到一大堆無用的噪音時，我什麼也沒有得到。

然後我迷失在網站，收藏和列表的曲折迷宮中;但我不知道所有這些事情之間的區別是什麼，爲什麼有時當我在一個我不能直接回到另一個。或者其他的東西。

讓我覺得自己像一個無知的白癡，我想我就像Sharepoint一樣。

來源

2008-10-16 04:09:32

好吧。如果可以的話，會給出+2） – shoosh 2008-10-16 04:36:40

存儲文檔到多個文檔庫
增強內容查詢Web部件的版本，有像一個普通的列表Web部件相同的功能（即意見，篩選，排序，易於使用的界面）

來源

2008-10-16 07:40:55

我同意另一個答案，它應該更容易在非服務器環境中開發。

此外，它可以更好地支持可訪問性標準。

來源

2008-10-16 11:36:10 BlackWasp

內容部署

它已經與所有版本的SP1之後的改善，但你不能輕鬆地部署在SharePoint內容。這總是有風險的。

有一個工具Chris O'Brien開發SPContentDeployment使用內容部署API，但它仍然是第三方。它應該在Sharepoint中實施。

來源

2008-10-16 15:23:06

便於開發

的好，如果他們更多的自由開發者能夠做到他們需要在自己喜歡做的方式做這將是偉大

現在是這樣的只是放慢了我的日常工作，但我仍然需要努力，因爲大個子認爲這是最好的東西

來源

2008-10-16 15:50:07 Ali

優化SharePoint以處理大型文檔庫會很好。大約1000萬以上的地方會很好。我知道我正在處理一個病理案例，但是當你在圖書館中獲得超過10萬條記錄時，性能會迅速下降。

來源

2008-10-17 18:27:52

一個可以跨網站集和Web應用程序工作的聚合器。

在列表或網站級別運行工作流程而不是僅在項目級別運行。（喜歡這個）

來源

2008-10-17 21:02:56 webwires

本地的Silverlight的webpart和更好的性能...

來源

2008-10-20 12:26:13 pabloide86

我想的SharePoint應該是兼容XHTML的開箱即用。事實並非如此可笑。更不用說至少有一個控件輸出無效的HTML（在SummaryLinks上缺少關閉標記）！

來源

2009-02-13 02:24:51

我對Sharepoint [平臺]的願望與任何其他軟件產品並無區別。

他們應該清晰易預測，可解釋，支持，可管理，能夠整合和解決客戶的需求。

例如，Sharepoint經常被MS作爲門戶解決方案解釋，定位，稀釋，混合和混淆，儘管此類特性不可銷售，因爲有其他（和更具體的）MS產品用於這些目的，但Sharepoint更好其特點是協作支持平臺。

它應該向後兼容，並與客戶誠實。
如果在具有32位1內核處理器的計算機上真正安裝並運行沒有問題的情況下，應如何理解SharePoint Server 2010的「64位，四核」硬件要求？
這個作弊有什麼意義？

[1]
硬件和軟件要求（SharePoint Server 2010）中
http://technet.microsoft.com/en-us/library/cc262485.aspx#section2

來源

2010-10-04 01:08:37

能夠從收件箱中，而不必離開Outlook中直接拖放電子郵件和附件文檔庫（連接到Outlook）客戶。

來源

2011-04-26 09:08:53 counie

什麼是最想要的SharePoint功能？

摘要

回答

相關問題