مقدمة إلى إنشاء تطبيقات SharePoint

هام: تمت ترجمة هذه المقالة ترجمة آلية، راجع إقرار إخلاء المسؤولية. يرجى الاطلاع على النسخة الإنجليزية من هذه المقالة. هنا للرجوع إليها.

في هذه المقالة

مقدمه حول

الادوات و# التقنيات المستخدمه

تطبيق منهجيه هندسه و# التطوير

تطبيق انماط التصميم الشائعه

انشاء القوالب

ملخص

الموارد

مقدمة

هي Windows SharePoint Services 3.0 تقنيه خادم Windows الذي يوفر حزمه متكامله خدمات التواصل و# التعاون في العمل. من الجيد ايضا نظاما ل# تطوير تطبيقات الاعمال مستنده الي ويب. خلال الاستفاده من هذه القدره، تطوير Microsoft الاربعين التطبيق القوالب ل Windows SharePoint Services 3.0 ل# توفير الحلول خارج من مربع ل# تلبيه احتياجات العمليات التجاريه معينه مثل او او تنسيق "مكتب المساعده علي" تعقب الحملات التسويقيه، كما هو مبين في المثال الموجود في الشكل 1.

عرض للصفحة الرئيسية من تطبيق متعقّب الحملة التسويقية المتكامل Integrated Marketing Campaign Tracker Application
الشكل 1: طريقه عرض الصفحه الرئيسيه ل# "التطبيق متعقب الحمله التسويقيه المتكامل"

قامت Microsoft بتطوير قوالب التطبيقات هذه القابلة للتنزيل بحرية بحيث تكون قابلة للاستخدام مباشرة بعد النشر. بالرغم من ذلك، فبإمكان العملاء والشركاء استخدام قوالب التطبيقات هذه أيضاً كنقطة بداية لحلول مخصصة بشكل أكبر، أو يمكنهم استخدامها كأمثلة تعليمية أثناء قيامهم بإنشاء تطبيقات Windows SharePoint Services 3.0 الخاصة بهم والمعقّدة باستخدام Microsoft Office SharePoint Designer 2007.

الغرض من هذه المقاله ل# وصف كيفيه Microsoft ب# تطوير قوالب التطبيقات، التعرف علي افضل الممارسات المتعلقه ب# كيفيه استخدام قدرات core ضمن كل من Windows SharePoint Services 3.0 و Microsoft SharePoint Designer 2007، مع هدف تقويه العملاء و# الشركاء ل# انشاء التطبيقات الخاصه بهم. المقاله غير بديل ل Windows SharePoint Services 3.0 SDK، و# لا يتم اساسا مورد مطور. يجب ان يستخدم المطورين SDK ل# التعرف علي كيفيه توسيع Windows SharePoint Services 3.0 ب# شكل عام.

يُقصد من المقالة أن تكون مورداً لفصيلة جديدة من مصممي المواقع. ولأن Windows SharePoint Services وMicrosoft SharePoint Designer 2007 يتيحان إنشاء الكثير من وظائف التطبيقات من خلال واجهة المستخدم، فمهارات التطوير المتقدمة ليست مطلوبة لإنشاء تطبيقات غنية. وللتأكد، تصف هذه المقالة بعض تطبيقات التعليمات البرمجية المخصصة لأنماط تصميم محددة وصعبة، ولكن المنهجية العامة يُفترض أن تكون في متناول غير المطورين ويتم تقديمها لجمهور مماثل. قد يرغب المطورون في قراءة المقاطع الأولى حول الأدوات والمنهجية بشكل سريع والتركيز بشكل أكبر على وصف أنماط التصميم والأمثلة المحددة لكيفية تطبيق أنماط التصميم هذه.

فيما يتعلق بنيه المقاله، يوفر المقطع الاول، الادوات و# التقنيات المستخدمه، نظره عامه حول امكانيات داخل Windows SharePoint Services 3.0 و Microsoft SharePoint Designer 2007 المستخدمه في انشاء تطبيقات. يصف القسم التالي، منهجيه هندسه و# تطوير التطبيق،، ب# شكل عام، منهجيه التي تستخدم Microsoft عبر كافه قوالب التطبيق. يتم المنهجيه طريقه المشترك المناسب ل# تمكينك من العملاء المتوقعين ل# فحص حقيقي ل# الغرض من الحل و# كيف ستتم المستخدمه، و# من يمكنه بدؤه و# اجزاء تقنيه اقصي دون الحاجه الي كتابه تعليمات برمجيه مخصصه. كان ينتهي بعمليه ل# تعريف المناطق حيث سيتم الحاجه التعليمات البرمجيه المخصصه او عمل مخصص اخر.

تركز المقطع التالي هذه المقاله، إيمبليمينتينج انماط التصميم الشائعه، علي كيفيه استخدام نقاط القوه Windows SharePoint Services و Microsoft SharePoint Designer 2007 ل# متطلبات الشائعه التطبيق التصميم، مثل كيفيه انشاء اجراءات مخصصه في قائمه. هذا هو الاساسيه هذه المقاله، و# توضح هذه المقاله الطرق ل# انماط التصميم الذي يتم تكراره عبر كافه قوالب التطبيق (و، في الواقع، اي التطبيقات التي قد تصل). يوفر هذا المقطع امثله ل# كل من خمسه انماط التصميم، ب# ما في ذلك الدليل الارشادي ل# العمل ب# استخدام Windows SharePoint Services واجهه المستخدم او Microsoft SharePoint Designer 2007 و# بعض التعليمات البرمجيه المخصصه.

الجزء الاخير من المقاله، انشاء القوالب، تصف كيفيه انشاء ملف قالب ب# واسطه Microsoft SharePoint Designer 2007 ب# الفعل. كما يتناول المشاكل الاخري، مثل الترجمه.

عند الانتهاء من هذه المقالة، ستفهم بشكل أوضح كيفية تصميم تطبيق وبنائه، وكيفية البدء عبر إنشاء موقع مباشرة في Windows SharePoint Services 3.0، بما في ذلك إنشاء قوائم مرتبطة، وأعمدة مخصصة، ومكتبات، ومهام سير عمل، وهكذا دواليك، وكيفية فتح الموقع في Microsoft SharePoint Designer 2007 لإجراء المزيد من التخصيص، وإنشاء نماذج مخصصة، وإضافة تعليمات برمجية مخصصة لتغيير سلوكيات محددة، وإنشاء مهام سير عمل مخصصة، وهكذا دواليك، وأخيراً، كيفية إنشاء قالب التطبيق نفسه ونشره للاستخدام.

اعلي الصفحه

الأدوات والتقنيات المستخدمة

هناك عدد من التقنيات والأدوات التي تجتمع لتمكين إنشاء تطبيقات بسهولة أكبر من أي وقت مضى. في جانب التقنيات، فالقدرات الجديدة مثل اعتماد مهام سير العمل تعني أن مصمم الموقع ليس بحاجة إلى كتابة تعليمات برمجية ليحصل على سير عمل ضمن تطبيق. أما في جانب الأدوات، فإن Microsoft SharePoint Designer 2007، وMicrosoft Visual Studio 2005، وأدوات أخرى تمكّن من استخدام تعليمات برمجية بشكل أقل بكثير (بدون تعليمات برمجية في أغلب الأحيان) للقيام بأمور كان تحقيقها صعب للغاية قبل ذلك.

بشكل عام، اتبعت Microsoft استراتيجية عبر الأدوات والتقنيات هذه كافة تتحرك من خلالها بعيداً بشكل أكبر عن الجهود الصعبة المطلوبة إلى التركيز على البنية الأساسية نفسها، مما يمكّنك من أن تكون مصمماً بشكل أكبر ومطوراً بشكل أقل. بمعنى آخر، لقد أنجزت Microsoft مسبقاً الكثير من العمل الصعب لمرة واحدة، لتتمكن أنت ببساطة من استخدام هذه القدرات في تطبيقاتك بطريقة بديهية من خلال واجهة المستخدم.

لغرض التحضير لفهم الكيفية التي تلتئم بها التقنيات والأدوات المختلفة مع بعضها البعض في عملية إنشاء التطبيقات، تناقش المقاطع التالية Windows SharePoint Services 3.0، وMicrosoft SharePoint Designer 2007، وتقنيات أخرى وتحديداً بالنسبة إلى الميزات والقدرات الجديدة ذات الصلة. لمزيد من المناقشات الشاملة، راجع الموارد المذكورة في آخر هذه المقالة.

Windows SharePoint Services 3.0

Windows SharePoint Services 3.0 يحتوي علي بعض قدرات جديده فعاله. قدرات جديده التاليه و# الميزات ذات الصله خاصه ب# انشاء تطبيقات مخصصه، و# ستري العديد منها المذكوره في المقاطع اللاحقه مره اخري:

  • المكتبات والقوائم    يقدم Windows SharePoint Services 3.0 عدداً من الأنواع الجديدة للمكتبات والقوائم، والتي يمكن استخدامها كأساس للتطبيقات. تتضمن أنواع المكتبات الجديدة مكتبة الشرائح، وهي مكتبة مصممة بشكل خاص لتخزين شرائح Microsoft Office PowerPoint 2007 القابلة لإعادة الاستخدام وإدارتها، ومكتبة اتصال البيانات، وأمور أخرى.

  • أنواع المحتويات     تعتبر أنواع المحتويات مفهوماً أساسياً يتم استخدامه عبر Windows SharePoint Services 3.0. تم تصميم أنواع المحتويات لمساعدة المستخدمين في تنظيم محتوى مواقع SharePoint الخاصة بهم بطريقة أفضل. ونوع المحتوى هو عبارة عن مجموعة من الإعدادات القابلة لإعادة الاستخدام والتي يمكن تطبيقها على فئات معينة من المحتوى. تمكّنك أنواع المحتويات من إدارة بيانات التعريف وسلوكيات مستند أو نوع عنصر وإعادة استخدامها وذلك بشكل مركزي. فعلى سبيل المثال، يمكنك إقران مهام سير عمل وأحداث بنوع محتوى، عوضاً عن الاضطرار إلى إضافة مهام سير العمل والأحداث إلى مستندات أو مكتبات متعددة.

  • أعمدة الموقع    توفر أعمدة الموقع نموذجاً مركزياً، قابلاً لإعادة الاستخدام لتعريف العمود. فعندما تقوم بإنشاء عمود موقع، يكون لكل قائمة تستخدم هذا العمود التعريف نفسه، ولا تحتاج إلى إعادة إنشاء العمود في كل قائمة. توفر أعمدة الموقع طريقة للمستخدمين للاختيار من مجموعة أعمدة تم تعريفها مسبقاً والتي قد تكون مفيدة في قائمتهم. وبذلك، ليس فقط يمكن استخدامها لتعريف الأعمدة بشكل مركزي لقوالب القوائم المعروفة، ولكنها أيضاً توفر للمستخدمين مساراً لاستخدام أعمدة خاصة يمكن أن يكون لها معان مخصصة.

  • سير العمل     ضمن Windows SharePoint Services 3.0، يمكّنك سير العمل من إرفاق عملية عمل بعناصر في قوائم ومكتبات. ويمكن لهذه العملية التحكم بكل نواحي العنصر تقريباً، بما في ذلك دورة حياة ذلك العنصر. فعلى سبيل المثال، يمكنك إنشاء سير عمل بسيط يقوم بتوجيه مستند إلى سلسلة من المستخدمين للموافقة. تقليدياً، يقوم مصمم الموقع أو المطور بإنشاء مهام سير عمل محددة. بإمكان مصممي الموقع استخدام Microsoft SharePoint Designer 2007 لإنشاء مهام سير العمل بواسطة استخدام بيئة معالج "مصمم سير العمل"، وبإمكان المطورين استخدام Visual Studio 2005 لإنشاء مهام سير عمل أكثر قوة وتعقيداً.

  • إطار عمل الميزة    يتضمن Windows SharePoint Services 3.0 بنية جديدة تسمى "ميزة". تحزم الميزة عناصر Windows SharePoint Services التي تساعد المستخدم في تحقيق هدف أو مهمة محددة. وتتضمن الميزة عنصر واحد أو أكثر. والعنصر هو بمثابة مفهوم Windows SharePoint Services الذري. وتوفر ميزات Windows SharePoint Services 3.0 إطار عمل كامل يمكنك الاستفادة منه كمطور لتوفير وظائف مخصصة لحلول Windows SharePoint Services. وتوفر الميزات أيضاً للمسؤولين طريقة سهلة لإضافة أجزاء وظائف محزمة أو إزالتها.

  • تحسين الحدث    تنقسم الأحداث إلى فئتين رئيسيتين:

    • أحداث القائمة    الأحداث الأساسية، بما في ذلك عمليات تغيير، وإضافة، وإزالة عناصر القوائم وأعمدة القوائم (تغييرات المخطط)

    • أحداث الموقع البسيطة    حذف المواقع ومجموعات المواقع

      إن الأحداث إما أن تكون أحداث متزامنة "سابقة"، يشار إليها بتنسيق الاسم "XYZing"، أو أحداث غير متزامنة "تالية"، يشار إليها بتنسيق الاسم "ABCed".

  • الوصول عبر الاجهزه المحموله    يوفر Windows SharePoint Services 3.0 قدرات جديده السماح ب# القوائم ل# عرض شكل مناسب علي الاجهزه المحموله. عندما مستعرضات مستخدم الي موقع Windows SharePoint Services 3.0 ب# استخدام جهاز محمول، سيعاد توجيهه مستعرض ويب علي اصدار الخاصه ب# الهاتف الجوال ل# الموقع الذي يعرض محتوي الموقع و# قوائم ب# تنسيق الاكثر مناسبه ل# الجهاز. 

