遇到乙個小小的問題,糾結了半天,記錄一下。
做了乙個小webpart,很小很簡單的乙個功能,讀取列表然後在前台顯示出來,剛得到需求時很不屑.......報應就是浪費了我半天的時間....
因為要讀取的列表位置不固定,所以需要在webpart的屬性部分新增一些自定義屬性,**位址、列表名稱、要讀取列表專案的數量...
下面的是其中乙個屬性的定義,自我認為是沒有什麼問題的...
自定義屬性部分
[personalizable]接下來是讀取列表並繫結到repeater的**[webbrowsable(
true
)] [category(
"定製化配置")]
[webdisplayname(
"列表所在**")]
[webdescription(
"列表所在**的url")]
public
string
weburl
set }
private
string _weburl = "
/";
繫結repeater部分
1 listifms = null;2過程就是從列表中查詢出需要顯示的資料然後繫結到repeater上。if(flag)322
else
2326
2728
2930 spquery query = new
spquery();
3132 query.query =defaultview.query;
3334 query.rowlimit = uint
.parse(displaycount);
3536 splistitemcollection listitems =list.getitems(query);
3738
3940 ifms = listitems.cast().select(
41 item =>
42new
itemfieldmodel()
4349 ).tolist();
5051
5253}54
catch
(exception ex)
5558
finally
596162}
63try
6473}74
75 repeater1.datasource =ifms;
76repeater1.databind();77}
78catch
(exception ex)
79
**完成,直接部署。
修改webpart屬性,儲存,重新整理頁面,沒有問題....
但再次編輯頁面修改webpart屬性,修改顯示列表條目的數量,儲存之後webpart顯示數量沒變,還是預設的5條...
糾結不應該出現這樣的問題啊。
之前做過乙個讀取文件庫的webpart,**幾乎都一樣,為什麼那個webpart就沒有問題呢..
比對兩個webpart的**....
問題應該在這裡
可能錯的部分
1之前不知道在**看到的,說spweb 使用之後要釋放掉,我就使用了 using;using (spsite site =spcontext.current.site)
27 }
後來才知道,通過spcontext.current.web獲得的spweb物件是不需要釋放的,是系統自己維護的 ....
把這個去掉之後問題解決,在此記錄。
乙個糾結的2023年
今年裡,自己基本上沒寫過部落格,相信新一年裡不會這個樣子了。只不過這第一篇就是要說那2014年的總結,這些都是我在2013年就確定下來的並在2012年就計畫好的。按照往年的慣例,自己還是從工作 生活 學習三個方面來總結一下自己。也希望對遇到和我有同樣情況的剛踏入職場的人有些幫助。今年的轉變比較大,應...
這是乙個糾結的開始
因為一些原因,在原來的工作短短地工作了八個月之後就離職了。對這段工作經歷,自己很有體會,很感謝這個過程中遇到的所有的人,他們都對我很好,給與我這個新人很多的關照和幫助。自己也打算要長久的做下去,但是事情總有不可控的時候,最終決定還是離開。可能任何事情都不會完美,新的工作有了著落,但是工作的內容不是我...
糾結我的乙個DataTime型別
因為這個原因 改錯,然後看了一些其他人的資料 引用 做乙個專案時,有個日期字段客戶可輸入可不輸入值,直接把datetime null時會出錯,提示錯誤 無法將 null 轉換成 system.datetime 因為它是一種值型別 在網上檢視下相關資料後,找到處理辦法 nullable now dat...