ما هي أجزاء SharePoint التي أحتاج إلى فهمها لبناء موقع ويب للعلامة علانية؟

Question

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

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

عادةً ما أقوم ببناء هذا باستخدام موقع ASP.NET MVC قياسي. ومع ذلك يقول العميل إنهم يريدون استخدام SharePoint.

كما أفهمها ، يتم استخدام SharePoint في سير العمل ومواقع الويب التي هي أدوات التعاون مثل المكونات التي يمكنك رؤيتها هنا http://www.sharepointhosting.com/sharepoint-features.html

ها هي أسئلتي:

• هل سأكون على صواب في القول إن WSS غير مناسب تمامًا لهذه المهمة لأنها تأتي مع النفقات العامة التي لا توفر أي فوائد؟

• إذا اضطررت إلى استخدامه ، فهل سأحتاج إلى WSS أو Moss؟

• إذا اضطررت إلى استخدامه ، فهل سأكون على حق في قول أن الموقع سيتكون من:

• قائمة الاغراض

  أ) أجزاء الويب

  ب) وتخطيط موقع مخصص. كيف أقوم بإنشاء واحدة من هؤلاء؟

إضافة: الكتاب تطوير إدارة محتوى الويب SharePoint 2007 المهنية يبدو وكأنه بداية جيدة

Answer 1

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

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

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

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

Answer 2

1.) أوافق على أن SharePoint سيكون غير مناسب لهذه المهمة. بعض الأسباب:

• يكلف آلاف الدولارات ترخيص SharePoint للاستخدام على الإنترنت المفتوح
• ستستخدم SharePoint الكثير من الموارد (SQL Server ، IIS ، Active Directory ...) التي تتطلب مهمتك بشكل غير ضروري لمهمتك
• سوف يمنحك SP مرونة قليلة جدًا لتطوير حل في طريقك-يبدو أنك ستحتاج إلى إنشاء جزء ويب متصل بقاعدة البيانات في ASP.NET على أي حال (بحيث يمكن أن يكون مستقلاً تمامًا عن SP)

يحتل SharePoint مكانه-يمكن أن يكون مفيدًا بشكل ملحوظ كإدارة الوثائق الداخلية للشركة ، و intranet ، ونظام سير العمل/الموافقة-ولكنه ليس مناسبًا تمامًا للرمز المخصص أو استخدام الإنترنت.

2.) أعتقد أن Moss سيكون مطلوبًا لترخيص الإنترنت (كما في الرابط أعلاه).

3.) تطور SP ليس مثل أنظمة قاعدة بيانات العلاقة النموذجية (على سبيل المثال ، يستخدم الجداول المسطحة غير الطبيعية). إذا تطابق SQL طريقة التفكير SharePoint ، فقد تتمكن من الاتصال بقاعدة البيانات الخاصة بك كقائمة خارجية باستخدام مصمم SharePoint. على الأرجح ستحتاج إلى استخدام Visual Studio لإنشاء جزء ويب مخصص في ASP.NET.

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

Answer 3

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

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

لذلك بشكل عام ما لم يكن لديك إطار عمل أفضل لاستخدامه ثم استخدام SharePoint

2) WSS هو كل ما تحتاجه الآن

3) سيكون الخاص بك الرئيسي في الوقت الحالي:

• ميزة مع بعض صفحات الموقع وبعض أجزاء الويب
• ميزة مع ماسفة مخصصة و CSS المقابلة

Answer 4

1. حقيقي. حسنًا ، غير مناسب ولكنه لا يضيف أي شيء أيضًا .. ولكن ربما في المستقبل؟

2. WSS يكفي

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