The Road to Silverlight: ทำไมไม่เลือก Silverlight?

ตั้งแต่ปลายปี 2010 มีเสียงมากมายเกี่ยวกับความตายที่กำลังจะเกิดขึ้นของ Silverlight จากนั้นข้อเท็จจริงมากขึ้นแสดงให้เห็นว่า Microsoft ค่อยๆเลิก Silverlight เหตุผลพื้นฐานคือประมาณเพราะมันรู้สึกถึงแรงกดดันของ HTML5 และเหตุผลโดยตรงคือมันไม่ได้รับชัยชนะมากนักในการแข่งขันกับ Flash

เนื่องจากความนิยมของ iPhone งานประกาศอย่างมั่นใจว่าปลั๊กอินเบราว์เซอร์ทั้งหมดเป็น "ความชั่วร้าย" ดังนั้นเบราว์เซอร์ iOS จึงปฏิเสธปลั๊กอินใด ๆ รวมถึงแฟลชและแน่นอน Silverlight จากนั้นเมื่อ Metro-ie ใน Win8 เป็นเหมือนงานที่ออกแบบมาและไม่รองรับปลั๊กอินใด ๆ ฉันก็ยังไม่เชื่อว่าแว่นตาของฉันแตก ทำไม Microsoft ถึงไม่มั่นใจและเป็นอิสระ?

ผลิตภัณฑ์ใด ๆ เป็นเครื่องมือ ฉันไม่ใช่นักออกแบบของ Silverlight และไม่มีความรู้สึกพิเศษสำหรับมัน หากมีเทคโนโลยีที่ดีกว่าที่สามารถแทนที่มันได้ดีมาก ฉันจะเป็นคนแรกที่ยืนขึ้นเพื่อสนับสนุนผลิตภัณฑ์ใหม่ แต่คำถามคือ HTML5 สามารถแทนที่ Silverlight ได้จริงหรือไม่?

Silverlight เป็นไคลเอนต์ไขมันที่พัฒนาขึ้นในภาษา C# (หรือ VB.NET) เชื้อสายนี้กำหนดกระบวนการพัฒนาโดยกำเนิด โครงสร้างโปรแกรมจะต้องเหมือนกับแอปพลิเคชัน Windows ในความเป็นจริงมันก้าวไปอีกขั้น เชื้อสายที่สืบทอดมาจาก Silverlight จาก WPF ทำให้ MVVM ทำงานได้ดีมาก ชุดผลิตภัณฑ์ที่สมบูรณ์นี้ถือเป็นห่วงโซ่นิเวศวิทยาที่ทรงพลังโดยใช้กรอบ. NET, MVVM เป็นรูปแบบขององค์กรและภาษาระดับสูงเป็นภาษาการพัฒนา Silverlight รวมเทคโนโลยีการพัฒนาของไคลเอนต์และเซิร์ฟเวอร์และเติมช่องว่างระหว่างเบราว์เซอร์ที่แตกต่างกัน

ยิ่งไปกว่านั้น Silverlight มีประโยชน์อย่างยิ่งในรูปแบบการทำงานของ SOA การรวมเข้าด้วยกันอย่างลึกซึ้งกับ WCF ทำให้มันง่ายและสง่างามในการพัฒนาโปรแกรมเว็บที่มีประสิทธิภาพและมุ่งเน้น

แล้ว HTML5 ล่ะ? ช่วยเพิ่มความสามารถในการประมวลผลกราฟิกเพิ่มความสามารถในการสตรีมและยังเพิ่มฟังก์ชั่นการปฏิบัติอื่น ๆ อย่างไรก็ตามนี่ยังห่างไกลจาก RIA มันไร้ประโยชน์สำหรับวิศวกรรมซอฟต์แวร์ประสิทธิภาพและประสิทธิภาพการพัฒนา

ก่อนอื่นจากมุมมองของภาษาและโครงสร้างข้อดีของภาษาระดับสูงการพิมพ์ที่แข็งแกร่งและการมุ่งเน้นวัตถุไม่จำเป็นต้องมีคำอธิบายที่ไม่จำเป็น ประวัติความเป็นมาของซอฟต์แวร์ในช่วงไม่กี่ทศวรรษที่ผ่านมาเป็นหลักฐานเหล็กและรูปแบบการออกแบบที่ยอดเยี่ยมนั้นสำคัญยิ่งกว่าความสามารถในการอ่านการบำรุงรักษาความปลอดภัยและความยืดหยุ่นของซอฟต์แวร์ เกี่ยวกับเรื่องนี้โดยทั่วไปไม่จำเป็นต้องมี "หลักฐาน" พิเศษ ทุกคนที่เรียนรู้การเขียนโปรแกรมควรรู้ถึงความสำคัญและบทบาทของรูปแบบการออกแบบ

