好長時間沒搞Silverlight方面的開發了，原本都以爲自己早已忘記，然而前陣子（確切一點說，是挺長時間以前了）的時候，發佈Windows10的時候，微軟宣佈新的瀏覽器將重新開發，關鍵是後半句引起了我的注意，就是不再支持插件及ActiveX控件，我們這些做微軟系的開發者，當然清楚地知道，這將意味着什麼，即：silverlight也將被不支持，頓時間掀起一陣不大不小的波浪。
有不少人說，SL已死，趕緊轉行H5吧。這番言論也引發了不少的同感，不少企業也跟着招手安排善後工作，也就是組織人趕緊學習H5，爲後續轉型做準備。
SL以優質的用戶體驗，敏捷的開發與調試速度，曾獲得不少的青睞，儘管始終沒趕上FLEX的份額，但是前後語言一致，強大IDE支持，開發與調試都方便，也算是優於FLEX的一處亮點，至少我是這麼認爲的。另外，H5熱鬧了五六年，現在仍然是熱度、敏感詞，並沒有普遍到沒人願意搭理的大衆化程度，這是我的一個看法，一種比較成熟的語言或標準，不應該是隨便什麼人往自己的隨便哪一款產品上隨便貼一個“H5”的標籤，就可以拿出去隨便忽悠人了的低級認知水平，至少基於這一點，我認爲H5在RIA方面還不夠成熟地替代SL，H5自身還有一些短板問題要解決，比如便捷錄入，快捷鍵支持，開發與調試的便捷性等等，儘管有一些JS框架可以採用，但是我感覺這些框架並未脫離以前Html標準的束縛，最多也只是在兼容的基礎上把這些新的標準與特性給糅合進來了，這些新增加的支持也並未解決H5的短板問題，所以我感覺，H5還要有很長的路要走，有可能是三年、五年，也可能是十年，說近也近，說遠也遠，立足眼下，SL還依舊是一個不錯的解決方案，與其爭論SL與H5的優劣，不如立足解決眼下的實際問題，實踐出真知。
不過，我一直擔憂的問題，不是SL作爲一個較佳的RIA解決方案的命題真與假，而是擔心微軟對SL的決斷，SL確實在走下坡路，它也最終將被H5替代，但是如果微軟硬生生地關閉SL的發展，這纔是最要命的。任何語言都有它擅長的領域，SL也不例外，就像早已過時的PB與Dephi，儘管已過風口，但是仍然是較佳的解決方案，PB強大的數據窗口，一招即可立足於江湖，Dephi繁多的控件支持，也足足讓它在江湖中爭得一席位子。
眼下SL的發展，我感覺應以OOB爲立足點，面對瀏覽器諸多不支持的圍剿，應自力更生，發展OOB亮點，這是我自學習及開發SL以來一直追捧的方向，OOB酷似桌面程序，卻可以方便更新，諸多的操作權限與便利，是獲得了更大更多的發揮空間，然而不巧的是，SL的OOB與自家的WPF有部分重疊，我擔心微軟會以此砍掉SL，大力主推WPF。
WPF依託Net框架的強大支持，更多的權限與便捷，但是慢騰騰的界面展現體驗，讓我不爽，再加笨重的net框架，以及對windows操作系統的要求，不便安裝與部署，讓我頭大。SL小巧，對環境支持還可以，是否可以兩者相借鑑或結合一下呢？簡述之，SL之OOB作爲WPF桌面開發的輕量級實現，兒WPF作爲SL的重量級呈現。
最後，還不禁要問微軟：SL的路在何方？不知微軟是否可以有一點點地意識到：SL的路在腳下呢。
不管SL的命運如何，隨着net core的帶來，相信SL會獲得重生或許會以另外的形式出現，也許WPF會更加效率，更加易用，也算是SL的造化與影響吧。
園子裏的那些曾經讓我敬佩不已的SL高手似乎都已經銷聲匿跡，像jv9、笨鳥、深藍色右手等等，最新的博文也是兩三年前發的了，你們是不是已經找到新的出路了呢？抑或淡出了這個漩渦圈呢？
現在園子裏的頭幾條都是後來者的一些探索與實踐的經驗帖，早已沒有了當年的那番景象，SL是越走越孤單了，但也就沉澱下來的都是那些精華了！