Microsoft SharePoint Designer 2007: الأداة الأولى لإنشاء تطبيقات SharePoint

تم تصميم Microsoft SharePoint Designer 2007 تحديداً لمساعدتك في إنشاء وتخصيص مواقع ويب ومهام سير العمل، والذي تم إنشاؤه بتقنيات ومنتجات SharePoint‏ (Windows SharePoint Services 3.0 وMicrosoft Office SharePoint Server 2007). ويوفر أدوات يحتاج إليها متخصصي تكنولوجيا المعلومات ومصممي الحلول لتطوير تطبيقات مستندة إلى SharePoint وحلول سير العمل التي تحسّن فاعلية المؤسسة وأتمتة عمليات العمل. باستخدام Microsoft SharePoint Designer 2007، لن تكون بحاجة إلى استخدام لغات أو تقنيات التعليمات البرمجية الإجرائية التقليدية للقيام بما يلي:

  • إنشاء "طرق عرض البيانات" و"نماذج البيانات" بلا تعليمات برمجية على موارد بيانات متنوعة — مثل ملفات XML، وقواعد بيانات SQL مثل Microsoft SQL Server 2005، وWeb Services.

  • إنشاء مهام سير عمل معقّدة، وديناميكية، وبلا تعليمات برمجية.

  • تنفيذ تخطيط الصفحة وتصميمها.

  • إنشاء صفحات رئيسية.

  • تحرير أوراق الأنماط المتتالية (CSS) وتطبيقها.

  • إنشاء صفحات أجزاء ويب وتوصيل أجزاء ويب لإنشاء تطبيقات عمل معقّدة.

Visual Studio 2005

يمكن استخدام Visual Studio 2005 لإضافة تعليمات برمجية مخصصة إلى التطبيقات أو لإنشاء مهام سير عمل مخصصة. يمكنك استخدام Visual Studio 2005 Designer for Windows Workflow Foundation لإنشاء قوالب مهام سير عمل ونشاطات مهام سير عمل مخصصة. ويمكنك تضمين تعليمات برمجية في سير العمل، بالإضافة إلى نماذج تصميم ليتم استخدامها من قِبل سير العمل للاتصال بمستخدمي سير العمل أثناء الاقتران ووقت التشغيل.

إن Visual Studio 2005 Extensions من أجل Windows SharePoint Services 3.0 هو تنزيل مجاني ويحزم مجموعة من الأدوات مع بعضها البعض لتطوير تطبيقات SharePoint المخصصة باستخدام Visual Studio 2005. وتتضمن الحزمة قوالب مشروع Visual Studio من أجل أجزاء ويب، وتعريفات المواقع، وتعريفات القوائم، وبرنامج أداة مساعدة مستقل هو SharePoint Solution Generator، والذي يقوم بإنشاء مشروع تعريف الموقع من موقع SharePoint موجود. يمكّن البرنامج المطورين من استخدام المستعرض وMicrosoft SharePoint Designer 2007 لتخصيص محتوى مواقعهم قبل إنشاء تعليمات برمجية عبر استخدام Visual Studio 2005.

تم الغاء ملحقات Visual Studio 2005 ل Windows SharePoint Services 3.0، و# لكن ما زال توفره Visual Studio 2008 ملحقات ل Windows SharePoint Services 3.0، v1.3.

Microsoft Office Access 2007

Microsoft Office Access 2007 يسمح لك ب# انشاء تطبيقات التعقب، تقدم تجربه غنيه ل# مستخدم ل# ادخال و# ادارتها، و# اعداد التقارير علي البيانات الخاصه ب# السيناريوهات المستهدفه. ل# مزيد من المعلومات حول كيفيه تصميم و# انشاء و# مشاركه القوالب في Access، راجع كتاب Rational دليل الي Microsoft Office Access 2007 قوالب.

المقاربات والتقنيات العامة

ضمن سياق منهجية التطوير التي تم وصفها في المقطع التالي، فإن الخطوات الأساسية والعامة لإنشاء تطبيق هي:

  1. تحديد ما إذا كنت ستحتاج إلى تعريف موقع أو قالب موقع.

  2. إنشاء الموقع الأساسي في Windows SharePoint Services 3.0 أو Office SharePoint Server 2007.

  3. استخدام Microsoft SharePoint Designer 2007 لفتح الموقع، وإجراء تعديلات... إلخ.

  4. استخدم Visual Studio 2005، عند الضرورة، لإنشاء تعليمات برمجية مخصصة إضافية، ومهام سير عمل مخصصة إضافية... إلخ.

اعلي الصفحه

بنية ومنهجية تطوير التطبيقات

كما هو الحال مع أي مشروع تطوير، فإن هندسة وإنشاء تطبيق Windows SharePoint Services يكون له فرصة نجاح أكبر إذا اتبعت منهجية مثبتة. يصف هذا المقطع المنهجية التي استخدمتها Microsoft في تصميم كافة قوالب التطبيقات القابلة للتنزيل. لن تكون هناك أمور مفاجئة في الأسلوب المتبع هنا، وخصوصاً بالنسبة للمطورين ذوي الخبرة، ولكن يؤخذ بالحساب بعض خصوصيات بيئة SharePoint، ويعكس الدروس المستفادة من قِبل Microsoft، ولذلك ستكون ذا قيمة ضمن هذا السياق. مرة أخرى، سيكون هذا المقطع ذا فائدة أكبر لغير المطورين الذين يعرفون كيفية استخدام Windows SharePoint Services 3.0 وMicrosoft SharePoint Designer 2007.

باختصار، تبدأ المنهجية بالتفكير بشكل عام بما يجب على التطبيق فعله، ومن يحتاج إلى استخدامه، وهكذا دواليك. بعد ذلك يتم النظر في مزيد من التفاصيل مثل الكيفية التي يجب على البيانات الانتقال بها ضمن التطبيق، وأين سيتم تخزينها، وما هي العلاقات بين أجزاء البيانات المتنوعة. وبتوفر فهم جيد لنموذج البيانات ووحدات سيناريو الاستخدام، تستدعي المنهجية الانتقال إلى بدء إنشاء إصدار بدائي للتطبيق في Windows SharePoint Services 3.0، وإنشاء القوائم، والمكتبات، ومهام سير العمل، وهكذا دواليك، وذلك بطريقة تكرارية، وصولاً إلى النقطة التي يبدأ بها التطبيق عموماً في الظهور بالشكل والسلوك المطلوبين. وأخيراً، تستدعي المنهجية التعرّف على عمليات التحسين والتخصيص المطلوبة لجعل التطبيق يلائم بشكل فعلي متطلبات عمليات العمل والقيام بها.

تعريف المتطلبات الوظيفية للتطبيق

بالرغم من عدم ضرورة توفر مستند بالمواصفات التقنية المفصّلة بشكل كبير قبل إنشاء حل Windows SharePoint Services، فمن الضروري توفر فكرة جيدة حول الكيفية المطلوبة لعمل التطبيق. قد تبدو النقطة السابقة جلية، ولكن الكثير من المطورين عانوا من تجربة عدم تطابق ما يظن أصحاب العمل أنهم بحاجة إليه في تطبيق وبين ما يحتاجون إليه فعلياً لنجاح عمليات العمل (طبعاً، يصل أصحاب العمل إلى هذه النتيجة بعد مشاهدتهم للتطبيق الذي شارف على الانتهاء!).

كل هذا للقول ببساطة أن البدء في البداية يعني جمع المتطلبات الوظيفية والتفكير في ما على التطبيق تحقيقه. فعلى سبيل المثال، إذا كنت بحاجة إلى حل لتعقّب المشاريع، فستريد التعرّف، بالحد الأدنى، على ما يلي:

  • ما هي أدوار اللاعبين في عملية العمل؟    في هذه الحالة، يقوم مالك المشروع بإنشاء المشروع ويحتفظ بمعلومات حول المهام، والمسائل، وهكذا دواليك، ويتم تعيين المسائل والمهام إلى مالكي المهام الذين يحتاجون إلى التواصل مع بعضهم لإتمام مهامهم. ويحتاج المدراء إلى رؤية معلومات مختصرة حول حالة المشروع العامة.

  • ما هي متطلبات واجهة المستخدم بالنسبة إلى اللاعبين المختلفين؟    في هذه الحالة، يحتاج مالك المشروع، ومالكي المهام، والمدير إلى طرق عرض مختلفة متصلة بالنشاطات الخاصة بهم. فعلى سبيل المثال، يجب على مالكي المهام أن يكونوا قادرين على عرض كافة المسائل المعيّنة إليهم، بينما يجب أن يكون مالك المشروع قادراً على عرض كافة المسائل التي مرّ تاريخ استحقاقها.

  • ما هي هيئة عملية العمل؟    في هذه الحالة، يقوم مالك المشروع بإنشاء أحداث رئيسية للمشروع، والمهام، وإدخالات الميزانية، ثم يتعقّب التقدم مع مرور الوقت. لمالك المشروع وصول مستمر إلى كافة أجزاء المعلومات، بينما على مالكي المهام التصرف حيال البيانات عند تعيين أمر لهم.

  • اين توجد البيانات؟    ستقوم فقط ب# استخدام البيانات في Windows SharePoint Services، او يمكنك سيحتاج الوصول الي البيانات الخارجيه (من قاعده بيانات، من خلال خدمه ويب، من خلال "كتالوج بيانات العمل"، و# ما الي ذلك)، و# سوف تحتاج الي تخزين البيانات الموجوده خارج Windows SharePoint Services ؟

  • ما هي العلاقات بين البيانات؟    في هذه الحالة، نحتاج إلى عنصر المشروع، وعنصر الأحداث الرئيسية، وعناصر المهام والمسائل، ويكون لها بنية هرمية منطقية. ويعتبر المستخدمون كنقاط بيانات أيضاً، وكذلك بعض الأمور الأخرى مثل الميزانية، وعدد الأيام، وما شابه ذلك.

