حسنا ، لنفترض انك قد خضت في غمار مشاريع كثيرة ، وفي كل مشروع استخدمت اكثر من مكتبة لمساعدتك على بناء برنامجك وتنفيذ المهام المطلوبة منك ومنه ، ألا تجد ان عملية الحصول على المكتباتمن مصادرها الرئيسية هو امر قد يكون عسيرا في بعض الاحيان ، البعض يفضل الغوص في اعماق مواقع كـ codePlex او Sourceforge ، قد تفلح وقد تفشل ايضا – لا مجال للتحبيط هنا ولكنه الواقع. لنفترض انك وجدت مبتغاك ، واخذت تقرأ في وثائق المكتبة Documentation ، وعرفت بنيتها التي تحتاج لمعرفتها حتى تستخدم هذه المكتبة العظيمة بالنسبة لك ، هب أنك قد اكملت مشروعك وتفاجأت بمشكله في احدى المكتبات وان تلك المشكله قد تم اصلاحها في اصدار لاحق او مجرد تحديث صغير ، فهل من المعقول انك ستقوم بحذف النسخه الحاليه والبحث عن ملفات النسخه الجديده وتضمينها في مشروعك واضافتها الى المراجع References الخاصه بمشروعك من جديد ؟ ثم ماذا بعد ؟ آه ، صحيح نسيت ، هناك بعض المكتبات التي تحتاج الى مكتبات أخرى لكي تعمل وتلك قضيه أخرى !

حسنا ، قد تجد ان الموضوع في بعض الاحيان يتشعب كثيرا في هذا الجانب ويكبر كثيرا ، وقد تستهلك الكثير من الوقت لإدارة المكتبات الموجدوة في مشروعك ومشاكلها هي بنفسها ! أفليس من الأفضل استخدام مدير للمكتبات Libraries Manager لو توفر ؟

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

حسنا ، قبل البدء في الحديث عن كيفية استخدامها والمكان الذي تحصل منه عليها ، اود التنويه الى ان هذه الاداة خاصه بالإصدارات التجارية من Visual Studio 2010 وما فوق ، فإذا كنت تستخدم اقل من هذا ، فيسرني ان تكمل القراءة من باب العلم بالشيء في الفترة الحالية على الأقل !

يمكن الحصول على NuGet من مدير التوسيعات Extension Manager ، فقط قم بالبحث عنه وستجده كما يظهر من هنا:

بعد ان تقوم بالخطوات المعتادة في تحميله واعادة تشغيل Visual Studio عندما يطلب منك ذلك ، ستجد ان هناك امرا اضافياً يظهر في القائمة اليمنى الخاصه بمشروعك كما يظهر من الصورة :

لو قمت بالنقر عليه ، ستفتح لك نافذة شبيهه بتلك الخاصه بإضافة عناصر للمشروع Project items كالتالي :

من تلك النافذة ، يمكنك البحث عن المكتبات الموجودة وتثبيتها في مشروعك الحالي ، بل وتحديث المضمنه في مشروعك ، والأمر لا يتعدى مجرد بضع نقرات على فأرتك – عفوا ، قد يكون لوح التأشير او حتى الشاشه !.

الآن اصبح كل شيئ جاهزا ، للعمل ، فقد تم تحميل المكتبة المختارة ، فك ضغط ملفاتها ، نسخ تلك الملفات الى مشروعك ، اضافة المراجع references الضرورية ، بل وحتى اي تعديلات تحتاجها في مشروعك كإضافة تعليمات الى ملف app.config او web.config وغيرها .

هذه التدوينة لم تكن لغرض التبحر في هذا الموضوع ، بل الإشارة إليه بشكل مقتضب ، فأنا متأكد أن من يهتم بهذه الموضوع سيكون بوسعه التبحر في هذا الموضوع بل ورفع مكتباته الخاصه به الى سيرفرات هذا المدير الرائع !

للمزيد ، يمكنكم قراءة المرجع الذي كتبت عنه من هنا

تقبلو تحياتي العطرة

