เพื่อแก้ไขปัญหา KPI ผมเขียนเกี่ยวกับที่นี่, ผมได้ทดสอบบาง และค้นพบงานที่ KPI กับโฟลเดอร์ที่มีข้อมูลเมตาแบบเดียวกับที่พวกเขาทำงานกับเอกสาร หรือรายการสินค้า. พิสูจน์มันออกมา โดยการสร้างชนิดเนื้อหาใหม่ในโฟลเดอร์เนื้อหา และเพิ่มฟิลด์บางฟิลด์. ฉันสร้างตัวบ่งชี้บางอย่าง และพิสูจน์กับตัวเองที่ Kpi ทำงานตามที่คาดไว้. นี้เป็นข่าวยินดีต้อนรับ. ไม่เหมาะสม, เพราะลึกคุณได้รับจาก KPI กับโฟลเดอร์คือไม่ ว่าคุณต้องการ. นี้ไม่คืนเงินมากเกินไปในกรณีของฉันเนื่องจาก 1) ผู้ไม่รู้ใด ๆ ที่ดีกว่า และ 2) ลึกไปยังโฟลเดอร์. ก็คลิกที่ชื่อโฟลเดอร์ และรายการ. ก็คลิกที่สองแทนหนึ่ง, ซึ่งไม่ใช่จุดสิ้นสุดของโลก.

นี้เกิดขึ้นได้ดีในงานที่ฉันทำ. ฉันกำลังสร้างโฟลเดอร์สำหรับเอกสารทั้งหมดที่ได้รับการอัปโหลด. นี้จะกระทำโดยผ่านการรับเหตุการณ์. เป็นผล, จึงปอกให้การ โฟลเดอร์หลัก ข้อมูลเมตาที่ซิงค์ข้อมูล meta ขับเคลื่อน KPI จากแฟ้มเนื่องจากไฟฟ้าที่มีอยู่แล้วในตัวเอง. This allows me to have my KPI’s and eat them too 🙂

ฉันปรับเปลี่ยนรับเหตุการณ์การเพิ่มโฟลเดอร์ และการตั้งค่าชนิดเนื้อหาของโฟลเดอร์ใหม่แล้ว ของฉันเองเป็น kpi ของเนื้อหาชนิด. บิตของรหัสนี้ไม่หลอกลวง:

 SPFolderCollection srcFolders = targetWeb.GetFolder("เอกสาร").โฟลเดอร์ย่อย;
  SPFolder addedFolder = srcFolders.Add(คุณสมบัติListItem.ID.ToString());

  SPContentTypeId kpiCT = ใหม่ SPContentTypeId("0x0120002A666CAA9176DC4AA8CBAA9DC6B4039F");
  addedFolder.Item["เนื้อหารหัสชนิด"] = kpiCT;
  addedFolder.Item.Update();

การค้นหา ID ชนิดเนื้อหาจริง, ฉันเข้าถึงชนิดของเนื้อหาที่ผ่านการตั้งค่าไซต์ และคัดลอก/วางได้จาก URL ดัง:

</สิ้นสุด>

สมัครสมาชิกไปยังบล็อกของฉัน!

ฉันเกลียดการยอมรับมัน, แต่ฉันต่อสู้กับคนนี้ทุกวัน. ฉันรับเหตุการณ์ที่ต้องปรับปรุงเขตข้อมูลของโฟลเดอร์หลัก. นี้มากแสดงวิธีการทำมัน:

ส่วนตัว โมฆะ UpdateParentFolder(SPItemEventProperties คุณสมบัติ)
{

SPFolder thisItemFolder =คุณสมบัติListItem.File.ParentFolder;
thisItemFolder.Item["ZZ สถานะการอนุมัติ"] = "ข่าวดี, ทุกคน!";
thisItemFolder.Item.Update();


} // UpdateParentFolder

ในกรณีนี้, ฉันทำงานกับไลบรารีเอกสาร และคุณสมบัติมาจากเหตุการณ์ ItemAdded.

หลอกลวงคือการ ที่คุณไม่ได้ SPFolder ของสินค้าโดยตรงจากรายการเอง (อาทิ. คุณสมบัติListItem.Folder เป็น null). แทน, ไปยังรายการการเชื่อมโยงไฟล์ และโฟลเดอร์ของแฟ้มที่ได้รับ.

</สิ้นสุด>

สมัครสมาชิกไปยังบล็อกของฉัน!

ผมมั่นใจว่า ฉันไม่คนแรกมา ด้วยนี้. อย่างไรก็ตาม, ไม่ได้สังเกตคนประกาศหลอกลวงเช่นนี้ตั้งแต่ผมเริ่มจ่ายใส่ชุมชนเดือนกรกฎาคมล่าสุด. ดังนั้น, ฉันคิดว่า ฉันจะลงเคล็ดลับนี้ ง่ายดีบัก.