إن أحد الطرق الممتازة للعثور على إجابات لمعظم هذه الأسئلة هي بشكل حرفي رسم صور على لوح، وتكرار تصور المرور عبر عملية العمل بضع مرات وبتباينات بسيطة (إنشاء بضعة مشاريع، وتعيين مهام إلى شخصين أو ثلاثة عبر المشاريع، وأمور مشابهة). نظرياً، يعتبر تطبيق تعقّب المشاريع ذات تصميم بسيط، والمتطلبات واضحة جداً عند هذه النقطة.

التحقق من صحة نموذج البيانات

بالرغم من أن نموذج البيانات قد تم نقاشه مسبقاً، إلا أنه ذات أهمية كبيرة بحيث يتطلب تحليلاً أعمق. فسوء فهم نموذج البيانات سيتطلب منك على الأغلب إجراء تغييرات كبيرة لاحقاً، تشمل كل النظام، ولذلك من المهم فهمه بشكل صحيح.

من المهم فهم وجود عدد من أجزاء المعلومات ذات الصلة ببعضها البعض، إضافة إلى عدد من أجزاء معلومات التعريف التي تصف وتعرّف مكان وجود جزء محدد من المعلومات ضمن عملية العمل. ضمن حالة تعقّب المشاريع، نحتاج إلى معرفة أكثر من مجرد وجود مشروع، وحدث رئيسي، ومهام، ومسائل. يجب أن نعرف أن المشروع هو العنصر ذا المستوى الأعلى وأنه يمكن أن يتضمن عدة أحداث رئيسية. ويمكن للمشاريع أن تتضمن أيضاً عدة مهام ومسائل.

تحديد المكونات وعلاقاتها ببعضها البعض

في هذه المرحله، لدينا وصف وظيفيه جيد ل# التطبيق. الخطوه التاليه هي ل# تخطيط البنيه و# تحديد كيفيه استخدام قدرات Windows SharePoint Services 3.0 و Microsoft SharePoint Designer 2007 و# تقنيات مختلفه. تتضمن كل تطبيق بعض تركيبه من الميزات و# القدرات الموضحه في القسم السابق الادوات و# التقنيات المستخدمه، ب# ما في ذلك:

  • القوائم وعمليات البحث

  • طرق عرض القوائم المخصصة (التجميع، الفرز، التصفية... إلخ، من خلال واجهة المستخدم في Windows SharePoint Services)

  • سير العمل

  • الصفحات المخصصة وطرق العرض المخصصة للبيانات في Microsoft SharePoint Designer 2007

تنفّذ القوائم وعمليات البحث بشكل فعلي نموذج البيانات. ولذلك، وفي سياق تطبيق تعقّب المشاريع، ستستخدم قائمة واحدة للمشاريع، وقائمة أخرى (مع حقل بحث إلى قائمة المشاريع) للأحداث الرئيسية، وقائمة أخرى مع حقل بحث إلى قائمة المشاريع من أجل المسائل، وهكذا دواليك. بالنسبة للطرق المخصصة لعرض الصفحات، فقد ترغب ببساطة في تعيين طريقة العرض الافتراضية إلى تجميع بحسب الحالة وفرز بحسب السلامة.

بشكل عام، ستحتاج إلى استخدام اللوح مرة أخرى هنا، حيث ببساطة تقوم بإنشاء نسخة تقليدية عن التطبيق، وتعريف التقنيات المستخدمة لكل جزء.

بدء إنشاء مكونات التطبيق

مرة أخرى، ليس من الضروري أن يكون لديك مستند بالمواصفات التقنية الدقيقة جداً في هذه المرحلة. فالأكثر أهمية، بافتراض أن لديك فهم جيد للانتقال الأساسي للبيانات ومتطلبات واجهة المستخدم، بدء الإنشاء بكل بساطة.

بشكل حرفي، يعني هذا إنشاء موقع جديد باستخدام أحد القوالب الجاهزة في Windows SharePoint Services 3.0، أو إنشاء قالب موقع خاص بك قبل ذلك وإنشاء مثيل جديد للموقع استناداً إلى ذلك القالب. بالنسبة لكثير من التطبيقات، ستستخدم على الأغلب فقط قالب "موقع فريق العمل" أو قالب "موقع فارغ" كأساس.

ضمن تطبيق تعقّب المشاريع، أول ما يجب فعله هو إنشاء أربعة قوائم (قائمة المشاريع، ومهام المشروع، ومسائل المشروع، والأحداث الرئيسية للمشروع). بعد ذلك، إنشاء أعمدة مخصصة لكل قائمة من هذه القوائم. يسمح لك Windows SharePoint Services 3.0 بإنشاء عدد من أنواع الأعمدة المختلفة، بما في ذلك اختيار، وعدد، وشخص أو مجموعة، وبحث (المعلومات موجودة مسبقاً في هذا الموقع). إنّ قائمة "قائمة المشاريع" ضمن قالب تطبيق تعقّب المشاريع من Microsoft، تستخدم العديد من هذه، كما هو موضّح في الشكل 2.

"أعمدة مخصصة" في قائمة
الشكل 2: اعمده مخصصه في قائمه

إن عمود "السلامة" يستند إلى نوع عمود اختيار، وعمود "الميزانية" هو عمود عدد (يستخدم العملات)، وهكذا دواليك.

ضمن قائمة "الأحداث الرئيسية للمشروع"، يتم استخدام عمود بحث ليتم إقران حدث رئيسي بعلاقة تابع إلى أصل مع مشروع. إن إنشاء عمود بحث هو ببساطة عبارة عن اختيار القائمة التي تريد البحث فيها، ثم اختيار العمود من تلك القائمة (ينشر Windows SharePoint Services القائمة المنسدلة تلقائياً)، كما هو موضّح في الشكل 3.

تعريف عمود "بحث" لنقل المعلومات من قائمة أخرى
الشكل 3: تعريف عمود بحث ل# اخذ معلومات من قائمه اخري

في هذه المرحلة، يمكنك العمل ضمن بعض منطق التطبيق، بإنشاء سير عمل بسيط لإعلام الأعضاء عند إنشاء مشاريع جديدة. يمكنك البدء أيضاً بإنشاء طرق عرض مخصصة ضمن القوائم عبر استخدام واجهة مستخدم Windows SharePoint Services للقيام بالفرز والتصفية بحسب رغبتك.

تحديد عمليات التخصيص المطلوبة في التطبيق

من الناحية الوظيفية، تم تنفيذ الكثير من تطبيق تعقّب المشاريع باستخدام واجهة مستخدم Windows SharePoint Services فقط. في هذه المرحلة، يمكننا بوضوح تحديد الأشياء التي تعمل ولكن ليس بطريقة جيدة بما يكفي، والأشياء التي يتعذّر إنجازها من خلال واجهة مستخدم Windows SharePoint Services، وهكذا دواليك. بعض النواحي حيث نريد الاستفادة من Microsoft SharePoint Designer 2007 تتضمن:

  • منطق التطبيق في سير عمل    إن مهام سير العمل الجاهزة في Windows SharePoint Services 3.0 وOffice SharePoint Server 2007 والتي يمكنك استخدامها يجب أن تحدد تعيين مهمة إما إلى مستخدم أو إلى مجموعة. بالنسبة لتطبيق تعقّب المشاريع الخاص بنا، نحتاج إلى طريقة لتحديد مستلم إجراء سير عمل بشكل ديناميكي، استناداً إلى خاصية المالك ضمن مسألة أو مهمة. ويمكننا استخدام Microsoft SharePoint Designer 2007 لإنشاء سير عمل ديناميكي وبلا تعليمات برمجية لهذا الحل.

  • طرق عرض لوحة المعلومات والمدير    نحتاج إلى طريقة لإظهار عرض مركّب لكافة المشاريع، والميزانيات، وهكذا دواليك. يمكننا بسهولة إنشاء طرق عرض البيانات بلا تعليمات برمجية لإظهار معلومات منضمة ومركّبة للوحة معلومات.

  • علاقات الأصل والتابع    هناك بعض المسائل المتعلقة بسهولة الاستخدام عند إنشاء المهام. فربما نرغب في أن تنتقل مهمة بشكل افتراضي إلى مشروع محدد، اعتماداً على الصفحة المتواجدين فيها. يمكننا استخدام Microsoft SharePoint Designer 2007 لإضافة منطق من أجل القيام بتوصيل عنصر بآخر بشكل تلقائي.

لقد استخدمت Microsoft المقاربة التكرارية نفسها أثناء إنشاء قوالب التطبيقات الأربعين، وتم تطوير مجموعة من المقاربات المتجانسة، بأفضل الطرق المتجانسة، وأشجار قرارات متجانسة، وهكذا دواليك، من أجل تحقيق أمثلية ما يجب القيام به بشكل بديهي في Windows SharePoint Services 3.0 وما يجب القيام به باستخدام Microsoft SharePoint Designer 2007 والأدوات الأخرى. يناقش المقطع التالي من هذه المقالة هذه المقاربات، ويعرّف خمسة "أنماط تصميم" والطرق المفترض تنفيذها فيها، مستشهدين بأمثلة من كثير من قوالب التطبيقات خلال ذلك. وبالتالي، تكون بقية هذا المستند أكثر تفصيلاً ومعمّقة تقنياً بشكل أكبر مقارنة بالنقاش حول المنهجية.

اعلي الصفحه

تطبيق أنماط تصميم شائعة

في هذا المقطع، نصف أنماط التصميم الأساسية الخمسة ضمن سياق كيفية استخدام Microsoft لها بشكل فعلي. وبالتالي، نشير إلى عدد من الأمثلة المختلفة في القوالب، بما في ذلك عينات من تعليمات برمجية وبعض الإرشاد خطوة بخطوة حيث كان ذلك مناسباً. سيجد المطورون هذا المقطع والمقاطع المتبقية حول كيفية إنشاء قالب تطبيق ذا فائدة كبيرة، ولكنه كُتب ليكون ملائماً لغير المطورين كذلك.