حسنا ، Visual Basic مبني على شقين : Visual و Basic ، هذا المنتج يستند على لغة BASIC الشهيرة التي انطلقت في منتصف ستينات القرن الماضي والتي تتميز بسهولتها في القيام بالأعمال الصغيرة والمتوسطة التعقيد ، لكنها بالطبع ليست كـ ++C في القوة في العديد من النواحي. اما Visual فقد كانت ثورة من مايكروسوفت فعلا بعد تعاقدها مع شركة تدعى Tripod لإستخدام طريقة العرض المرئي والتطوير المرئي للنماذج forms .

اعتمدت مايكروسوفت فلسفة : لماذا نستخدم لغة كبيرة جدا كـ ++C للقيام بأعمال بسيطة تستهلك قدرة تلك اللغة ومرونتها البالغه ، فما الداعي للتحكم بالذاكره وبأمور لا طائل منها في تطبيقات صغيرة ومتوسطة الحجم مستهلكين بذلك وقتا طويلا لا داعي له ؟ لذلك كان تطوير Visual Basic لتطوير ذلك النوع من التطبيقات الصغيرة والمتوسطة الحجم بسهوله وسرعه ويسر . هذا الأمر أدى الى انتشار Visual Basic بشكل لا مثيل له من فئات برمجية مختلفه شملت حتى شركات حلول الأعمال البرمجية ، فكانت الخيار رقم 1 في تطوير تطبيقات قواعد البيانات لشريحة كبيرة وواسعة من الشركات والمجموعات البرمجية.

بالنسبة لي ، فالسؤال الذي يطرح نفسه ، الى متى ستبقى Visual Basic موجودة ومستخدمه خصوصا نتيجة تقلص استخدامها شيئا فشيئا في السنوات الأخيرة ؟

هناك هدية مني لك هذه المرة ، هل تعلم ما هي ؟ حسنا ، كنت افكر في البحث عن صورة Screenshot للإصدار الاول من VB ولكن عوضا عن ذلك فإنه يسرني ان ادعك تجرب هذا الاصدار بنفسك من هذه الصفحة :

http://www.danielclemente.com/vb/

توجه الى نهاية الصفحة وهناك ستجد المفاجآت !

 .Net Entity Framework

حلق بعيداً مع إطار العمل ADO.NET Entity Framework

فيما يلي استعراض سريع لهذه التغيرات التي أتت مع الاصدار 4 :

1- التجاهل المستمر : أصبح يمكنك تطوير فئات POCO منفصلة بشكل تام دون وجود اي آثار جانبيه عليها كالخاصيه EntityKey وغيرها ، ما يعني ان تلك الفئة ستبقى دون مسها بأي تعديل او اضافات من اجل استخدامها مع EF ,

2- توليد الأكواد بـ T4 : اصبح الآن بإمكانك استخدام مجموعة قوالب جاهزه تستخدم تقنية T4 من اجل تخصيص وتطوير فئات جاهزه ، تقنية T4 هي تقنية خاصه بتوصيف طريقة بناء الأكواد.

3- التحميل الكسول Lazy Loading : فبالإضافة لنوعي التحميل الموجودين في الإصداره الأولى وهما Eager و Explicit ، فقد اصبح بالإمكان تحميل البيانات المرتبطه عند الطلب فقط.

4- تتبع التغييرات في POCO : تعقب التغييرات مع فئات POCO يتم بشكلين ؛ الأول هو من خلال اخذ صورة وصفيه Snapshot لكامل الفئة ثم مقارنة تلك الاصدارة مع الاصدارة الجديده بعد التعديلات . اما الطريقة الثانيه فهي تعليم بعض الخصائص Properties لتكون ظاهرية Virtual بحيث يتم تتبع التغييرات فيها بشكل متواصل .

5- دعم أفضل للتطبيقات متعددة الطبقات N-tier Applications : اصبح فصل الطبقات افضل واوضح وذلك بفضل دعم T4 والتتبع الذاتي Self – Tracking للتغييرات.

6- تطوير النموذج أولا Model-First Development : اصبح الأن بإمكانك ان تقوم بتطوير نموذج الكيان Entity Model أولا ثم يتولى Visual Studio 2010 انشاء قاعدة البيانات وجداولها والعلاقات بينها !

7- التطوير بواسطة الأكواد فقط Code Only Development : اصبح بالإمكان ايضا أن تقوم بتطوير نظام متكامل بواسطة الأكواد فقط وبدون ملف EDMX المعتاد !