HTML5 ไม่ใช่ "HTML เอง" ในความเป็นจริงมีตัวเอกชื่อ JavaScript ซึ่งเกือบจะถูกเพิกเฉยโดยผู้คน ในทุกสถานที่ที่มีโอกาสที่ยอดเยี่ยมและคุณสมบัติข้ามแพลตฟอร์มของ HTML5 ถูกพูดถึงเกี่ยวกับแทบไม่มีใครพูดถึงชื่อของ JavaScript อย่างไรก็ตามในความเป็นจริงฟังก์ชั่นและพฤติกรรมแบบไดนามิกต่าง ๆ ใน HTML จะต้องดำเนินการโดย JS ทั้งหมด HTML5 เป็นโซลูชันเว็บแอปพลิเคชันควรเรียกว่า "HTML5 และ JavaScript" จริง

ในความเป็นจริงถ้าคุณคิดอย่างระมัดระวังมากขึ้นคุณจะพบว่า JavaScript ซึ่งถูกซ่อนไว้เบื้องหลังโดยผู้คนอย่างจงใจเป็นตัวเอกหมายเลขหนึ่งที่แท้จริงและ HTML5 เป็นเพียงบทบาทสนับสนุน

ไม่นานมานี้ Microsoft แสดงเกมที่เรียกว่า "Cutting Rope" ซึ่งอ้างว่าถูกนำไปใช้กับ HTML5 เกมนี้น่าประหลาดใจจริงๆ อย่างไรก็ตามใครก็ตามที่ทำงานในการพัฒนาเว็บควรตระหนักทันทีว่าในการดำเนินการของเกมนี้บัญชี HTML5 มีบัญชี JavaScript ราคาเท่าใด? รหัสการทำงานของมันคือภาษาใด คำตอบนั้นง่ายและชัดเจน แทนที่จะบอกว่าเกมนี้ใช้เพื่อแสดง HTML5 ฉันคิดว่ามันจะดีกว่าที่จะแสดง JavaScript

เมื่อพูดถึงเกมคุณควรคุ้นเคยกับเกมออนไลน์ที่ได้รับความนิยมในประเทศจีนในช่วงไม่กี่ปีที่ผ่านมา ฟังก์ชั่นที่ทรงพลังนั้นรับรู้ได้อย่างสมบูรณ์โดย JS? มันทำให้ฉันรู้สึกมึนงงถ้าฉันคิดถึงมัน ไม่ว่าจะเป็นไปได้หรือไม่แม้ว่าจะสามารถทำได้คุณไม่คิดว่านี่เป็นการถดถอยครั้งสำคัญในประวัติศาสตร์การเขียนโปรแกรมหรือไม่? ---- หลังจากการพัฒนามานานหลายปีแล้วภาษาระดับสูงได้ถูกแทนที่ด้วยภาษาสคริปต์?

ในความเป็นจริงเกมเป็นเพียงตัวอย่าง ในขณะที่เว็บแอปพลิเคชันได้รับความนิยมมากขึ้นผู้คนจึงต้องการแอปพลิเคชั่นที่แข็งแกร่งขึ้นบอบบางมากขึ้นและมีประสิทธิภาพสูงขึ้นและแอปพลิเคชันไคลเอนต์ที่ซับซ้อนมากขึ้นซึ่งทั้งหมดหมายถึงการเขียนโปรแกรมที่ใหญ่ขึ้น สำหรับ "HTML5 Solutions" อันที่จริงแล้วหมายความว่าผู้ใช้ทุกคนจะต้องดำเนินการผ่าน JavaScript และสำหรับแอปพลิเคชันขนาดใหญ่ซึ่งอาจหมายถึงรหัสหลายล้านบรรทัด ---- ในการเขียนโปรแกรมในระดับนี้ JS เปรียบได้กับ C#ที่ทรงพลังหรือไม่?

ไม่ใช่แค่นั้น