للبدء، أنماط التصميم هي:

  • نماذج مخصصة    إنشاء شكل وأسلوب عرض مخصص، يوفر الإرشاد حول الإجراء في مراحل معينة من عملية العمل (يتضمن هذا عرض الخصائص المناسبة فقط والتي يُسمح بتعديلها أو تكون ذات صلة في مرحلة معينة).

  • انسياب الإجراء    إنشاء إجراءات معرّفة بشكل جيد تقود إلى المكان الصحيح بالنسبة إلى اللاعب الصحيح (لذلك، نحتاج إلى عنصر تحكم جيد للتنقل بحيث يكون حساساً للإجراء الذي يتم تنفيذه واللاعب الذي يتخذ الإجراء).

  • علاقات الأصل والتابع    إنشاء علاقة بين قائمتين أو أكثر لـ SharePoint من أجل البحث والمرجع.

  • مهام سير عمل    استخدام Microsoft SharePoint Designer 2007 لإنشاء عملية عمل مستندة إلى Windows Workflow Foundation.

  • لوحات المعلومات    استخدام أجزاء ويب لإنشاء عرض موحد للمعلومات المتناثرة عبر الموقع في مكان واحد.

استخدام النماذج المخصصة

تلعب النماذج المخصصة دوراً حيوياً في تخصيص واجهة مستخدم إدخال البيانات في Windows SharePoint Services. فمثل استخدام طرق العرض المخصصة للقوائم من أجل تقديم بيانات القوائم بطرق مختلفة، فإن النماذج المخصصة يتم استخدامها لتقديم أساليب مختلفة لالتقاط إدخال المستخدم. قد تأتي الحاجة لإنشاء مثل هذه النماذج المخصصة من أجل أسباب متنوعة، استناداً إلى حاجات العمل.

تخصيص يستند إلى المهام

تتطلب عمليات العمل من المستخدمين القيام بإجراءات محددة جداً تؤدي إلى التأثير على بيانات العمل في المراحل المختلفة من العملية. ويقوم الحل الجيد لعملية العمل بتسهيل عمل المستخدمين من خلال عرض المعلومات الصحيحة في كل مرحلة من العملية.

يتضمن Windows SharePoint Services نموذج تحرير مع كل قائمة بشكل افتراضي. بالرغم من ذلك، قد لا يُظهر هذا النموذج أفضل مجموعة من الحقول لمرحلة معينة من عملية العمل، ولن يقوم بترتيب هذه الحقول بطريقة توضّح الإجراء المطلوب. وللتأكد من تمكن المستخدمين من تحرير المعلومات الصحيحة بسهولة عند القيام بإجراء، يمكنك إنشاء نموذجاً مخصصاً لكل إجراء.

يستخدم حل "تتبع الأخطاء" نماذج تحرير مخصصة بحيث أنه عند كل مرحلة ضمن عملية تتبع الأخطاء، يتضح بشكل فوري أي معلومات يجب إدخالها من أجل عنصر خطأ. وكل إجراء ضمن عملية تتبع الأخطاء له نموذج خاص به. فعلى سبيل المثال، عندما يختار مستخدم حل خطأ، يتم توجيهه إلى صفحة الحل (Resolve.aspx). تسمح له هذه الصفحة بإدخال حل الخطأ واسم الشخص الذي قام بحل الخطأ. ويقوم المستخدم بالنقر فوق زر حل لتقديم تعديلاته. يوفر هذا انسياباً في الإجراءات يسهل استخدامه ويساعد في الحد من الأخطاء أو المعلومات المفقودة.

يُعتبر إنشاء نموذج تحرير مخصص أمراً يسهل تنفيذه نسبياً من خلال استخدام Microsoft SharePoint Designer 2007:

  1. قم بإنشاء نسخة عن EditForm.aspx الافتراضي وأعد تسميته.

    هام: من المهم إنشاء نسخة عن EditForm.aspx الافتراضي وإعادة تسميته كخطوة أولى في هذه العملية. إذا قمت بتنفيذ الخطوة 2 في صفحة EditForm.aspx الأصلية، فستفصل القائمة بشكل لا يمكن عكسه.

  2. قم بحذف جزء ويب "نموذج القائمة" في نموذج التحرير الجديد.

  3. قم بإدراج "طريقة عرض البيانات" التي تتضمن البيانات التي تريد عرضها (ضمن قائمة إدراج، انقر فوق عناصر تحكم SharePoint‏، ثم فوق نموذج قائمة مخصصة).

  4. باستخدام الأسلوب إدراج، يقوم Microsoft SharePoint Designer 2007 تلقائياً بإنشاء زر حفظ من أجل النموذج. تعرض التعليمات البرمجية أدناه مثالاً لتعليمات HTML مخصصة من أجل زر حفظ.

<input type="button" value="Save" name="btnSave" onclick="javascript: {ddwrt:GenFireServerEvent('__commit;__redirectsource')}"/>

التنقل

حال إنشاء صفحات تتوافق مع أدوارك، فإنك لا تزال تحتاج إلى توفير طريقة للمستخدمين للوصول بسرعة إلى لوحة المعلومات ذات الصلة. ضمن حل "التخطيط لحدث"، قمنا بذلك عبر استخدام قالب XSL لإنشاء ارتباط إلى لوحة المعلومات الصحيحة للمستخدم الحالي استناداً إلى دوره.

هناك تقييد واحد لهذه التقنية وهو في حال قمت بإضافة مزيد من الأدوار إلى الحل، فإن توفير لوحات معلومات مخصصة لتلك الأدوار يتطلب إنشاء صفحات ‎.aspx إضافية.

من المهم ملاحظة أن هذه التقنية لا تقوم بإضافة أي تحكم إضافي بخصوص من لديه وصول إلى المعلومات ضمن الموقع. فما يزال بإمكان أي مستخدم من الناحية النظرية عرض أي معلومات ضمن الحل.

تعيين أدوار للمستخدمين

يوجد العديد من الطرق لإنشاء أدوار وتعيينها للمستخدمين. إلا أن أفضل حل لهذا التحدي يختلف إلى حد كبير حسب متطلبات تطبيق معيّن أو مؤسسة معيّنة. ولا يقدم Windows SharePoint Services طريقة لتوفير تعيينات الأدوار بشكل فوري. وفي بعض الحالات، قد يكفي توفير الأدوار بعد نشر الموقع أو السماح للمستخدمين بتعيين أدوار لأنفسهم عند الحاجة إليها.

في حل "تخطيط الأحداث"، يستطيع المستخدمون التسجيل في الدور الذي ينطبق عليهم بأفضل شكل. ويتم ذلك من خلال جزء ويب المخصص على الصفحة الأمامية من مساحة عمل "تخطيط الأحداث".

أمثلة أخرى على نمط التصميم هذا

ل# الحصول علي اخر خادم الاداره مثال علي استخدام النماذج المخصصه، راجع مكتبه الاعاره قالب تطبيق ل Windows SharePoint Services 3.0.

مثال اداره موقع، راجع "اداره عمليات التصنيع" قالب تطبيق ل Windows SharePoint Services 3.0.

التحكم بتدفق الإجراءات

نادراً ما يتم احتواء تطبيق ويب عالمي فعلي تم تشكيله بعد دورة عمل في صفحة ويب واحدة أو في جزء ويب. وعوضًا عن ذلك، ينشر هذا التطبيق العديد من المكونات، وكل منها مسؤول عن خطوة محددة في دورة العمل. هكذا، يصبح التنقل بسلاسة وسهولة بين مكونات التطبيق مظهرًا أساسيًا من تصميم التطبيق. بعد ذلك، يتمثل أحد أنماط التصميم الأساسي في التحكم بتدفق الإجراءات من خلال ربط إجراءات دورة العمل بالتنقل، وبالتالي فإن اتخاذ إجراء معين يقود المستخدم إلى الصفحة التالية المناسبة أو الإجراء التالي الملائم.

من بين طرق التحكم بتدفق الإجراءات استخدام إمكانية "الإجراء المخصص" في Windows SharePoint Services 3.0، والتي تمكنك من إضافة إجراءاتك الخاصة إلى زر السياق المضمن للعناصر الموجودة في مكتبة. ومن قيود هذه الإمكانية أنه يجب أن تكون الإجراءات مشتملة على تعليمات برمجية مضمنة ولا يمكن أن تشتمل على معلمات حسب اسم العنصر أو بعض القيم الديناميكية الأخرى.

وهناك طريقة أخرى تمكنك من تضمين إجراءات ديناميكية في دورة العمل، وهي إنشاء قوائم SharePoint مخصصة واستخدام "الحقول المحسوبة". يستخدم قالب تطبيق "تتبع الأخطاء" قائمة أخطاء مخصصة لتعقب حالة الأخطاء ومعلوماتها. وباستخدام الحقول المحسوبة، تمكنت Microsoft من تضمين ارتباطات مخصصة في طريقة عرض القائمة، وبذلك يستطيع المستخدم اتخاذ إجراء بخصوص الأخطاء، مثل "التنشيط" أو "الحل"، ويشتمل كل إجراء من هذه الإجراءات على تنقل يأخذ المستخدم إلى النموذج المخصص الملائم (انظر نمط التصميم السابق) لفعل ما هو ضروري لتنشيط الخطأ أو حله.

الحقول المحسوبة هي ميزة في Windows SharePoint Services 3.0 تتيح لك تطبيق نمط عرض مخصص كعمود في قائمة SharePoint. وبذلك يتم عرض إجراء دورة عمل (تنشيط خطأ) كزر في عمود ينقل المستخدم إلى النموذج المخصص الصحيح لتنفيذ إجراء العمل المطلوب.

يعتمد حقل محسوب المنطق الشرطي اختيار عرض اجراء. علي سبيل المثال، اذا كان قد تم تنشيط الخطا، نحن لا تعرض الزر تنشيط. اضافه حقل محسوب الي قائمه SharePoint ب# اضافه عنصر الحقل الي ملف مخطط XML يعرف القائمه. <Field ID="{EA1D0509-767B-4576-ABEF-FC66647037B9}" Name="ActivateBug" Group="_Hidden" Type="Computed" Sortable="FALSE" Filterable="FALSE" DisplayName="$Resources:tsa,Activate_DispName;" ClassInfo="Icon" AuthoringInfo="$Resources:core,Linked_Item;"> <FieldRefs> <FieldRef ID="{94f89715-e097-4e8b-ba79-ea02aa8b7adb}" Name="FileRef"/> <FieldRef ID="{3f277a5c-c7ae-4bbe-9d44-0456fb548f94}" Name="Status"/> <FieldRef Name="ID" /> </FieldRefs> <DisplayPattern> <IfEqual> <Expr1>$Resources:core,Status_Active;</Expr1> <Expr2> <Field Name="Status"/> </Expr2> <Then> </Then> <Else> <HTML><![CDATA[<a href="]]></HTML> <HttpHost/> <UrlDirName> <HTML>/</HTML> <LookupColumn URLEncodeAsURL="TRUE" Name="FileRef"/> </UrlDirName> <HTML><![CDATA[/Activate.aspx?ID=]]></HTML> <Column HTMLEncode="TRUE" Name="ID"> </Column> <HTML><![CDATA[" onclick="GoToLink(this);return false;" target="_self">]]></HTML> <HTML><![CDATA[<img border="0" alt="]]></HTML> <HTML>$Resources:tsa,Activate_DispName;</HTML> <HTML><![CDATA[" src="]]></HTML> <HttpHost/> <UrlDirName> <HTML>/</HTML> <LookupColumn URLEncodeAsURL="TRUE" Name="FileRef"/> </UrlDirName> <HTML><![CDATA[/IMNBUSY.GIF">]]></HTML> <HTML><![CDATA[</a>]]></HTML> </Else> </IfEqual> </DisplayPattern> </Field>

