รายการ blog นี้เป็นมากกว่าการ "ใน realm ของเป็นไปได้" ซิตี้ vs รายการ. คอนกรีตข้อมูล.

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

ฉันทั้งเป็นแฟนใหญ่ของเวิร์กโฟลว์นเซิร์ฟตลอดจนโปรแกรมเมอร์เวิร์กโฟลว์อ่อน visual studio, ดังนั้นต้องตอบสนองความต้องการโดยใช้ SharePoint Designer.

ฉันวางแผนในการเขียนเกี่ยวกับเรื่องนี้มีรายละเอียดมากกว่า (และหวังว่าได้นำเสนอไปยังกลุ่มผู้ใช้หรือสองปีมา), แต่นี่คือการแก้ปัญหาโดยรวม:

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

เราถือว่าวิธีอื่น, ตัวจัดการเหตุการณ์และ visual studio ตามลำดับ. วิธี SPD ให้เราผู้ใช้การควบคุมน้อย. ได้รับอนุญาต, มีมากของ C# โค้ดในการแก้ไขปัญหานี้, แต่มันจะถูกตัดภายในเวิร์กโฟลว์นเซิร์ฟ, ดังนั้น เราได้รับประโยชน์บางประการของเวิร์กโฟลว์นเซิร์ฟขณะ hooking เข้าใช้บริการการสร้างไซต์.

All we need now is an easy tool to automatically migrate SPD workflows around as easily as we can for visual studio workflows and we’ll really be cooking with gas 🙂 I understand that some folk are out there working on this problem and I hope they have some good success with it soon.

</สิ้นสุด>

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