ตัวอย่างเช่นโครงการ บริษัท ของฉันเว็บแอปพลิเคชันมุ่งเน้นไปที่เครือข่ายพื้นที่ท้องถิ่นและไม่พิจารณาข้อ จำกัด ของอินเทอร์เน็ต ---- นี่เป็นสถานการณ์การใช้งานสำหรับเว็บแอปพลิเคชันจำนวนมาก ใน LANs ปลั๊กอินไคลเอนต์เช่น Silverlight สามารถบรรลุการสื่อสารที่มีประสิทธิภาพสูง (สตรีมข้อมูลไบนารี) และการประมวลผลข้อมูล นี่เป็นอุปสรรคต่อเชื้อสาย HTML5 ตามการตีความข้อความธรรมดา ประสิทธิภาพของมันไม่สามารถสูงกว่าปลั๊กอิน

นอกเหนือจากประสิทธิภาพการสื่อสารแล้วยังมีประสิทธิภาพของเอฟเฟกต์แบบไดนามิก Silverlight สามารถใช้การเร่งความเร็วฮาร์ดแวร์โดยตรงในขณะที่ HTML5 ขึ้นอยู่กับเบราว์เซอร์ดังนั้นเช่นเดียวกับประสิทธิภาพการสื่อสารมันจะต่ำกว่า Silverlight เท่านั้นและไม่มีความเป็นไปได้สูงกว่า

มีประสิทธิภาพการพัฒนา (ค่าใช้จ่าย) หรือไม่? Silverlight ตาม. NET สามารถใช้ฟังก์ชั่นที่ทรงพลังของ Visual Studio ได้อย่างสมบูรณ์ นักพัฒนามักจะไม่รู้สึกถึงความแตกต่างระหว่างสิ่งนี้กับการพัฒนาโปรแกรม Windows . NET Framework ห่อหุ้มฟังก์ชั่นสำเร็จรูปจำนวนมากการควบคุมที่หลากหลายประสบการณ์การเขียนโปรแกรมที่คุ้นเคยและการสนับสนุนการดีบักที่มีประสิทธิภาพ

เรายังคุ้นเคยกับการพัฒนาของ JS แม้ว่า VS จะเสริมสร้างการสนับสนุน JS อย่างต่อเนื่องในช่วงหลายปีที่ผ่านมาเมื่อเทียบกับเฟรมเวิร์ก. NET ขนาดใหญ่และ Runtime. NET และ Debugger ที่เป็นผู้ใหญ่มันเป็นเพียงภาษาสคริปต์ ไม่ว่าเมาส์จะอ้วนแค่ไหนมันจะไม่หนักกว่าช้าง นี่คือสามัญสำนึกพื้นฐาน

วางปัญหาด้านการปฏิบัติข้างต้น HTML5 อยู่ที่ไหน?

ก่อนอื่น HTML ต้องการการสนับสนุนเบราว์เซอร์ HTML5 เองเป็นเพียงมาตรฐานและการใช้งานขึ้นอยู่กับเบราว์เซอร์ ด้วยเหตุผลหลายประการเบราว์เซอร์แต่ละตัวมี "บุคลิก" ของตัวเองเสมอ HTML4 ไม่ได้ไม่มีมาตรฐาน แต่ข้อเท็จจริงที่อยู่ข้างหน้าคุณได้แสดงให้เห็นอย่างเต็มที่ว่าผู้ผลิตเบราว์เซอร์จะปฏิบัติตามมาตรฐานนี้ได้อย่างไร ไม่มีเหตุผลที่จะพิสูจน์ว่ายุคของ HTML5 สามารถแก้ปัญหานี้ได้อย่างสมบูรณ์

ประการที่สองยังมีเพียงไม่กี่ที่รองรับเบราว์เซอร์ HTML5 มันยังคงเป็นทางยาวในการกำจัดเบราว์เซอร์เก่าทั้งหมด และสามารถคาดการณ์ได้ว่าไม่ว่าในห้าปีหรือสิบปีตลาดจะเต็มไปด้วยเบราว์เซอร์รุ่นต่างๆและเบราว์เซอร์แต่ละตัวจะแตกต่างกันบ้าง นอกจากนี้ IE9 ของ Microsoft ถูกเปิดตัวนานแค่ไหน? IE10 ได้รับการปล่อยตัวแล้ว แม้ว่า IE10 และ IE9 เป็นทั้งเบราว์เซอร์ที่รองรับ HTML5 แต่ก็มีความแตกต่างที่มองเห็นได้มากมาย ในบรรดาเบราว์เซอร์ที่ยังไม่มีชีวิต Microsoft เพียงอย่างเดียวมี 5 ผลิตภัณฑ์ที่แตกต่างจาก IE6 ถึง IE10