تعمل هذه التعليمة البرمجية على عرض XML للحقل المحسوب "تنشيط". ويعرض هذا الحقل ارتباط حالة برتقالي اللون قابل للنقر إذا لم يتم تنشيط الخطأ. وبإمكان المستخدم أن يقوم بالنقر فوق الارتباط للانتقال إلى نموذج التنشيط الخاص بهذا الخطأ.

يشتمل الحقل FieldRefs على مرجع حقل إلى حقل الحالة في قائمة الأخطاء. ويمكّننا هذا المرجع من إجراء عرض مخصص لهذا الحقل المحسوب استنادًا إلى حالة الخطأ.

يحتوي الحقل DisplayPattern الخاص بعمود محسوب على عمليات حساب ونمط عرض للعمود. وفي هذا المثال، نستخدم عبارة "if-then-else" لتحديد ما إذا كانت حالة الخطأ نشطة أم لا. وإذا كان الخطأ نشطًا، فلا نعرض أي شيء في الحقل "تنشيط". أما إذا لم يكن الخطأ نشطًا، فحينئذٍ يتم عرض HTML الموجود في عنصر Else. وتمثل هذه التعليمات البرمجية لـ HTML الصورة والارتباط الذي يمكن للمستخدم أن ينقر فوقه لتنشيط الخطأ.

أمثلة أخرى على نمط التصميم هذا

ل# خادم الاداره مثال اخر تدفق الاجراء التحكم، راجع مكتبه الاعاره قالب تطبيق ل Windows SharePoint Services 3.0.

مثال اداره موقع، راجع "موقع انشطه الموظفين" قالب تطبيق ل Microsoft Windows SharePoint Services 3.0.

استخدام علاقات الأصل-التابع

غالبًا ما تتطلب حلول الأعمال عرض البيانات واستخدامها في سياق العلاقة مع بيانات أخرى. على سبيل المثال، رأينا في تطبيق تتبع المشاريع أنه يتم تخزين كل من "المشاريع" و"المهام" و"الإصدارات" و"الأحداث الهامة" في قائمة SharePoint الخاصة بكل عنصر على حدة. ويتم إقران كل مهمة وإصدار وحدث هام بعنصر في قائمة المشاريع. إن الحفاظ على علاقة بين القائمة والمعلومات "التابعة" الواردة في قوائم أخرى قد يشكل تحديًا.

إنشاء ارتباط افتراضي بين عنصر قائمة جديد وعنصر موجود

تتم مصادفة أحد التحديات الشائعة عندما يرغب المستخدم في إنشاء عنصر قائمة مرتبط بعنصر في قائمة أصلية. ففي حل تتبع المشاريع المتعددة، يحدث هذا عندما يحاول المستخدم إنشاء مهمة متعلقة بمشروع موجود. من ناحية أخرى، لا توجد آلية في Windows SharePoint Services 3.0 لإنشاء علاقة تلقائيًا بين عنصر قائمة يجري إنشاؤه وعنصر موجود.

من project صفحه التفاصيل (DispForm.aspx) في قالب تطبيق تعقب المشروع متعدده، يمكنك انشاء مستخدم مهام جديده ضمن ذلك المشروع. تحتوي صفحه انشاء مهمه جديده (NewForm.aspx) علي قائمه المنسدله حيث يمكن ل# المستخدم تحديد المشروع الرئيسي ل# تنفيذ هذه المهمه. ل# اجراء هذا الافتراضي المنسدله تظهر علي الصفحه انتقل المستخدم من المشروع الرئيسي، يمكننا تمرير معرف المشروع الرئيسي الي NewForm.aspx في سلسله الاستعلام. بعد ذلك، تستخدم JavaScript، ف# اننا تحليل القيمه "معرف المشروع" الخروج و# حدد المشروع ذات الصله في مربع القائمه المنسدله. <a href="../ProjectTasks/NewForm.aspx?ProjectID={$ProjectID}" onclick="javascript:this.href = unescapeProperly(escape(this.href)); GoToLink(this); return false;" target="_self">Create a new Task...</a>

تعرض هذه التعليمة البرمجية الارتباط من DispForm.aspx. لاحظ أن ProjectID مضمن في سلسلة الاستعلام.

عند تحميل NewForm.aspx، تقوم JavaScript بتحليل معرِّف المشروع من سلسلة الاستعلام وبتغيير القائمة المنسدلة للمشروع وبذلك يتم تحديد المشروع الصحيح.

JavaScript الموجود في جزء ويب محرر المحتوي علي NewForm.aspx. يتم تعيين "جزء ويب" ل# كي لا chrome، ب# حيث لا تظهر علي الصفحه الا اذا كانت الصفحه في وضع التحرير. يتم وضع JavaScript داخل ناحيه محرر المحتوي. <script type="text/javascript"> _spBodyOnLoadFunctionNames.push("fillDefaultValues"); function fillDefaultValues() { var qs = location.search.substring(1, location.search.length); var args = qs.split("&"); var vals = new Object(); for (var i=0; i < args.length; i++) { var nameVal = args[i].split("="); var temp = unescape(nameVal[1]).split('+'); nameVal[1] = temp.join(' '); vals[nameVal[0]] = nameVal[1]; } setLookupFromFieldName("Project", vals["ProjectID"]); setLookupFromFieldName("Milestone", vals["MilestoneID"]); } function setLookupFromFieldName(fieldName, value) { if (value == undefined) return; var theSelect = getTagFromIdentifierAndTitle("select","Lookup",fieldName); if (theSelect == null) { var theInput = getTagFromIdentifierAndTitle("input","",fieldName); ShowDropdown(theInput.id); var opt=document.getElementById(theInput.opt); setSelectedOption(opt, value); OptLoseFocus(opt); } else { setSelectedOption(theSelect, value); } } function setSelectedOption(select, value) { var opts = select.options; var l = opts.length; if (select == null) return; for (var i=0; i < l; i++) { if (opts[i].value == value) { select.selectedIndex = i; return true; } } return false; } function getTagFromIdentifierAndTitle(tagName, identifier, title) { var len = identifier.length; var tags = document.getElementsByTagName(tagName); for (var i=0; i < tags.length; i++) { var tempString = tags[i].id; if (tags[i].title == title && (identifier == "" || tempString.indexOf(identifier) == tempString.length - len)) { return tags[i]; } } return null; } </script>

اضافه الامرspBodyOnLoadFunctionNames.push_الداله فيلديفاولتفالويس الي قائمه البرامج النصيه ل# تشغيله في وقت التحميل.

تقوم الوظيفة fillDefaultValues بالتقاط معرِّف المشروع أو معرف الحدث الهام من سلسلة الاستعلام وتمريره إلى setSelectedOptions. بعد ذلك تقوم setSelectedOptions‏ بتعيين قيمة القائمة المنسدلة للمعرِّف الخاص بالمشروع الأصلي.

أمثلة أخرى على نمط التصميم هذا

ل# الحصول علي اخر خادم الاداره مثال علي استخدام طرق عرض اصل-تابع، راجع قالب تطبيق "تعقب المخزون" ل Windows SharePoint Services 3.0.

مثال اداره موقع، راجع "فتح متجر جديد" قالب تطبيق ل Windows SharePoint Services 3.0.

استخدام سير العمل

يستضيف Windows SharePoint Services 3.0 Windows Workflow Foundation لتمكين إضافة منطق سير عمل إلى أحد التطبيقات. ويشتمل Microsoft SharePoint Designer 2007 على أداة تصميم فعالة تستند إلى القواعد لتخصيص منطق شرطي وإضافته لمهام سير العمل الجاهزة. يمكنك أيضًا إنشاء مهام سير عمل مخصصة وأكثر تعقيدًا باستخدام Visual Studio 2005 مع امتدادات Visual Studio 2005 لـ Windows Workflow Foundation. وعلى أي حال، توجد بعض الاعتبارات الخاصة بوقت وكيفية استخدام سير العمل، على النحو التالي.

اعتبارات استخدام سير العمل

يعتبر سير العمل حلاً جيدًا للعمليات غير المتزامنة. ففي حل "المكتبة المعيرة"، يُستخدم سير العمل عندما يقترح المستخدم أصلاً جديدًا في المكتبة. ومن بين الأسباب التي تجعل سير العمل خياراً جيدًا في هذه الحالة هي أن العملية بين المقترِح والمعتمِد غير متزامنة.

كما أن سير العمل جيد بالنسبة للأحداث المجدولة. ففي حل "المكتبة المعيرة"، يُستخدم سير العمل لمعالجة تذكيرات السحب وتاريخ الاستحقاق للأصول. وبمجرد سحب أحد العناصر، يرسل سير العمل تذكيرًا بتاريخ الاستحقاق تلقائيًا عندما يصبح العنصر مستحقًا.

يمكن استخدام سير العمل ك# وسيله ل# تبسيط الاماكن المعقده مهمه برمجه علي الخادم. قالب تطبيق "اداره بطاقه الوقت" ل Windows SharePoint Services 3.0 مثالا. تعقب مده العمل الموظف مهمه معينه ب# حساب الفرق الوقت بين مثقبه في هذا التطبيق و# تثقيب علي الطوابع الزمنيه. عاده، الاحتفاظ ب# تعقب ذات الطوابع الزمنيه يتطلب تسجيل الدخول في هذه نشاطي الي الخادم (ربما ب# قاعده بيانات) – جهد تطوير البارزه. بدلا من ذلك، يعتمد هذا التطبيق علي خطوه سير عمل بسيط. عند عمل المستخدم، يقوم ب# انشاء ادخال في القائمه "سجل الوقت" سير العمل و# يعين القيمه "وقت البدء" الي الطابع الزمني الحالي. ب# طريقه مماثله، عند عمل المستخدم، سير العمل تحديث الصف المقترن في نفس القائمه و# يعين القيمه "وقت الانتهاء". مده العمل الخاص ب# المستخدم هو ب# بساطه الفرق بين "وقت الانتهاء" و# قيم "وقت البدء"، التي تظهر في العمود المحسوب المسمي ساعات العمل.

يتم تنفيذ مهام سير العمل بشكل غير متزامن. فإذا كنت تقوم بإنشاء حل بحيث يتعين إكمال النتائج على الفور قبل الانتقال إلى الصفحة التالية، فلن يكون سير العمل هو الحل الأفضل. على سبيل المثال، في حل تتبع الأخطاء، لا يُستخدم سير العمل لمعالجة تنشيط الخطأ أو حله. ومن أسباب هذا الاختيار في التصميم أن التغييرات التي تطرأ على حالة الخطأ يجب أن تنعكس في واجهة المستخدم على الفور بعد قيام المستخدم باتخاذ إجراء بخصوص الخطأ.

استخدام Microsoft SharePoint Designer 2007 لإنشاء سير عمل مخصص