بالإضافة الى هذه التغييرات ، فهناك الكثير من التحسينات التي يمكنك الوصول إليها في مركز مطوري EF من هنا ، ويجدر بالذكر ان هناك اصدارا احدث يدعى 4.1 قدر صدر منذ 4 اشهر بالفعل وبه بعض التطويرات التي تشمل ال DbContext API و CodeFirst .

نعم ، من منا لا يريد العودة الى الـ Documentation والمكتبة العملاقة MSDN ؟؟ فحتى صفحة الويب الخاصه بها لم تعجبني في طريقة استعراض شجرة المواضيع ، لنصطدم بها مجددا عندما ثبتنا Visual Studio 2010 لأول مرة ، اصبحت ابحث في الكتب الكبيرة قبل مكتبة MSDN مع ان الوضع كان بالعكس قبل ذلك !

كنت قد قمت بتحميل حزمة الخدمات الاولى Service Pack 1 الخاص بـ Visual Studio منذ صدوره – 1.48GB !! – ولكن لم اقم بتركيبها ، اليوم وبعد تركيبي لها جاءني خبر سعيد جدا جدا وهو عودة ال Help Viewer الى Visual Studio 2010 اخيرا :

صحيح ان الجزء الأيسر والمخصص لعرض شجرة المواضيع يعاني شيئا من البطء مقارنه بالسابق – حيث انه الان مبني كليا بـ WPF – لكن هذا الحال افضل بكثير من عدم وجود Help Viewer كهذا !

يبدو انني لست الوحيد الذي كنت تضايقت من قضيه الـ documentation في VS2010 !

لمن يسمع عن LightSwitch لأول مره او سمع عنه ولا يعلم ماهيته ، فهو منتج من عائلة Visual Studio مهمته تطوير تطبيقات الأعمال المرتكزة على قواعد البيانات Business Applications بسهوله وسرعة مع الإستغناء عن اكبر قدر ممكن من الأكواد ، فهو يختصر عليك الوقت اللازم لتطوير تطبيق تقليدي لا يخرج عن اضافة وقراءة السجلات تحديثها وحذفها – فيم اصبح يعرف ب Create,Read,Update,Delate : CRUD . فمعظم الوقت الذي يقضيه المبرمج في تطوير تطبيق مماثل سيستهلك في ثلاثه أمور :

• كتابة كود التعامل مع مصدر البيانات Data Source.
• تطوير واجهة التعامل مع المستخدم User Interface.
• كتابة كود منطق الأعمال Business Logic .

سيختصر عليك LightSwitch الوقت المستغرق في هذا الأمر من خلال توليد واجهات المستخدم LightSwitch بشكل شبه تلقائي من نماذج Tamplates جاهزه مشابهه لما يقوم المطورون في العادة بتطويره في تطبيقات مشابهه . كذلك فإن عملية التحقق من المدخلات Validation تتم من خلال ادوات جاهزه ومعدة مسبقا للتحقق من اصغر قيمة ، وجود قيمة وغيرها .

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

لمعرفة المزيد حول هذا الموضوع يمكنك زيارة الروابط التالية :

• صفحة تقديم الخدمة والتعريف بها.
• صفحة المنتج .

تحياتي

الخبر المحزن هو ان البرنامج قد اشترته شركة Redgate وتحول الى نسخه تجارية تباع ارخص نسخه منه بـ 35 دولارا !

ولأن الحياة البرمجية يجب ان تستمر مابقيت هناك برمجة واجهزه قابلة للبرمجة ، فإنه يجب علينا ان نستخدم بديلاً له ! الأول هو dotPeek من JetBrain – الشركة التي تقوم بتطوير برنامج ReSharper بالمناسبة ! – وهناك ايضا Telerik Just Decompile ، كلا البرنامجين مجاني ، والمريب في الموضوع ان كلاهما في اصداره الاول ولا يزال في طور beta.

اتمنى لكم استخداما موفقا ومفيدا لهما ، وارجو عدم استخدامهما في غير محلهما.

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

تحياتي