ประการที่สามการสร้างเว็บแอปพลิเคชันที่ทรงพลังไม่เพียง แต่ต้องครบกำหนดในเทคโนโลยีพื้นฐาน แต่ยังต้องใช้ไลบรารีคลาสจำนวนมาก HTML5 เองนั้นไม่โตพอและสร้างเว็บแอปพลิเคชันที่ซับซ้อนโดยใช้ HTML5 (JS) ขาดการโน้มน้าวใจและการสนับสนุนห้องสมุดชั้นเรียนที่เพียงพอ หากเบราว์เซอร์ในอนาคตสามารถอธิบาย JS เช่น Silverlight หรือ Flash ได้จริง ๆ มันจะเป็นกระบวนการที่ยาวมาก

เมื่อเทียบกับความไม่สมบูรณ์ของ HTML5 Silverlight เป็นผลิตภัณฑ์สำเร็จรูปที่อยู่ตรงหน้าคุณ ฉันกังวลว่าจะเกิดอะไรขึ้นอีกสิบหรือยี่สิบปีต่อมา นั่นเป็นเพราะฉันเต็มและไม่มีอะไรทำ

ฉันยอมรับว่าการกังวลเกี่ยวกับสิ่งที่จะเกิดขึ้นสิบหรือยี่สิบปีต่อมาไม่ได้หมายความว่าคุณเต็มและไม่มีอะไรทำ จากนั้นมาดูอนาคต

Win8 นั้นเทียบเท่ากับ Win7+Metro กล่าวคือวางโหมดเดสก์ท็อปที่เข้ากันได้กับ Win7 โหมดเมโทรคือ Win8 จริง

อย่างไรก็ตามเมโทรคืออะไร? โหมดรถไฟใต้ดินจะละทิ้งหน้าต่าง WPF และแม้กระทั่ง. NET ในราคาที่ใหญ่เช่นนี้จริง ๆ แล้วจะจำลองระบบปฏิบัติการมือถือ ไม่เพียง แต่จะไม่สามารถปรากฏตัวในรูปลักษณ์ได้อย่างสมบูรณ์ แต่ Windows Application Store ยังเป็นการแสดงออกถึงความรักที่มีต่อ Apple โดยตรง เมื่อพิจารณาถึงการออกแบบที่ผิดปกติของ Metro-ie ... ฉันเคยสงสัยว่า Win8 ได้รับการพัฒนาภายใต้การแนะนำของงานหรือไม่

แม้ว่าโหมดเมโทรจะดูสดชื่นเล็กน้อยคอมพิวเตอร์ส่วนบุคคลไม่ใช่คอนโซลเกม ผู้คนจำนวนมากต้องใช้คอมพิวเตอร์ในการทำงานหรือทำสิ่งที่คล้ายกับสำนักงาน ยิ่งพวกเขาใช้มันมากเท่าไหร่พวกเขาก็ยิ่งพบว่ามันเจ็บปวดแค่ไหนที่จะมีโหมดรถไฟใต้ดินที่ไม่มีหน้าต่าง เป็นเรื่องปกติที่ผู้คนจะใช้แอปพลิเคชันสองรายการขึ้นไปในเวลาเดียวกัน ยิ่งไปกว่านั้นเนื่องจากขนาดของจอภาพยังคงเพิ่มขึ้นจอภาพมีความสามารถในการแสดงข้อมูลเพิ่มเติมทุกปี แต่เมโทรบอกผู้ใช้: ไม่หน้าจอทั้งหมดของคุณสามารถใช้เพื่อแสดงแอปพลิเคชันเดียวเท่านั้น คุณต้องการแชทกับ QQ ขณะดูหนังหรือไม่? ที่รักไม่อนุญาต ...

คอมพิวเตอร์ไม่ใช่โทรศัพท์มือถือ นักออกแบบของ Win8 ไม่เข้าใจความจริงง่ายๆเช่นนี้ รถไฟใต้ดินของ Win8 ไม่สามารถพูดได้ว่าไม่มีประโยชน์ แต่ก็มีข้อ จำกัด อย่างมากในการใช้งาน

ดังนั้นทิศทางการพัฒนาในอนาคตของ Windows จะไม่เป็นรถไฟใต้ดินที่น่าเบื่อ แต่เป็นโหมดหน้าต่างคลาสสิก