ทำการรับเหตุการณ์ที่เริ่มต้นในการสร้างข้อผิดพลาดนี้ในการ 12 กลุ่ม:

ข้อผิดพลาดการโหลดและรันเหตุการณ์รับ Conchango.xyzzyEventReceiver ใน xyzzy, รุ่น = 1.0.0.0, วัฒนธรรม =เป็นกลาง, PublicKeyToken = blahbalhbalh. ข้อมูลเพิ่มเติมได้ด้านล่าง. : ไม่ได้ตั้งค่าอินสแตนซ์ของวัตถุอ้างอิงวัตถุ.

ไม่รู้ที่ผมได้นำข้อผิดพลาดนี้เนื่องจากผมได้ทำกิจกรรมมากเกินไปในหนึ่งรอบของฉันรหัส/ใช้งาน/ทดสอบ.

ฉันพยายาม โซลูชันนี้ รับ pdb ของฉัน มีความหวังกับ SharePoint นั้น 12 กลุ่มจะแสดงการสืบค้นกลับการกองซ้อน, แต่โชคไม่. ผมไม่ทราบว่า ถ้าเป็นไปได้ และ ถ้าคนไม่, กรุณาแจ้งให้เราทราบ 🙂

ฉันรู้ว่า มันเป็นไป เขียนข้อความบันทึกของคุณเอง 12 กลุ่ม. ตรงไปตรงมา, ฉันต้องสิ่งน่ากลัวเล็กน้อยน้อย และเร็วกว่าการใช้.

มันเกิดขึ้นกับฉันว่า ฉันน้อยสามารถรับข้อมูลติดตามพื้นฐานบางอย่าง โดยการจับโยนข้อยกเว้นทั่วไปเช่นนี้อีก:

  ลอง {
    UpdateEditionDate(คุณสมบัติ);
  }
  จับ (ข้อยกเว้น อี)
  {
    โยน ใหม่ ข้อยกเว้น("ผู้จัดส่ง, UpdateEditionDate(): ข้อยกเว้น: [" + e.ToString() + "].");
  }

นี้พบว่าในการ 12 กลุ่ม thusly:

ข้อผิดพลาดการโหลดและรันเหตุการณ์รับ Conchango.xyzzyEventReceiver ใน xyzzy, รุ่น = 1.0.0.0, วัฒนธรรม =เป็นกลาง, PublicKeyToken = blahblahblah. ข้อมูลเพิ่มเติมได้ด้านล่าง. : ผู้จัดส่ง, UpdateEditionDate(): ข้อยกเว้น: [System.NullReferenceException: ไม่ได้ตั้งค่าอินสแตนซ์ของวัตถุอ้างอิงวัตถุ. ที่ Conchango.xyzzyManagementEventReceiver.UpdateEditionDate(คุณสมบัติ SPItemEventProperties) ที่ Conchango.xyzzyManagementEventReceiver.Dispatcher(คุณสมบัติ SPItemEventProperties, สตริ eventDescription)].

ที่ให้รายละเอียดทั้งหมดที่ฉันต้องติดตามว่าปัญหาเฉพาะฉัน และฉันคาดว่าจะใช้มันมากไป.

</สิ้นสุด>

สมัครสมาชิกไปยังบล็อกของฉัน!

ฟิลด์นี้ถูกใช้งานสัปดาห์ที่ผ่านมาการ "พัฒนา" โซลูชั่นสำหรับไคลเอนต์ที่ใช้ BDC และ SPQuery และประสบปัญหาบางอย่างใช้ SPQuery กับไลบรารีเอกสารที่ประกอบด้วยโฟลเดอร์. บรรทัดด้านล่าง: กำหนดซ้ำ"" ถึงแอตทริบิวต์ของมุมมองของแบบสอบถาม.

สถานการณ์สมมติของฉัน:

• วันจันทร์, ผมอัปโหลดเอกสาร และจัดหาข้อมูลบาง meta.
• ในสัปดาห์ถัดไป, Upload เอกสารใหม่. ของข้อมูลเมตาของเอกสารนี้ใหม่ตามเอกสารที่ผมอัพโหลดวันจันทร์ (ซึ่งเราเรียก "เอกสารหลัก").
• เราได้สร้างซุ้มบริการเว็บที่มีอินเทอร์เฟซแบบ BDC มิตรในรายการเพื่อให้ผู้ใช้สามารถหาเอกสารวันจันทร์ที่ผ่านการค้นหาชื่อเรื่อง.
• คอลัมน์ BDC ข้อมูลช่วยให้ผู้เป็นมิตร. (นี้เป็นส่วนหนึ่งของความพยายามของฉันที่ใช้ BDC สำหรับคอลัมน์ค้นหาง่ายขึ้น).

