وعليكم السلام ورحمة الله
الأمر يعتمد على نوع Business المراد تطويره. مثلا لو كان لديك شركة واحدة (مشروع رئيسي) والمشاريع الاخرى هي من نفس نطاق العمل (Business Domain) سيكون خيار الدومين الفرعي هو الافضل.
لنفرض أن لدينا شركة اسمها Plevina وتقدم هذه الشركة مجموعة من الخدمات، كتطوير التطبيقات، ومدونه خاصة بها، او منتدى للنقاش عندها من الافضل ان تكون النطاقات بالشكل التالي:
www.plevina.com
blog.plevina.com
forum.plevina.com
لان جميع الخدمات السابقة هي من وإلى الشركه نفسها (اعتبرها خدمات فرعية). لكن لو فرضنا انها ستقوم بتطوير مدونه لصالح شركة اخرى، او تطوير خدمة جديده، تريد طرحها كخدمة مستقلة، عندها من الافضل ان يكون لها النطاق الخاص بها. مثلا: www.parmajiat.org هي منصة لتعليم البرمجيات تقدمها هذه الشركة، لكن يمكن اعتباره مشروع مستقل، ربما يكون له فريق العمل الخاص به واهداف تختلف عن اهداف الشركة نفسها
"ولا مانع من ذكر اسم الشركة الأم في الموقع المستقل، كما هو الحال في اكاديمية حسوب"
بالتالي القاعدة هي في تحديد درجة ارتباط النطاق مع نطاق عمل الشركة ورؤيتها واهدافها. (احيانا تفيد النطاقات الفرعية في تقسم المشاريع الكبيرة الى وحدات مستقلة، بحيث تسهل عملية ادارتها. تجد مثال في موقع github.com)
النقطة الاخيرة، ليس لها علاقة بالنطاقات مثلا facebook.com/messages، وانما ب Routing، بحيث يكون الإسم معبر اكثر عن هذه الخدمة. مثلا في هذا النطاق نفهم ان المقصود هو قسم الرسائل الخاص بالفيسبوك، لكن لو كان الدومين بشكل اخر مثل: facebook.com/services/messags، ربما نظن ان هناك خدمات اخرى مرتبطة بالرسائل، او ان الرسائل هي قسم جزئي من قسم الخدمات. لذلك الافضل دائما ان نبذل جهدنا لتكون URLs الخاصة بنا واضحة ومعبرة عن نفسهاـ وايضا مختصرة قدر الإمكان (ولا اعني مختصرة اي اختصار الكلمات مثل: facebook.com/msg) هذا ابتعد عنه!
تخيل معي مجموعة الروابط التالية:
www.plevina.com/account/registration
www.plevina.com/join
-
www.plevina.com/blog?title=android&datetime=20-10-2011
www.plevina.com/blog/android/20102011
لاحظ شكل الروابط والتي تؤدي نفس الغرض، لكن هنا يوجد نوع من انوع الفن، للاسف يتجاهله الكثيرون، فتجد روابط طويلة وغير معبرة.
طبعا يمكنك التحكم بالروابط عن طريق Routing بحسب التكنولوجيا التي تستخدمها في تطوير تطبيقك.
ملاحظة اخيرة: ما دام القسم المطلوب صغير نسبيا يمكن دمجه مع الدومين الام واستخدام Routing لانشاء رابط مختصر وجميل. لكن مع تطور هذا القسم الصغير، نصل لنقطة يجب فصله إلى دومين منفصل blog.plevina.com، واذا اصبحت امكانياته اكبر واكبر ربما يصبح مشروع مستقلا بالتالي له النطاق الخاص به.
حدث أمر مشابه مع تطبيق فيسبوك ماسنجر، عندما كان مدموج بنفس التطبيق، لكن مع اضافة العديد من الميزات، دعت الحاجة لفصله في تطبيق منفصل، وقد عانت فيسبوك الكثير في توضيح وجهة نظرها هذه، وبأن التطبيق آمن وليس هدفه اختراق الخصوصية (وبالنسبة لي فهو امر ممتاز - لاني افضل تصفح الفيسبوك قليلا وبعيدا عن ضجة الرسائل والدردشات)
اخيرا اشكرك واحييك على التفكير في هذه الامور التنظيمية منذ البداية والتي فعلا من شأنها تنظيم العمل اكثر واكثر مع مرور الوقت.
بالتوفيق،،،