我開始成爲一名分享點開發者......我不確定我在前一生活中做了什麼來保證這一點,它一定是壞的!分享點最佳實踐
無論如何,我埋在一個XML和GUID的世界,它似乎應該是自動化的,每次我添加一些東西到一個文件夾,我必須添加一些不同的XML文件的一點點,WOE betide你如果在其中一箇中得到錯誤的GUID(或者將錯誤的密鑰從GAC中刪除)
請告訴我有人已經制定出瞭如何從共享點帶來痛苦!沒有人能忍受這麼久!
我開始成爲一名分享點開發者......我不確定我在前一生活中做了什麼來保證這一點,它一定是壞的!分享點最佳實踐
無論如何,我埋在一個XML和GUID的世界,它似乎應該是自動化的,每次我添加一些東西到一個文件夾,我必須添加一些不同的XML文件的一點點,WOE betide你如果在其中一箇中得到錯誤的GUID(或者將錯誤的密鑰從GAC中刪除)
請告訴我有人已經制定出瞭如何從共享點帶來痛苦!沒有人能忍受這麼久!
你不說你遇到了哪些問題。 如果是項目/解決方案生成,請查看STSDev。 對於解決方案,Solution Installer和WSPBuilder。 對於Web部件,請參閱SmartPart。
CodePlex上一般有一些很好用的工具,只是在那裏搜索SharePoint。
根據我的經驗,不,從Sharepoint中的那些特定問題沒有得救,但是如果有人找到解決辦法,我也很樂意聽到它。
一般來說,微軟的SharePoint工具目前非常薄弱。希望這會隨着時間的推移而改善!這就是說他們已經發布了適用於Visual Studio的Visual Studio Extensions for Windows SharePoint Services 3.0(VSeWSS)2005和2008,我發現它非常有用。
我通常使用UI生成列表和/或網站定義並使用VSeWSS導出它們。從那裏我使用導出的XML文件創建功能(在這裏和那裏進行一些清理),並將這些功能捆綁到一個解決方案中。
雖然XML仍然有很多擺弄。 VSeWSS會嘗試隱藏你的一些信息,但我個人使用WSPBuilder,因爲它給了我最大的控制權。 (聯合國)幸運的是,你最終習慣了標記SharePoint,它變得更容易!
對於Web部件,我手動編寫這些代碼並打包成功能部件。 SharePoint Designer在配置它們時也可以派上用場。
對於頁面佈局,我使用SharePoint Designer創建並調整它們,然後將它們放入Visual Studio中的WSPBuilder解決方案中,並將它們打包到解決方案中。
這裏有一個偉大的文章,列出了一些最常用的SharePoint開發工具:
如何建立一個SharePoint開發機 http://weblogs.asp.net/erobillard/archive/2007/02/23/build-a-sharepoint-development-machine.aspx