ซุ้มบริการขั้นสุดท้ายของ BDC ใช้แบบสอบถามเช่นนี้จะทำการค้นหา:

 // ใช้เครื่องมือ U2U เพื่อช่วยในการสร้างแบบสอบถามนี้ CAML.
      oQuery.Query =
        "<ที่>";

      ถ้า (titleFilter.Length > 0)
        oQuery.Query  =
          "  <และ>";

      oQuery.Query  =
        "    <และ>" +
        "      <Geq>" +
        "        <ชื่อ FieldRef =  "DocumentId" />" +
        "        <ค่าชนิด =  "Text">" + minId + "</ค่า>" +
        "      </Geq>" +
        "      <แบล็คไลท์>" +
        "        <ชื่อ FieldRef =  "DocumentId" />" +
        "        <ค่าชนิด =  "Text">" + maxId + "</ค่า>" +
        "      </แบล็คไลท์>" +
        "    </และ>";

      ถ้า (titleFilter.Length > 0)
        oQuery.Query  =
          "    <ประกอบด้วย>" +
          "      <ชื่อ FieldRef =  "Title" />" +
          "      <ค่าชนิด =  "Text">" + titleFilter + "</ค่า>" +
          "    </ประกอบด้วย>" +
          "  </และ>";
      oQuery.Query  =
        "</ที่>";

ในระหว่างระยะเริ่มต้นของการพัฒนา, นี้ทำงานดี. อย่างไรก็ตาม, เราแนะนำโฟลเดอร์ในไดเรกทอรีเพื่อแก้ปัญหา และทันที, ตัวเลือกของฉัน BDC จะไม่ส่งคืนผลลัพธ์ใด ๆ. ติดตามนี้ลงไปความจริงที่ว่า SPQuery ที่จะไม่ส่งคืนผลลัพธ์ใด ๆ. เราใช้โฟลเดอร์หลักเพื่อให้แฟ้มหลายแฟ้มที่ มีชื่อเดียวกันที่สามารถอัปโหลด แต่ มีข้อมูลเมตาที่แตกต่างกัน. เมื่ออัปโหลดแฟ้ม, เราสร้างโฟลเดอร์ขึ้นอยู่กับรหัสของรายการ และจากนั้น ย้ายแฟ้มมี (ผมเขียนว่า ที่นี่; เราเคย ผลผสม ด้วยวิธีนี้ แต่ทั้งหมด, ทำงานดี). ผู้ใช้ไม่สนใจ เกี่ยวกับโฟลเดอร์ และในความเป็นจริง, ไม่จริง ๆ เข้าใจว่า มีโฟลเดอร์ใด ๆ. เราได้กำหนดค่ามุมมองทั้งหมดในไลบรารีจะแสดงรายการโดยไม่คำนึงถึงโฟลเดอร์.

ฉันตีปัญหานี้สองครั้งเป็นการนำเทคนิคพัฒนา และแก้ไขมันแตกต่างกันแต่ละครั้ง. เป็นครั้งแรก, ฉันไม่ได้ใช้ตัว CONTAINS ในแบบสอบถาม. โดยตัวดำเนินการ CONTAINS, ผมแก้ปัญหา โดยการระบุมุมมองของ SPQuery contructor. แทนการใช้ตัวสร้างค่าเริ่มต้น:

Splist.update() oList =เว็บรายการ["เอกสาร"];

SPQuery oQuery = ใหม่ SPQuery();

แต่ใช้ตัวสร้างที่ระบุมุมมอง:

Splist.update() oList =เว็บรายการ["เอกสาร"];

SPQuery oQuery = ใหม่ SPQuery(oList.Views["เอกสารทั้งหมด"]);

ที่แก้ไขปัญหา และฉันเริ่มที่จะได้รับผลของฉัน.

แล้วเพิ่มตัว CONTAINS เข้าผสม และยากจนอีก. ดังปรากฎว่าที่ดำเนิน CONTAINS, ตราบใดที่ฉันสามารถบอก, ไม่ทำงานกับมุมมองแบบเดียวกับ GEQ ง่ายกว่า / ตัวแบล็คไลท์. ฉันทำบางค้น และเรียนรู้ว่า การสอบถาม ViewAttributes ควรตั้งค่า "ซ้ำ", เช่นใน:

oQuery.ViewAttributes = "ขอบเขต = "Recursive"";

ที่แก้ไขปัญหาสำหรับ CONTAINS. อันที่จริง, นี้ยังแก้ไขปัญหาค้นหาเดิมของฉัน และถ้าฉันมีระบุการเกิดซ้ำของแอตทริบิวต์ครั้งแรก, ฉันจะไม่ได้ทำงานเป็นปัญหาอีก.