بلا شك قد تكون لاحظت تعاظم حجم حزمة اعادة التوزيع من .Net Framework والتي تعرف بالاسم Redistributable Package والتي يكون وجودها على جهاز العميل واجبا حتى يعمل تطبيقك او منتجك المطور بتقنيات .Net على اختلاف قبائلها وعشائرها ، واليوم ، اغلب اجهزه الكمبيوتر العاملة بنظام ويندوز تحتوي على اصدار حديث منه – خصوصا فيستا و 7 اللذان يحتويان على الاصدار 3.5 مبدئياً – إلا أنه وفي بعض الحالات سيكون من الفيد اعادة النظر في الموضوع مجددا وهو لماذا نحن بحاجه الى بذل حجم كبير من اجل تطبيق صغير ؟ بمعنى ، ماذا لو احتجت الى استخدام النسخة 4 من اطار العمل من اجل خاطر احد الفئات Classes الجديدة فيه فهل سأجبر المستخدم على تحميل حزمة حجمها فوق 100 ميجابايت ثم يقوم بتركيبها هي الاخرى ؟ أليس هذا نهماً بحق المستخدم البسيط الفقير الى شبكة انترنت موجودة طوال الوقت وبسرعه كبيرة ؟

حسناً ، لحسن الحظ فقد فطن فريق التطوير في مايكروسوفت بهذا الأمر وقرر أن يقوم بعمل نسخه مصغرة من اطار العمل وسمي باطار العمل ذو التشكيل الجانبي الخاص بالعميل .Net framework Client Profile وهو بشكل مختصر نسخه من اطار العمل المعتاد ولكن بدون اي مكتبة او فئة تستخدم في العمل مع الخوادم كتقنية ASP.NET ، بعض الفئات المتقدمة في WCF ، .Net Data Provider for Oracle و MSBuild .

القصد من هنا او الاستغناء عن بحر كبير من الفئات التي لا تحتاجها في التطبيقات التي تخص العميل فقط Client ، والتي لا تستدعي العمل مع الخوادم Servers والشبكات الموزعة Extended Networks ، فحجم الحزمة المعادة التوزيع سيكون اقل بسبب وجود مكونات اقل ووقت التركيب ايضا .

وقبل ان نختم كلامنا ، يجب ان نذكر ان اختيار كون تطبيقك سيعتمد على client profile سيكون باختياره كاختيار الاصدار المراد Target لمشروعك ، فمثلا في VB.NET يمكن الذهاب الى Project Settings | Compile | Advanced Compile Options ثم Target Framework واختر .Net Framework 4 Client Profile ، وبالنسبة لـ C# تذهب الى Project Settings | Application واختر الهدف Target Framework ليكون ايضا .Net Framework 4 client Profile ، مع العلم ان هذه النسخة المصغرة موجودة ايضا في الاصدار 3.5 .

اتمنى لكم مشاريع ، برمجة ، وتحزيما سعيدة جميعا .

لتحميل الكتاب انقر على صورته اعلاه ، او يمكنك زيارته على الصفحة التالية.

تحياتي

خطورة هذا الامر تتوجه بشكل كبير نحو مجتمعنا البرمجي ، فلم يعد تطوير تطبيق ل windows mobile بتلك الأهميه ابدا. بعد محاولة مايكروسوفت العودة مجددا للساحة من خلال نظامها الموعود Windows Phone 7 ، رأينا الكثير من التطويرات القادمة يتصدرها دعم Silverlight واطار العمل XNA المخصص للألعاب ، ما يحمل تباشير كثيرة جدا على مستوى عالي من الكفاءه والتحديث.

ما يجعل الامر محزناً هو ان تطوير تطبيقات على هذا النظام محظور على لغة Visual Basic حتى بـ silverlight فما بالك بـ XNA الذي من الاساس لا يعمل الا مع #C ؟ حسنا ، بعد تبادل التعازي ، وذرف الدموع ، وكل الاحباط ، اخبرك بأنه حان وقت تجفيف الدموع بمحارم ورقية راقية جدا !

ما اعنيه هنا ، هو خبر صدور حزمة من الادوات الخاصة تدعى Visual Basic CTP for Windows Phone Developer Tools تجعل عملية التطوير متاحة لأصحاب الانامل الذهبية من مبرمجي Visual Basic ولكن للأسف فقط على silverlight !

لمزيد من المعلومات ، اليكم مصدر الخبر من هنا