เมื่อคุณเข้าใจสิ่งนี้คุณสามารถเชื่อได้ว่าอนาคตฉันจะไม่ปิดการใช้งานปลั๊กอิน แม้ว่าเมโทรจะยังคงเป็นกาฝากในระบบปฏิบัติการเช่นประหลาดใจใน Win9 แต่ก็จะไม่ทำให้เกิดพายุใด ๆ โหมด Win7 บนเดสก์ท็อปคือราชาและตราบใดที่เบราว์เซอร์ไม่ปิดใช้งานปลั๊กอินไม่ต้องสงสัยเลยว่ามีความพร้อมของ Silverlight หรือ Flash แม้ว่า Microsoft อาจจะไม่เปิดตัว Silverlight 6 อีกแล้ว แต่ไง? Silverlight จะยังคงทำงานได้ดีภายในสิบปีแล้วสำหรับสิ่งที่จะเกิดขึ้นสิบปีต่อมา ... อันที่จริงแล้วรหัสส่วนใหญ่จะไม่คงอยู่นาน

มีคนจีนเก่าพูดว่า "ลืมบรรพบุรุษของตัวเลข" สำหรับเว็บแอปพลิเคชันฉันคิดว่าอัจฉริยะของเทคโนโลยีกำลังลืมบรรพบุรุษของตัวเลข พวกเขากำลังจินตนาการอย่างสุ่มสี่สุ่มห้าเกี่ยวกับข้ามแพลตฟอร์ม แต่ลืมไปว่าเทคโนโลยีคอมพิวเตอร์ใช้สำหรับอะไร?

คอมพิวเตอร์เป็นเครื่องมือและประวัติการพัฒนาทั้งหมดเป็นเพียงเพื่อให้บริการผู้ใช้เท่านั้น เทคโนโลยีที่นำประสบการณ์ที่ดีกว่ามาให้ผู้ใช้นั้นมีค่าและสามารถเอาชนะเทคโนโลยีเก่า ๆ ได้ มันไม่มีเหตุผลและโง่ที่จะตรึงอนาคตของเว็บในระดับต่ำ, พิมพ์, ยากต่อการควบคุม, JavaScript ประสิทธิภาพต่ำ (HTML ถูกใช้โดยทั่วไปเพื่อนำเสนอเนื้อหาคงที่และเว็บแอปพลิเคชันมุ่งเน้นไปที่ไดนามิกมากกว่าแบบคงที่) เป็นความคิดที่โง่เขลา เมื่อ Jobs อ้างอย่างภาคภูมิใจว่าปลั๊กอินทั้งหมดเป็น "ความชั่วร้าย" ฉันตกลงกันว่าปรัชญาของเขา ("พจนานุกรม") ก็สมเหตุสมผล แต่เมื่อเขานับพจนานุกรมนี้เขาก็ลืม "บรรพบุรุษ" ของเขา (แอปพลิเคชันต้องให้บริการผู้ใช้)

เทคโนโลยีไม่สามารถระงับความต้องการของผู้ใช้ได้เพียงเพราะสามารถประหยัดกำลังคนได้และจะต้องใช้ทรัพยากรคอมพิวเตอร์ของผู้ใช้มากขึ้นไม่จำเป็น ในทางตรงกันข้ามหากสามารถปรับปรุงประสิทธิภาพประหยัดทรัพยากรบรรลุผลลัพธ์ที่ดีขึ้นและปรับปรุงประสบการณ์ผู้ใช้ไม่ว่าจะต้องใช้ความพยายามเท่าใด

ในความเป็นจริงมีหลายฟังก์ชั่นที่ JS+HTML ไม่สามารถทำได้และ JS+HTML นั้นแย่มากในด้านความปลอดภัย (ใครสามารถรับประกันความปลอดภัยของการช็อปปิ้งออนไลน์ได้) เป็นไปไม่ได้ที่จะปิดการใช้งานปลั๊กอินไม่เพียง แต่ต่อหน้าคุณ แต่ยังในอีกสิบปีด้วย แค่คิดถึงความต้องการสภาพแวดล้อมเว็บที่แข็งแกร่งและปลอดภัยกว่าสำหรับผู้ใช้คุณรู้ว่าปลั๊กอินสามารถ จำกัด ได้ แต่ไม่สามารถห้ามได้ (ปลั๊กอินที่ยุ่งเหยิงบางอย่างน่ารำคาญจริงๆ แต่พวกเขาห้ามมิให้กินปลาเพราะมีหนามหรือไม่มันโง่เสมอไปที่จะเลิกกินเพราะสำลัก)