ความจริงที่ว่า SPQuery ที่ตามดูการทำงานสำหรับผู้ประกอบการบาง (GEQ/แบ ล็คไลท์) และอื่น ๆ (ประกอบด้วย), ควบคู่กับความจริงที่ดูเหมือนจะไม่ ทำงานกับไลบรารีเอกสารที่ประกอบด้วยโฟลเดอร์เป้าหมายให้ฉันเชื่อว่า SPQuery มีบางประเด็น orthogonality Kpi.

ขอขอบพระคุณ:

• คนดีที่ U2U และเครื่องมือของแบบสอบถาม.
• ไมเคิล Hoffer ดี "เรียนรู้ ด้วยการปฏิบัติ" ติดประกาศบล็อก, ความคิดเห็นและการตอบสนอง.

</สิ้นสุด>

สมัครสมาชิกไปยังบล็อกของฉัน!

โปรแกรมปรับปรุง 02/29/08: ฉันแก้ไขปัญหานี้ โดยการสร้างโฟลเดอร์ และจากนั้น กำหนดชนิดเนื้อหาไปยังโฟลเดอร์ที่มีข้อมูลเมตาสำหรับ Kpi ต้อง. ผมอธิบายที่น้อยละเอียดที่นี่.

เราได้ดำเนินการแก้ไขปัญหาทางเทคนิคที่ผู้ใช้อัปโหลดเอกสารไปยังไลบรารีเอกสาร. รับเหตุการณ์การสร้างไดเรกทอรี และย้ายแฟ้มไดเรกทอรีนั้น (การใช้เทคนิคที่คล้ายกับสิ่งที่ผมเขียนเกี่ยวกับ ที่นี่). เราได้นำทางสถานปัญหาเกิดจากผู้รับเหตุการณ์ที่เปลี่ยนชื่อแฟ้มที่อัปโหลดเสร็จเรียบร้อยแล้ว (เพราะผู้ใช้เริ่มต้นของเอกสาร โดยคลิกที่ "ใหม่ไม่เคย" แต่สร้างเอกสารภายในแทน และอัปโหลด).

ข้อมูลเมตาสำหรับเอกสารเหล่านี้มีใช่/ไม่มีคอลัมน์ไซต์เรียกว่า "ด่วน" และคอลัมน์ไซต์อื่นเรียกว่า "สถานะ". เราต้องตอบสนองความต้องการทางธุรกิจที่แสดงเปอร์เซ็นต์ของ "ด่วน" เอกสารที่มีสถานะเป็น "รอ".

นี่คือมักง่ายในการทำ และอธิบายไว้อย่างมากเช่นนี้ที่พอ ๆ กับ SharePoint ของจอถ้าคุณสนใจ.

หมู่, ค่ะต่อไปนี้:

• สร้างมุมมองในไลบรารีเอกสารที่เรียกว่า "ค้างอยู่".
• กำหนดค่ามุมมองเฉยโครงสร้างโฟลเดอร์.
• สร้างรายการ KPI.
• สร้างตัวบ่งชี้ในรายที่ไป lib เอกสารและ "ค้างอยู่" ดู.

เพียงแค่ทำงาน. KPI แสดงเป้าหมายของฉัน (เช่น. เอกสารเร่งด่วน 5) แต่แสดงจำนวนที่แท้จริงของเอกสารเร่งด่วนเป็นศูนย์เสมอ. Paradoxically, ถ้าลึกรายละเอียด, แสดงเอกสารเร่งด่วน 5 ในรายการ. สร้างสถานการณ์ง่ายมากสองเอกสาร, หนึ่งในโฟลเดอร์และไม่. นี่คือภาพหน้าจอ:

หน้าจอข้างต้นได้แสดงมีเอกสารสองในมุมมองแต่ค่า"อย่างชัดเจน" เป็นหนึ่ง. "CamlSchema" ด้วยเอกสารเปล่า Id อยู่ในโฟลเดอร์ราก และอื่น ๆ ที่อยู่ในโฟลเดอร์ที่ชื่อว่า "84".

เหมือนกับฉันที่ถึงแม้ว่าคุณระบุมุมมอง, KPI ไม่เกียรติ "แสดงรายการทั้งหมดโดยไม่" การตั้งค่า และแทน, confines ตัวเองไปยังโฟลเดอร์ราก.

ถ้าผมคิดผิด, โปรดปล่อยฉันเป็นบรรทัด หรือแสดงความคิดเห็น.

</สิ้นสุด>

สมัครสมาชิกไปยังบล็อกของฉัน!