إن إنشاء سير عمل باستخدام Microsoft SharePoint Designer 2007 يشكل عملية خالية من التعليمات البرمجية. فبعد فتح الموقع، كل ما عليك فعله هو أن تنقر فوق القائمة ملف وتشير إلى جديد وتنقر فوق سير العمل، ثم تستخدم مصمم سير العمل. ويمكّنك مصمم سير العمل من إنشاء قواعد وإجراءات متقدمة كما أنه متكامل مع قوائم ومكتبات SharePoint وبذلك يمكّنك من استخدام الحقول والقيم مباشرة من عناصر القوائم والمكتبات لتشغيل منطق سير العمل الخاص بك.

على سبيل المثال، فلنفترض أنك تريد إنشاء إجراء سير عمل يرسل بريدًا إلكترونيًا إلى مالك مهمة متى تم إنشاء مهمة أو إصدار. ففي قالب "تتبع المشروع"، المالك عبارة عن عمود مخصص في قائمة SharePoint، لذلك يستطيع سير العمل استخدام قيمة هذا العمود وتحديد عنوان البريد الإلكتروني الفعلي بشكل ديناميكي في وقت التشغيل.

ل# مزيد من المعلومات حول مهام سير العمل في Microsoft SharePoint Designer 2007، راجع مقدمه حول Microsoft Office SharePoint Designer 2007.

أمثلة أخرى على نمط التصميم هذا

ل# الحصول علي خادم الاداره مثال اخر استخدام مهام سير العمل، راجع "طلب الوظائف" و# "اداره المقابلات" قالب تطبيق ل Windows SharePoint Services 3.0.

مثال اداره موقع، ف# راجع "بدء التجارب التحليليه الاصدار التجريبي" و# اداره قالب تطبيق ل Windows SharePoint Services 3.0.

استخدام لوحات المعلومات

من بين المزايا العديدة التي تتسم بها البنية الأساسية لجزء ويب في Windows SharePoint Services 3.0 القدرة على عرض المعلومات مبعثرة في أحد مواقع SharePoint أو عرضها خارجيًا في صفحة ملخص واحدة، تسمى لوحة المعلومات. ومن بين متطلبات الأعمال الشائعة في البيئات المشتركة لوحات المعلومات المستندة إلى الأدوار، والتي يمكن أن توفر طريقة عرض للمعلومات ذات الصلة لدور أو شخص. ويمكن أن تستفيد لوحات المعلومات هذه من القدرات الفعالة المضمنة، مثل تصفية جزء ويب واستهداف الجمهور لعرض المعلومات استنادًا إلى من يشاهد الصفحة.

كما يمكنك تخطي هذه القدرات وإنشاء صفحات لأدوار منفصلة، وبذلك يمكنك تخصيص المعلومات المعروضة وتخطيط الصفحة والمظاهر الأخرى فيها في آن. وتُستخدم هذه الصفحات المخصصة المستندة إلى الأدوار بشكل واسع في قوالب التطبيقات كما يمكنها طبعاً أن تشمل التصفية واستهداف الجمهور.

يستفيد تطبيق "المكتبة المعيرة" على سبيل المثال من لوحات المعلومات المستندة إلى الأدوار لعرض المعلومات الأكثر صلة بالمستخدم وذلك استنادًا إلى دور المستخدم. وتتوفر صفحتان للصفحة الرئيسية للموقع: واحدة موجهة لمستخدم المكتبة (وهي الصفحة الافتراضية) وواحدة موجهة لأمين المكتبة.

وبالمثل، يشتمل تطبيق "الدعم التقني" على ثلاث طرق عرض في الصفحة الرئيسية وهي: الصفحة الرئيسية لممثل الخدمة والصفحة الرئيسية لإدارة المعرفة والصفحة الرئيسية لإدارة ممثل الخدمة. ويختار المستخدم الارتباط التشعبي الأكثر صلة بدوره. كما أن طريقة عرض جزء ويب المعروضة في لوحة المعلومات تقوم بتصفية المحتوى المراد عرضه بما يناسب المستخدم. ويتم ذلك عن طريق تطبيق عامل تصفية على طريقة العرض. توضح الخطوات التالية كيفية تطبيق عامل التصفية على طريقة عرض القائمة الحالية.

  1. الانتقال إلى صفحة طريقة عرض القائمة في المستعرض.

  2. حدد موقع عنصر تحكم القائمة المنسدلة في شريط أدوات القائمة ثم حدد طريقة العرض التي تريد تعديلها، وذلك إن لم تكن طريقة العرض هذه محددة بالفعل.

  3. انتقل إلى نفس عنصر تحكم القائمة المنسدلة مرة أخرى وحدد تعديل طريقة العرض الحالية.

  4. في صفحة "تحرير طريقة العرض"، قم بالتمرير للأسفل إلى المقطع "تصفية". ثم قم بتعيين قيمة التصفية كما يلي:

    إظهار العناصر عندما يكون العمود إنشاء بواسطة مساو لـ [Me]، أو عندما يكون العمود العميل مساوٍ لـ [Me].

  5. انقر فوق موافق.

تضم الصفحة الرئيسية لإدارة ممثل الخدمة في تطبيق "الدعم التقني"، الموضحة في الشكل 4، جزأي ويب للوحة المعلومات، يلخصان طلبات الخدمة حسب الحالة والأولوية في شكل مخطط شريط.

صفحة لوحة معلومات
شكل 4: صفحه لوحه المعلومات

هذه هي أجزاء ويب الخاصة بطريقة عرض البيانات والتي تعكس البيانات الواردة في قائمة تحمل اسم "طلبات الخدمة"، وتمثل جزءًا من موقع حل "الدعم التقني" أيضًا. ولفهم كيفية إنشاء أجزاء ويب هذه على أفضل نحو، افتح الموقع في Microsoft SharePoint Designer 2007 وقم بتحميل الصفحة HelpDeskManager.aspx التي تحتوي على أجزاء ويب هذه. بعد ذلك، قم بعرض الصفحة في طريقة العرض "انقسام" وسوف ترى أن التعليمات البرمجية الموجودة خلف أجزاء ويب عبارة عن مزيج من لغات التمييز XLST و HTML وCSS.

فلنعاين كيفية إنشاء أشرطة مخطط الشريط على جزء ويب. وسوف نأخذ جزء ويب الخاص بأولوية طلب الخدمة بشكل عام كمثال. في Microsoft SharePoint Designer 2007، من القائمة إدراج، انقر فوق عناصر تحكم SharePoint‏، ثم انقر فوق طريقة عرض البيانات لفتح جزء مهام "مكتبة مصدر البيانات". ويمكّننا جزء المهام هذا من استعراض مصادر البيانات المتعددة التي يمكن الوصول إليها حاليًا في الموقع، بما في ذلك القوائم الموجودة بالفعل في الموقع. وفي هذه الحال، نقوم بتوسيع القسم المسمى قوائم SharePoint وبالنقر فوق اسم القائمة، طلبات الخدمة، للإشارة إلى أن هذه القائمة ستكون مصدر البيانات الخاصة بنا. في قائمة السياق التي تنبثق، نقوم بالنقر فوق إظهار البيانات. يؤدي هذا إلى فتح لوحة جديدة في جزء المهام تسمى "تفاصيل مصدر البيانات" وتظهر كافة الحقول والبيانات النموذجية المخزنة في قائمة "طلب الخدمة". ومن هذه القائمة، نحدد أسماء الحقول المطلوبة التي نرغب في إظهارها في جزء ويب — في حالتنا، الحقل أولوية — ونختار إدراج الحقل المحدد كطريقة عرض عنصر واحد (انظر الشكل 5).

لاحظ أن هدفنا هنا هو عرض عدد ملخص لكافة المهام التي تم تجميعها حسب الأولوية. ويعني هذا أننا نحتاج إلى سرد الخيارات المتوفرة في الحقل أولوية مرة واحدة فقط، ثم عرض عدد لكل قيمة أولوية في القائمة إلى جانب ذلك. ومن ثم نختار عرض قيم الأولوية كـ طريقة عرض عنصر واحد على أنها نقطة البداية للتخصيص الذي نقوم به. أما تحديد طريقة عرض عناصر متعددة فيؤدي إلى عرض كافة الصفوف في القائمة.

إنشاء صفحة لوحة معلومات في SharePoint Designer
الشكل 5: انشاء صفحه لوحه معلومات في Office SharePoint Designer 2007

يؤدي هذا إلى إدراج جزء ويب الخاص بطريقة عرض البيانات في الصفحة عند نقطة المؤشر. ولكن، يعرض جزء ويب مجرد صف واحد من البيانات، وليس رسم شريط يلخص طلبات الخدمة حسب الأولوية. ولحسن الحظ، نظرًا لأن جزء ويب يتم عرضه باستخدام التعليمات البرمجية لـ HTML وXSL، فبإمكاننا تخصيص التعليمات البرمجية لتلائم احتياجاتنا. ويوضح القسم التالي بعض الجوانب الأساسية لعملية التخصيص هذه لتحويل جزء ويب هذا إلى مخطط شريط.

نعرف مصدر بيانات القائمه الخاصه بنا يحتوي علي ثلاث قيم المحتمله priority (الاولويه): (1) علو و (2) عادي منخفضه (3). و# من ثم نقوم ب# تعريف متغير XLST ل# كل قيمه كما يلي: <xsl:variable name="High" select="count(/dsQueryResponse/Rows/Row[normalize-space(@Priority) = '(1) High'])" /> <xsl:variable name="Normal" select="count(/dsQueryResponse/Rows/Row[normalize-space(@Priority) = '(2) Normal'])" /> <xsl:variable name="Low" select="count(/dsQueryResponse/Rows/Row[normalize-space(@Priority) = '(3) Low'])" /> <xsl:variable name="AllTasks" select="count(/dsQueryResponse/Rows/Row)" />

لاحظ ان معلمه XSL @Priority يشير الي اسم حقل مصدر البيانات. ان التعليمات البرمجيه ل# انشاء رسم بياني ل# كل قيمه الاولويه ثلاثه مماثله، يمكننا التركيز علي رسمها القيمه priority (الاولويه) الاولي فقط. ل# الحصول علي قيمه النسبه المئويه، نقوم ب# تعريف جديد متغيره، بيرسيثيغ، ل# حساب قيمه النسبه المئويه طلبات ذات اولويه عاليه: <xsl:variable name="percentHigh" select="$High div $AllTasks" />

التعليمات البرمجيه التي يقوم ب# انشاء شريط الفعلي عباره عن قالب XSL، كما هو موضح ادناه: <xsl:template name="ChartRow"> <xsl:param name="RowName"></xsl:param> <xsl:param name="Value"></xsl:param> <xsl:param name="PercentValue"></xsl:param> <tr> <td class="ms-formbody" width="125px" style="vertical-align:middle"> <xsl:value-of select="$RowName"/>: <xsl:value-of select="$Value" /> <xsl:text xmlns:ddwrt="http://schemas.microsoft.com/WebParts/v2/DataView/runtime" ddwrt:nbsp-preserve="yes" disable-output-escaping="yes"> &amp;nbsp; </xsl:text>( <xsl:call-template name="percentformat"> <xsl:with-param name="percent" select="$PercentValue"/> </xsl:call-template>) </td> <td> <table width="100%" > <tr> <td width="{round($PercentValue*100)+1}%" height="15px" class="ms-selected"><xsl:text xmlns:ddwrt="http://schemas.microsoft.com/WebParts/v2/DataView/runtime" ddwrt:nbsp-preserve="yes" disable-output-escaping="yes">&amp;nbsp;</xsl:text> </td> <td width="100%" > <xsl:text xmlns:ddwrt="http://schemas.microsoft.com/WebParts/v2/DataView/runtime" ddwrt:nbsp-preserve="yes" disable-output-escaping="yes">&amp;nbsp;</xsl:text> </td> </tr> </table> </td> </tr> </xsl:template>

