النماذج في SharePoint

Question

إذا كنت أرغب في وضع نموذج على SharePoint، فهل من الأسهل استخدام InfoPath أو إنشاء جزء ويب مخصص في C#؟هل هناك خيارات أخرى يجب أن أفكر فيها؟

ما هي المتطلبات والعقبات لكل خيار؟

Answer 1

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

تتطلب البرمجة بلغة C# معرفة لغة C# (بالطبع) ومعرفة بواجهات برمجة تطبيقات SharePoint.وأيضًا، بمجرد الانتهاء، يجب نشر ملف DLL الناتج والوثوق به بواسطة SharePoint، الأمر الذي يتطلب تدخل مسؤول النظام.قد لا يكون هذا متاحًا لك دائمًا، وقد يمثل مشكلة في المرة التالية التي تحاول فيها ترقية SharePoint.

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

Answer 2

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

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

Answer 3

هل يمكنك أن تكون أكثر تحديدًا بشأن النموذج وإصدار Sharepoint؟

يعتمد ذلك على إصدار Sharepoint لديك:إذا كان لديك 2003، وإذا كنت تريد استخدام InfoPath، فيجب تثبيته على العملاء أيضًا.في SharePoint 2007، أنا يفكر هذا غير مطلوب.

إذا كان النموذج كبيرًا مع القليل من قواعد العمل، فيمكن أن يكون InfoPath هو الحل الأمثل -> wysiwyg، والنشر السهل.

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

Answer 4

إن Infopath شرير في إنشاء النماذج بسرعة وإلقائها على Sharepoint.أتوقع أنه أسرع 1000 مرة من إنشاء تطبيق C# مخصص.

Answer 5

قد يعتمد الأمر على الطريقة التي تفكر بها

على سبيل المثال ، 1.يمكنك الانتقال إلى Infopath، إذا كنت تحاول منح التحكم للمستخدم النهائي من أجل تخصيص النموذج بنفسه.

من السهل جدًا فهم Infopath وتطويره.لكي تتمكن من استخدام infopath، عليك أن تتعلم Infopath وInfopath Form Services وSharepoint API لدمج Dotnet (C#) وSharepoint.