حسناً، لقد أصبحنا نسمع كلمة Silverlight بكثرة في مجتمعات برمجة و تطوير الويب مؤخراً، لذلك أدعو من من يهمه هذا المجال إلى الاطلاع على المقالة التالية و التي تقدم لهذه التقنية :
http://www.almashroo.com/articles/silverlight-introduction

يسرني سماع تعليقاتكم عن المقالة...

شكراً،

مقالة ممتازة جداً مؤيد! هل تسمح لنا بإضافة رابط لها من قسم المقالات لدينا؟ (على وعد أن لا تقوم بتغيير الرابط بغير علمنا)...

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

كما أن كون هذه التقنية لمايكروسوفت ميزة هامة بالنسبة للمستفيدين من هذه التقنية... فمايكروسوفت معروفة بجودة برمجياتها وخدماتها ومدى سهولة التعامل معها، وإن كانت أدوبي تستغلق على بعض المعلومات بالنسبة لملفات Flash و SWF، فإننا نرى كيف أن بديل مايكروسوفت متفوق بالفعل من هذه الناحية... فصيغة XAML مفتوحة ومتاحة للجميع مع دعم كبير لها...

أعتقد أنها فرصة ممتازة يجب الاستفادة منها...

بالطبع! يسرني ذلك☺

أوافقك الرأي، على المبرمجين أن يدركوا تفوق هذه التقنية الجديدة على فلاش بسرعة، و لكن المشكلة أن ذلك لن يحصل بتلك السرعة التي نتمناها، فمثلاً خذ VB.NET و VB6، لا يختلف اثنان عن تفوق إصدار NET. عن الإصدار القديم و لكننا مازلنا نرى العديدين مصممين على استخدام VB6 هذه الأيام، بالرغم من أن ستة أعوام مرت على إصدار دوت نيت.

جزيل الشكر،

وقعت عيناي على هذه المقالة أثناء تجولي في فضاء الإنترنت لاصطياد بعض الأمور:

http://www.codeproject.com/KB/WPF/FlashvsWPF.aspx

سمعت أيضاً عن وجود وحدة برمجية تقوم بالتحويل من SWF إلى WPF XAML... ترى هل تدعم كل إمكانيات صيغة SWF؟

إن كان الأمر يهمك فالمقالة التالية ستقدم صورة أوضح قليلاً :
http://weblogs.asp.net/jezell/archive/2007/05/03/silverlight-vs-flash-the-developer-story.aspx
السبب أن XAML المستخدم في Silverlight هو نسخة صغيرة من نسخة زامل المستخدمة في WPF، فالمقارنة مع النسخة الأصغر ستكون أدق.

يبدو أمر تلك الوحدة للتحويل إلى XAML مثير للاهتمام، فذلك سيشجع المصممين علىالانتقال الذي كنّا نتحدث عنه، أتساءل إن كانت تقوم بتحويل الـScript الموجود داخل الـSWF إلى XAML و Javascript أم فقط تقوم بتحويل الـGraphics و الـAnimation؟
بالمناسبة، يبدو أن هناك بعض المشاريع التي تقوم بتحويل فلاش إلى Silverlight XAML أيضاً...

قمت بكتابة الجزء الثاني في سلسلة مقالات Silverlight، يمكن الاطلاع عليه بالانتقال إلى الرابط http://www.almashroo.com/articles/silverlight-introduction-2

شكراً،

إن مقارنة Silverlight بالـ SWF يطرح تساؤل هام في تحديد مدى انتشار الـ Silverlight وتفوقها على الـ SWF، فكلنا يعلم كيف أن أحد العوامل الهامة التي ساهمت في انتشار الـ SWF هو توفر برنامج الـ Flash الذي يعتبر بيئة قياسية سهلة ومرنة حتى لغير المبرمجين لتصميم وتحريك صفحات وب أو تطبيقات ملتيميديا بسيطة وتوليد ملفات SWF ببساطة وسهولة.في حال Silverlight ماهو بديل الـ Flash الذي تقدمه Microsoft؟؟؟

وشكراً جزيلاً على المعلومات القيمة في المقالتين...

بما أن صيغة الملفات المعتمدة للـ Silverlight هي XAML التي بحسب تصوري أكبر حجماً من مثيلتها الـ SWF. ألن يعطي هذا تفوقاً للـ SWF وخصوصاً بالنسبة لسرعة تحميل الصفحات؟

منتج التصميم الأساسي البديل لـAdobe Flash هو Microsoft Expression Blend 2 و هو برنامج يتيح التصميم و التحريك و من ثم التخزين بصيغة XAML، أضف إلى ذلك المنتجات الأخرى من عائلة Expression و التي تقوم بمهام مختلفة و من ثم تقوم بالتصدير إلى صيغة XAML في نهاية المطاف، أيضاً هذه المنتجات تمتاز بالسهولة، و كذلك بقوتها الشديدة في التعامل مع الـMultimedia، لذلك يمكن أن تكون نداً قوياً لـFlash


في الحقيقة ليس عندي معلومات عن جانب الحجم و عن تفوق Flash من عدمه (كون Flash يستخدم صيغة Binary على عكس Silverlight)، و لكن أحدهم (John A) كتب شيئاً ما عن هذه الناحية كتعليق على المقالة التي ذكرتها سابقاً :
http://weblogs.asp.net/jezell/archive/2007/05/03/silverlight-vs-flash-the-developer-story.aspx#4571856

هئ هئ هئ... أخيراً استطيع أن أتشدق بما تعلمته في الأونة الأخير... اليوم يوم جيد☺
البرنامج المذكور هو SWF2XAML من برمجة Mike Swanson (www.mikeswanson.com/SWF2XAML/)
وهو يقوم فقط بتحويل الملفات التي لا تحوي interaction مع المستخدم أو يقوم بتجاهل هذه التقاعلية (وهو أمر يمكن تحويله لـ XAML ببساطة شديدة) طبعاً الـ ActionScript من التفاعلية التي يتجاهلها SWF2XAML.
يوجد بعض الأختلافات في الأفلام المحولة من SWF بعضها "خطير" وأغلبها يمكن تجاهله. بعضها الآخر سهل التنفيذ والأغلب لا يمكن (أو من الصعب جداً) تنفيذه على XAML وذلك لاختلافات في البنية الأساسية بين XAML و SWF.
بشكل عام ورغم كل ذلك فإن معظم المزايا الموجودة في SWF من ممكن تنفيذها (وتحويلها) في XAML (ربما لأن مهمة XAML هي استبدال SWF) لذلك فإن كتابة هذا المحول كانت عملية سهلة استغرقت أسابيع قليلة (على حد قول Swanson)