لاحظ انه الشريط نفسه عباره عن جدول مع خليتين. تحديد عرض الخليه الاولي، الذي يمثل عرض الشريط في مخطط، ب# واسطه متغير بيرسينتفالوي ، يتم تمثيلها في التعليمات البرمجيه ك: td width="{round($PercentValue*100)+1}%"

يتضمن هذه الخليه ايضا فئه نمط CSS، تحديد ms، مطبقه عليه. يتم تعريف هذه الفئه النمط في ملف ورقه انماط core.css كما يلي: .ms-selected { background-position:left top; color:#000000; background-image:url("/_layouts/images/filedialogselected.gif"); background-color:#FFE499; border-top:1px solid #FFE499; border-bottom:1px solid #FFE499; background-repeat:repeat-x; }

إن صورة الخلفية، filedialogselected.gif، هي التي تجعل الخلية (أي الشريط) تظهر باللون الأصفر.

أمثلة أخرى على نمط التصميم هذا

ل# الحصول علي خادم الاداره مثال اخر استخدام لوحات المعلومات، راجع مركز اتصال قالب تطبيق ل Windows SharePoint Services 3.0.

مثال اداره موقع، راجع "اعداد تقارير اداء العمل" قالب تطبيق ل Windows SharePoint Services 3.0.

اعلي الصفحه

إنشاء قوالب

تأتي قوالب التطبيقات في Windows SharePoint Services على نوعين وهما: تعريفات المواقع وقوالب المواقع. إن قوالب التطبيقات الأربعين عبارة عن مزيج من هذين النوعين. ويتوفر كلا النوعين للمستخدمين في صفحة موقع SharePoint جديد، ويعملان بشكل متشابه بالنسبة للمستخدم. ومع ذلك، فإن طريقة إنشاء هذه الملفات وتوفيرها للاستخدام في نموذج إنشاء الموقع مختلفة تمامًا.

تعريفات الموقع

في المعنى الأساسي، إن تعريف الموقع هو عبارة عن مجموعة ملفات XML، وتجميعات، وصفحات aspx. تملي كيف سيتم بناء الموقع المستند إليها وماذا سيفعل التطبيق الأساسي في الموقع. بما أنه يمكن الوصول إلى الملفين XML و aspx. الأساسيين من خلال نظام الملف، يمكن إذاً نسخهما وتعديلهما بسهولة لإعادة إنشاء تعريفات جديدة للمواقع، ما يجعل تعريفات المواقع قابلة للتخصيص بشكل كبير.

بعد أن يتم توفير (إنشاء) موقع من تعريف موقع، يبقى بالإمكان نشر التغييرات التي أجريت على ملفات تعريف الموقع في نظام الملفات، في الموقع المتوفر. ولكن، لا تدعم Microsoft تغيير ملفات تعريف الموقع عند توفير المواقع. في حال تم تعديل أي من الصفحات الواردة في الموقع المتوفر باستخدام محرر خارجي مثلMicrosoft SharePoint Designer 2007، تفقد الصفحة اتصالها بتعريف الصفحة في نظام الملفات. بدلاً من ذلك، يتم حفظ الصفحة في نظام قاعدة بيانات Windows SharePoint Services، وتُعرف بصفحة "مخصصة" أو "غير مظللة".

اذا كنت تحتاج الي تخصيص تعريف موقع موجود، ستكون نهج الخاص بك ل# البدء ب# استخدام نسخه المعاد تسميتها من تعريف الموقع، بدلا من تعديل اخر موجود. ل# تطبيق التغييرات علي تعريف موقع موجود مسبقا بعد مواقع يتم توفيره النموذج، ستحتاج الي انشاء و# نشر حزمه حلول ترقيه تعريف موقع. ل# الحصول علي تفاصيل حول كيفيه القيام ب# ذلك، راجع المقالات المطابقه في Windows SharePoint Services 3.0 SDK.

قوالب الموقع

قالب الموقع هو موقع SharePoint محزم في ملف واحد يمكن فك حزمته لإنشاء مواقع جديدة ببنية ومحتويات مشابهة. يعني ذلك أنه، بهدف إنشاء قالب موقع، يجب أن يكون لدينا أولاً موقع SharePoint موجود مسبقاً. يمكن التقاط أي تخصيص للموقع – تخطيطات الصفحات، أوراق الأنماط، الصور، الصفحات الرئيسية، المستندات، القوائم، محتويات القائمة – في القالب.

يمكن أن تتم عملية التقاط موقع موجود مسبقاً في قالب مباشرةً من المهام الإدارية للموقع (تحت إعدادات الموقع) أو من Microsoft SharePoint Designer 2007. ما أن يتم إنشاؤه، حتى يتم تخزين قالب الموقع في معرض قوالب الموقع الخاص بمجموعة الموقع الحالية. للملف ملحق stp.. يمكن تنزيل هذا الملف من معرض قوالب الموقع ويمكن ترحيله إلى مجموعة مواقع أخرى أو إلى بيئة خادم مختلفة. يتطرق الجزء الأخير من هذا القسم إلى التفاصيل الخاصة بكيفية إنشاء قالب الموقع واستخدامه.

استخدام تعريفات الموقع مقابل قوالب الموقع

كما ذكرنا للتو، إن قوالب الموقع مشتقة فعلياً من تعريفات الموقع. عند الاختيار بين إنشاء قالب موقع أو تعريف موقع جديد، فكّر في ما يلي:

  • تعقيد التطبيق    إذا كانت متطلباتك تجميلية بشكل خاص، مثل تغييرات التخطيط وطرق معالجة الصور في موقع موجود مسبقاً، فتشكل قوالب الموقع نقطة الانطلاق بالنسبة لك. من جهة أخرى، إذا كنت ترغب بإضافة تعريفات أجزاء ويب جديدة، أو إذا كنت تريد استخدام رمز مخصص أو حقول محسوبة، فعليك إنشاء تعريف موقع مخصص.

  • مستوى وصولك في الخادم    هل لديك وصول إلى خادم ويب بالكامل؟ أو فقط إلى مجموعة مواقع محددة؟ إن إنشاء تعريف موقع ونشره يتطلبان وصولاً إلى نظام ملفات الخادم. في حال لم تكن تتوفر لك إمكانية الوصول، فإنك قدراتك محصورة بإنشاء قالب موقع على مستوى مجموعة المواقع التي يمكنك الوصول إليها. تذكّر أن متطلبات الوصول هذه لا تنطبق على المسؤولين عن المواقع — عندما يتم النشر، يكون لأي طرف له حق إنشاء موقع جديد، إمكانية الوصول إلى أي نوع من قوالب التطبيقات.

  • تردد التحديثات/التغييرات المستقبلية    لا يؤثر تغيير قالب الموقع على المواقع التي أُنشئت منه — تتأثر فقط المواقع الأحدث التي تم إنشاؤها بعد إجراء التغييرات. إن نشر حزمة حلول لترقية تعريف موقع يؤثر على كافة المواقع التي تم إنشاؤها منه.

إرشادات لإنشاء قوالب وتعريفات موقع

يشمل إنشاء قوالب وتعريفات الموقع مستويات متنوعة من التعقيد. يتم وصف التقنيات الأساسية في المقاطع التالية.

إنشاء قالب موقع

كما ذُكر سابقاً، قالب الموقع هو في الواقع موقع SharePoint محزم لإعادة الاستخدام. يتوفر هذا الملف المحزم في معرض قوالب الموقع على مستوى مجموعة المواقع. تتوفر قوالب الموقع في المعرض لإنشاء مواقع جديدة على كافة مستويات مواقع الأطفال الخاصة بمجموعة المواقع. ترشدك الخطوات التالية في عملية إنشاء قالب موقع جديد من خلال موقع موجود مسبقاً:

  1. افتح الموقع الموجود مسبقاً في Microsoft SharePoint Designer 2007 وتأكد من أن تخطيط الموقع ومحتوياته تتطابق مع ما تريده.

  2. في القائمة ملف، أشر إلى تصدير، ثم انقر فوق قالب موقع SharePoint‏. بهذه الطريقة، تنتقل إلى موقع إعدادات الموقع على ويب.

  3. أدخل اسم ملف وعنوان ووصف للقالب.

  4. بشكل اختياري، حدد خيار تضمين المحتوى إذا كنت تريد أن يتم تضمين البيانات الموجودة في القوائم ومكتبات المستندات، في القالب. كذلك، عليك تحديد هذا الخيار إذا كنت تريد تضمين وحدات سير العمل، ذلك أن هذه الأخيرة تشكل في الواقع محتويات مخزنة في مكتبة مستندات.

  5. انقر فوق موافق. بهذه الطريقة يتم إنشاء ملف قالب من الموقع بملحق stp. ويتم وضع الملف في معرض قوالب الموقع الخاص بالموقع الأصل.

من معرض قوالب الموقع، تستطيع النقر فوق اسم القالب لتنزيل ملف stp. محلياً إلى القرص. من هذا الموقع، تستطيع تحميل الملف على معرض آخر لقوالب الموقع.

إنشاء تعريف موقع

خلافاً لقوالب الموقع، يتم تخزين تعريفات الموقع في نظام الملفات. إن كل تعريف موقع موجود في مجلده الخاص على الخادم في:

% CommonProgramFiles %\Microsoft Shared\Web server extensions\12\TEMPLATE\ سيتيتيمبلاتيس

يضم مجلد قالب الموقع عناصر متنوعة للموقع، مثل ملفات aspx. وhtml.، إضافة إلى الموارد المقترنة مثل الصور وملفات JavaScript. ONET.XML هو ملف تعريف الموقع الأساسي الذي يحدد التكوينات والوحدات النمطية المتنوعة لتعريف الموقع. يتم تخزين ONET.XML في دليل فرعي يحمل اسم “XML”.

إن تعريفات الموقع مسجلة مع Windows SharePoint Services وتتوفر عبر ملفات WEBTEMP XML. تقع كافة ملفات WEBTEMP XML في

% CommonProgramFiles % \ \Microsoft Shared\Web extensions\12\TEMPLATE\ خادم < LCID > \XML

حيث يشكل <LCID> معرّف الموقع مثل 1033. يبدأ الاسم الفعلي لملف XML بـ "WEBTEMP" (مثلاً WEBTEMPBT.XML).

انشاء تعريف موقع جديد ب# شكل اساسي، يتكون من خطوتين رئيسيتين: (1) اعداد مجلد تعريف الموقع، و (2) انشاء ملف XML ويب _ المؤقت الذي سيتم تسجيل تعريف الموقع مع Windows SharePoint Services. يمكن اجراء الخطوه الاولي ب# النسخ مجلد تعريف موقع موجود و# تغيير محتوياته ب# حيث يتلاءم مع متطلبات العمل. أونيت. ملف XML يحتوي علي العناصر التي تحدد توفير اجزاء كيفيه مختلفه من صفحات الموقع، مثل شريط التنقل و# قوالب المستندات و# قوالب القوائم. تحديد العنصر التكوينات القوائم و# الوحدات النمطيه التي تم انشاؤها ب# شكل افتراضي عند انشاء مثيل تعريف الموقع. من أونيت مقتطف التاليه. XML ل# تعريف الموقع "تعقب الخطا"، و# يعرض جزءا من عنصر التكوينات : <Configurations> <Configuration ID="0" Name="Default"> <SiteFeatures> <!-- BasicWebParts Feature --> <Feature ID="00BFEA71-1C5E-4A24-B310-BA51C3EB7A57" /> <!-- Three-state Workflow Feature --> <Feature ID="FDE5D850-671E-4143-950A-87B473922DC7" /> <!-- TSA Fields and Content Types --> <Feature ID="75A0FEA7-CD50-401e-AF0E-782F3662A299" /> </SiteFeatures> <WebFeatures> <!-- TeamCollab Feature --> <Feature ID="00BFEA71-4EA5-48D4-A4AD-7EA5C011ABE5" /> <!-- MobilityRedirect --> <Feature ID="F41CC668-37E5-4743-B4A8-74D1DB3FD8A4" /> <!-- Bug Tracking Categories List --> <Feature ID="75A0FEA7-42E8-4527-8313-F63C4C49A7E6" /> <!-- Bug Tracking Bugs List --> <Feature ID="75A0FEA7-2D1E-451a-B445-16BC346D7D8E" /> <!-- Bug Tracking Bugs List Instance --> <Feature ID="75A0FEA7-2D1E-451a-B445-16BC346D7D8F" /> ... ... <!-- Post Provisioning Event Handler --> <Feature ID="75A0FEA7-B0EF-434e-90D6-CE997D970564"> <Properties> <Property Key="ZonedWebPartsUrlList" Value="$Resources:core,lists_Folder;/Bugs/Resolve.aspx,$Resources:core,lists_Folder;/Bugs/Activate.aspx,$Resources:core,lists_Folder;/Bugs/Close.aspx"/> </Properties> </Feature> </WebFeatures> </Configuration> </Configurations>

تجدر الإشارة إلى أن تعريف الموقع هذا يستخدم ميزات عديدة مثل قائمة الأخطاء، وقائمة فئات الأخطاء، وإعادة توجيه الحركة... إلخ. مثل هذه الميزات معروضة تحت عنصري ميزات الموقع و ميزات ويب مع معرفات GUID للميزات. يمكن العثور على GUIDs في عنصر الميزة ضمن ملف Feature.XML المطابق الموجود في هذا المجلد:

% CommonProgramFiles %\Microsoft Shared\Web server extensions\12\TEMPLATE\FEATURES

الرجاء الرجوع الي Windows SharePoint Services 3.0 SDK ل# الحصول علي مزيد من التفاصيل حول تخصيص أونيت. XML.

تكمن الخطوة الثانية لإنشاء تعريف موقع مخصص في إنشاء ملف WEBTEMP*.XML في هذا المجلد:

% CommonProgramFiles %\Microsoft Shared\Web server extensions\12\TEMPLATE\ \XML < LCID >

تحديد العنصر قوالب من هذا الملف التكوينات التي يمكن استخدامها ل# انشاء مثيل ضمن المواقع التي يتم انشاؤها من تعريف الموقع. مقتطف التالي يوضح تنسيق ملف WEBTEMPbt.XML، و# هو ملف التكوين المستخدمه ب# واسطه تعريف الموقع "تعقب الخطا": <?xml version="1.0" encoding="utf-8" ?> <Templates xmlns:ows="Microsoft SharePoint"> <Template Name="BT" ID="75801"> <Configuration ID="0" Title="Bug Database" Hidden="FALSE" ImageUrl="/_layouts/images/stsprev.png" Description="A site for teams to track bugs in their shared software projects." DisplayCategory="Application Templates" > </Configuration> </Template> </Templates>

تنبّه إلى أنه يجب أن تتطابق سمة الاسم لعقدة القالب أعلاه مع “*” ضمن اسم الملف، WEBTEMP*.XML. تنبه أيضاً إلى أن سمة DisplayCategory لعنصر تكوين تحدد علامة التبويب التي سوف يظهر عليها التكوين في مقطع "تحديد القالب" ضمن صفحة ويب لموقع إنشاء. يمكنك إنشاء علامات تبويب خاصة بك من خلال وضع قيمك في هذه السمة.

ب# مجرد تم انشاؤها ملفات تعريف الموقع و# وضعها في المجلدات المناسبه في نظام الملفات، اعد تشغيل خدمه IIS. سيكون متوفرا ل# التحديد في المقطع تحديد القالب من صفحه موقع SharePoint جديد في Windows SharePoint Services تعريف الموقع الجديد. يمكنك ايضا حزم ملفات تعريف الموقع العرض التقديمي ك# ملف حل الترحيل سهله ل# بيئه SharePoint او اعاده نشر في نفس البيئه اخر. ملف حل. ملحق WSP (ل# حزمه حلول ويب). انه يحتوي علي ميزات، "اجزاء ويب" و# التجميعات، الفئه الموارد، الخ. المستخدمه ب# واسطه تعريف الموقع. يمكنك استخدام اداه makecab.exe انشاء. ملف WSP. الرجاء الرجوع الي Windows SharePoint Services 3.0 SDK علي كيفيه انشاء ملف حل ل# المشكله.

تحديد موقع تعريف موقع

تصبح ترجمة تعريف الموقع أسهل باستخدام ملفات الموارد والكشف عن الثقافة. في حين أن الترجمة النموذجية لتطبيق ASP.NET 2.0 تتم خلال وقت الترجمة، تجري ترجمة موقع SharePoint خلال توفير الموقع. وبين قوالب التطبيقات، تمت ترجمة قوالب تعريف المواقع العشرين في 10 لغات. ويتم إنشاء تعريفات المواقع بأسلوب حيادي اللغة، في حين أنه يتم تخزين السلاسل الحرفية في ملفات الموارد (resx.). إذا كنت ترغب بإضافة ترجمة إلى تعريف الموقع الخاص بك، أو بإضافة دعم للغة جديدة إلى تعريف موقع موجود مسبقاً، فتستطيع القيام بذلك عبر إنشاء ملف موارد جديد. يوضع الملف في دليل الموارد الموجود في:

% CommonProgramFiles %\Microsoft Shared\Web server extensions\12\Resources

يشكل هذا الملف بشكل أساسي ملف XML قابلاً للتحرير في أي محرر نص. تظهر الخطوات التالية كيف يمكنك إنشاء ملف ترجمة جديد لاستخدامه في تعريف الموقع:

  1. استعرض دليل الموارد المذكورة أعلاه وحدد ملف resx. الموجود الذي تريد ترجمته إلى لغة جديدة.

  2. قم باستنساخ الملف وأعطه الاسم ذاته، في ما عدا اسم الثقافة واللغة (مثال tsa-en-us.resx إلى tsa-es-es.resx).

  3. فتح ملف منسوخ في محرر نص.

  4. قم بتعيين رمز lcid على السطر الثاني للملف لتمثيل اللغة. على سبيل المثال، يعيّن الرمز التالي اللغة إلى الإسبانية:

<!-- _lcid="3082" _version="12.0.5006.3000" _dal="1" ––>

  1. مرر إلى أسفل باتجاه الجزء حيث ترى عناصر بيانات تليها عناصر القيمة في زوج. في هذا المكان تقرن اسم المورد مع قيمة السلسلة المترجمة. قم بتعديل قيم السلاسل في عنصر القيمة لإعداداتك المحلية. يظهر مثال الرمز التالي سلسلة المورد لإجراء إنشاء عميل جديد باللغة الإسبانية:

    <data name="Action_NewCustomer">
    <value>Crear un Nuevo cliente</value>
    </data>
  2. احفظ الملف في المجلد الموارد ب# استخدام اسم مثل myCustomResource.es-es.resx (الاسم الفعلي يعتمد علي اسم الثقافه اللغه التي لها ملف المورد). هذا الملف جاهز الان ل# الاشاره اليها ب# واسطه ملفات تعريف الموقع في التطبيق الخاص بك.

من أجل إبراز تعريف الموقع المترجم كقالب متوفر على صفحة موقع SharePoint جديد الخاصة بتلك اللغة، قم بإضافة ملف WEBTEMP إلى دليل <LCID> المناسب أيضاً. راجع المقطع السابق، "إنشاء معرف موقع"، حول كيفية إضافة ملف WEBTEMP جديد.

مراجع المورد المترجمه تعمل ب# شكل مختلف في ملفات aspx ب# حيث لا ملفات XML. علي سبيل المثال، يتم تقييم مراجع في ملفات aspx في وقت التشغيل، بينما يتم تقييم مراجع ملف XML عند انشاء مثيل موقع ويب. ل# الوصول الي عناصر XML في ملف المورد في ملف تعريف موقع، يتم استخدام بناء الجمله التالي: $Resources: ميكوستومريسورسي، داتانامي. علي سبيل المثال، ل# استخدام سلسله موارد من ملف .aspx، العلامه ف# قد تبدو مماثله ل# ما يلي: <div> <asp:Label runat="server" Text="<%Resources:myCustomResource, Action_NewCustomer %>" /> </div>

اعلي الصفحه

الملخص

يوفر معاً، كل من Windows SharePoint Services 3.0 و Microsoft SharePoint Designer 2007 الأدوات الفعالة التي تحتاج إليها لبناء تطبيقات تفاعلية يتم فيها تمكين سير العمل ولتخصيصها. في حال أردت تخصيص أحد قوالب التطبيقات الأربعين القابلة للتنزيل أو بناء قالبك الخاص، تصف هذه المقالة المنهج المثبت وأفضل الممارسات التي يستطيع غير المطورين حتى استخدامها لبلوغ النجاح.

إذا لم تقم فعلاً بذلك، انتقل إلى الخطوة التالية التي تنص على تنزيل قوالب التطبيق والبدء باستخدامها وفتحها ضمن Microsoft SharePoint Designer 2007. ثم استخدم الموارد في مقطع "الموارد" التالي لمساعدتك على بناء تطبيقك الخاص.

اعلي الصفحه

الموارد

لمزيد من المعلومات حول Windows SharePoint Services 3.0 وMicrosoft SharePoint Designer 2007، يرجى مراجعة الموارد التالية:

لمزيد من الموارد الخاصة بالمطورين، يرجى مراجعة ما يلي:

اعلي الصفحه

ملاحظة: إقرار إخلاء المسؤولية للترجمة الآلية: تمت ترجمة هذه المقالة بواسطة نظام كمبيوتر دون تدخل العامل البشري. توفر Microsoft هذه الترجمات الآلية لمساعدة المستخدمين الذين لا يتحدثون الإنجليزية على استخدام منتجات Microsoft، وخدماتها، وتقنياتها والاستمتاع بها. قد تحتوي هذه المقالة على أخطاء في المفردات، أو بناء الجملة، أو القواعد نظرًا لترجمتها آليًا.

مشاركة Facebook Facebook Twitter Twitter البريد الإلكتروني البريد الإلكتروني

هل كانت المعلومات مفيدة؟

رائع! هل لديك أي ملاحظات أخرى؟

كيف يمكننا تحسين ذلك؟

نشكرك على ملاحظاتك!

×