Chọn WPF hoặc Silverlight hoặc bất kỳ thứ gì khác cho vấn đề đó trên cơ sở hợp thời trang dường như tôi chỉ đơn giản là ngớ ngẩn, trừ khi bạn đang cố gây ấn tượng với một cô gái hoặc một ông chủ tóc nhọn.
Mục đích của phần mềm viết là kiếm tiền. Đó là lý do tại sao Microsoft làm điều đó, đó là lý do tại sao tôi làm điều đó và có lẽ đó là lý do tại sao bạn làm điều đó. Trong khi chắc chắn có những người xung quanh làm điều đó bởi vì họ thích làm việc đó hoặc theo đuổi những lý tưởng cao cả, những người đó không phải là lực lượng thị trường hiệu quả và không có tiếng nói thực sự.
Hầu hết số tiền nằm trong các ứng dụng doanh nghiệp (LOB) và tất cả các công cụ được xây dựng với mục đích rõ ràng là bán chúng cho những người đang cố gắng xây dựng ứng dụng LOB, vì nó đại diện cho phần lớn ngân sách công cụ dành cho nhà phát triển của thế giới.
Silverlight tối đa phiên bản ba về cơ bản cạnh tranh với Flash, có nghĩa là nó vô ích đối với mọi thứ nhưng lấp lánh trên trang web: chứng kiến tất cả các trang mẫu được liên kết với trang Silverlight của Microsoft.
Sự thúc đẩy lớn của Microsoft trong SL4 là hỗ trợ cho phát triển LOB; các công cụ RIA. Nhưng tại sao? Bởi vì trong khi bạn có thể phát triển LOB với HTML, CSS, AJAX, Flash và dịch vụ web, điều đó giống như nói rằng bạn có thể chế tạo một chiếc xe đẹp từ bộ Meccano, miễn là bạn đã sẵn sàng sử dụng nhiều bog. Silverlight làm những điều tương tự, nhưng hiệu quả và mạch lạc, với một môi trường phát triển thống nhất. Và nó sáng bóng.
Đây là một cải tiến to lớn đối với bộ công cụ bị hỏng để làm việc với HTML, CSS, AJAX, Flash và dịch vụ web, và nếu bạn đang bán mà studio phát triển tích hợp, nó thật tuyệt vời.
Silverlight có nghĩa là phát hành dễ dàng. Nếu họ không có Silverlight thì sao? Họ sẽ, ngay cả khi Microsoft phải tàng hình nó bên trong gói dịch vụ tiếp theo. Dễ dàng triển khai là tuyệt vời nếu bạn là phòng CNTT, và tuyệt vời nếu bạn đang bán dịch vụ văn phòng. Nó cũng tuyệt vời nếu bạn đang phát triển bởi vì bạn không phải muck về phát triển hoặc thử nghiệm bộ dụng cụ thiết lập.
Đối với các loại dịch vụ văn phòng, không có lựa chọn hợp lý nào khác. Đối với các ứng dụng LOB thông thường, không có lý do gì để không sử dụng nó và việc triển khai dễ dàng hơn và thuận tiện hơn nhiều. nếu bạn cần phải làm điều gì đó bên ngoài những giới hạn đó, thì Silverlight không thích hợp.
Có thể cần lưu ý rằng ứng dụng của tôi thực hiện một số thứ (công cụ TCP trực tiếp) không được Silverlight hỗ trợ và điều này hoàn toàn không có vấn đề gì; máy chủ thực hiện chúng thay mặt cho khách hàng và điều này độc đáo né tránh tất cả các mối nguy hiểm môi trường xung quanh việc triển khai trong tự nhiên vì chúng ta có thể kiểm soát môi trường máy chủ.
Tôi nghĩ rằng hỗ trợ đa nền tảng là một furfy, bởi vì Silverlight trên nền tảng không phải Windows chạy xa phía sau và các máy trạm thương mại không phải Windows cũng rất ít. Các doanh nghiệp không sử dụng Linux trên máy trạm. Macintosh không phải là một nền tảng, nó là một tôn giáo: không có điểm thậm chí nói chuyện với họ.
Tất cả những gì đã nói, trước VS2010 không có nhà thiết kế Silverlight. XAML vô tận mã hóa bằng tay là số đau khổ khổng lồ trong bum. SL4/RIA trong VS2010 thật tuyệt vời nhưng Joe Public chưa có nó và không thể sử dụng nó để tung ra nếu anh ta làm, bởi vì không có giấy phép hoạt động hoặc thời gian chạy của người dùng cuối.
Điều này khiến WPF là lựa chọn thực tế duy nhất. Tuy nhiên [trống cuộn] một phiên bản beta cuối cùng với một giấy phép đi-sống và một thời gian chạy sẽ có sẵn Real Soon Now, có thể là cuối tháng Hai. Kudos cho ScottGu và nhóm.
Lý do chính cho chúng tôi là ... chúng tôi có quyền truy cập vào người dùng MacOS :-) – TimothyP
Không nghi ngờ gì - đó là lý do chính đáng! Trong miền của tôi, đó không phải là thứ chúng tôi cần. – stiank81