مستودع البيانات إدارة التطبيقات سطر الأوامر - بوويرشيل أو C # وحدة التحكم التطبيقات

Question

وسوف أستهل هذا السؤال بالقول هذا هو لمايكروسوفت متجر فقط.

إذا كنت لكتابة التطبيق وحدة التحكم لإدارة مستودع البيانات ما يمكنك استخدام:
1) كتابة بيئة مخصصة لبوويرشيل (علاء أحدث النكهات من تبادل SQL الخادم /)
2) اكتب بأنها C # وحدة التحكم التطبيقات

إذا # 2 هل هناك أي الأطر التي افراغ كتابة "نظام القائمة" أو أي مهام أخرى بالنسبة لك.

إذا هذا التطبيق يحتاج إلى آخر 6-8 سنوات - يمكنك استخدام بوويرشيل؟ لا أحد في الفريق لديه حاليا تجربة بوويرشيل، ولكن نحن المتعلمين سريع.

Answer 1

إذا كنت أكتب وظيفة إدارة الخاص بك كما أوامر cmdlets بوويرشيل، ثم يمكنك السطح هذه الوظيفة إما عن طريق السماح للأشخاص تشغيل أوامر cmdlets مباشرة، أو عن طريق لف لهم في واجهة المستخدم الرسومية. الذهاب مع بوويرشيل ربما تمنحك المرونة أكثر على المدى الطويل، وكما تنفذ MS المزيد من أوامر cmdlets بوويرشيل، وهو ما يعني أن إدارة مستودع البيانات الخاصة بك يمكن أن تدمج مع العمليات التجارية الأخرى، وأكبر إذا لزم الأمر. ربما لن تختار لكتابة التطبيق C # وحدة التحكم - ولكن لدي أكثر بوضوح منظور "المسؤول". نحن مدراء تعبنا من وجود مخصص التطبيقات حدة ألقوا علينا - فكرة بوويرشيل هو توحيد كل شيء في الطريقة التي يدعم كلا من سطر الأوامر وإدارة واجهة المستخدم الرسومية

Answer 2

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

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

Answer 3

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

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

Answer 4

عند تقوله إدارة مستودع البيانات، أي نوع من المهام التي تتحدث عنها؟

وجزء كبير من إدارة أود أن تفعل في T-SQL (تطهير، وحفظها، وتحويل) - واجهة لذلك يمكن أن يكون رقيقة جدا (حتى غير موجودة)

وOK، بناء على تعليقك كنت أود أن يكون رمز التي يعمل كل عمل في procs المخزنة مع تجميع .NET (نموذجي مكتبة فئة API)، بقدر ما في procs المخزنة وقت ممكن، مع التجمع من أجل الأشياء التي هي أسهل القيام به هناك أو التي تتطلب مهما COM أو. وأود أن ثم إما التفاف مكتبة فئة في أوامر cmdlets أو مجرد دعوة الكائنات .NET من بوويرشيل (تذكر أن بوويرشيل يمكن إنشاء كائنات).

والآن لديك مكتبة. NET والتي يمكن أيضا أن يسمى من صفحات الويب، وتطبيقات واجهة المستخدم الرسومية، أيا كان، إذا كنت تريد من أي وقت مضى، وكان لديك أمر cmdlet واجهة. NET مباشرة - بالإضافة إلى خيار دعوتهم من SQL إذا نفذت بشكل كامل في طبقة SQL.

Answer 5

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