Flash เป็นปลั๊กอินเว็บที่ยอดเยี่ยมและทรงพลัง แต่ไม่เหมาะในระบบนิเวศของ Microsoft ดังนั้นจึงไม่สมจริงที่จะใช้แฟลชแทน Silverlight ไม่ว่าจะให้เทคโนโลยีของ Microsoft ทั้งหมดหรือ Silverlight เป็นเพียง

ในความเป็นจริงฉันคิดว่าอนาคตของเว็บควรขึ้นอยู่กับโหมด SOA ของลูกค้าหลายราย ฟังก์ชั่นนี้ใช้งานโดยบริการและ UI ถูกนำไปใช้โดยแพลตฟอร์มที่แตกต่างกันโดยใช้เทคโนโลยีที่เหมาะสมที่สุด มันไม่มีเหตุผลที่จะติดตามข้ามแพลตฟอร์มแบบสุ่มสี่สุ่มห้า หน้าจอของโทรศัพท์มือถือกำหนดว่าโหมดการแสดงผลและการทำงานจะต้องแตกต่างจากคอมพิวเตอร์

หัวข้อนี้แย่มาก แต่ฉันก็ยังต้องพูดถึงมัน วิธีการพัฒนาใหม่ของแอพ Win8 Metro ซึ่งสามารถเรียกได้ว่า Silverlight6 ยังคงใช้ XAML และใช้คล้ายกับ "Framework. NET ที่ จำกัด " เช่น Silverlight เป็นกรอบการเขียนโปรแกรม โปรแกรม Silverlight บางโปรแกรมสามารถรวบรวมลงในแอพ Win8 ได้โดยตรงโดยไม่ต้องเปลี่ยนบรรทัดใด ๆ

ฉันไม่ได้มองโลกในแง่ดีเกี่ยวกับ Win8 และแอพ Metrol แต่ฉันเชื่อว่า XAML และ MVVM จะคงอยู่ตลอดไป WPF จะไม่ตายและเทคโนโลยีที่ใช้โดย Silverlight จะไม่ตาย

ในแง่หนึ่งแม้ว่า Silverlight5 จะเป็นเวอร์ชั่นสุดท้าย แต่ก็สามารถพิจารณาได้ว่า Silverlight เพิ่งเปลี่ยนชื่อและมันเกิดใหม่ในเทคโนโลยีใหม่

Microsoft หยุดการพัฒนาของ Silverlight แต่ Microsoft ไม่เคยประกาศอย่างชัดเจนว่าโครงการ Silverlight จะถูกยกเลิก นี่เป็นปรากฏการณ์ที่น่าสนใจมาก กฎระเบียบปัจจุบันของ Microsoft คือ "ไม่ได้รับอนุญาตให้พูดถึง" หาก Microsoft มุ่งมั่นที่จะยอมแพ้อย่างแท้จริงทำไมคุณต้องทำ "ไม่ได้รับอนุญาตให้พูดถึง" เพื่อแกล้งทำเป็นนกกระจอกเทศ?

ฉันคิดว่า Microsoft กำลังดูอยู่ พวกเขากำลังดูว่าปลั๊กอินเบราว์เซอร์จะไม่มีโอกาสหรือไม่ หากปลั๊กอินอื่น ๆ รวมถึงแฟลชกำลังจะตายอย่างช้าๆในอนาคต Microsoft จะยอมแพ้ Silverlight ตามธรรมชาติ ในทางตรงกันข้ามหากปลั๊กอินเบราว์เซอร์ได้รับการพิสูจน์แล้วว่าสะดวกสบายมากและไม่มีวี่แววของความตายพวกเขาสามารถรีสตาร์ทโครงการ Silverlight ได้ตลอดเวลาและเปิดตัว Silverlight6

ดังนั้นฉันคิดว่าแม้ว่าการกลับชาติมาเกิดและการเกิดใหม่ของ Silverlight จะไม่ได้รับการพิจารณาแม้แต่ผลิตภัณฑ์ Silverlight เอง (และชื่อนี้) ก็มีแนวโน้มที่จะฟื้นคืนชีพในอนาคต

ดังนั้นสำหรับนักพัฒนาเว็บที่อาศัยอยู่ใต้ท้องฟ้าของ Microsoft การเลือก Silverlight สามารถบรรลุฟังก์ชั่นที่ทรงพลังได้เร็วขึ้นและหรูหรายิ่งขึ้น ทำไมไม่เลือก Silverlight?