Vui lòng giải thích (các) lợi ích của việc sử dụng cú pháp dựa trên XML (ví dụ XAML) thay vì mã nguồn thông thường (ví dụ WinForms)? [đóng cửa]

Trước hết, xin lưu ý rằng câu hỏi này không phải là về WPF so với WinForms.

Những lợi ích xếp hạng cao nhất đã khiến Microsoft phát minh ra XAML theo hướng tiếp cận cũ của việc tạo mã C # có thể biên dịch được là gì?

Ấn tượng của tôi là các nhà phát triển khác dường như tìm thấy rất nhiều nhược điểm của nó, nhưng Microsoft đã đồng ý với nó, điều đó có nghĩa là có một lợi ích mà tôi không thấy. Tôi muốn bạn giải thích cho tôi những gì tôi đang thiếu.

Lợi ích lớn nhất của XAML là nó cho phép bạn mô tả giao diện người dùng của mình theo cách khai báo. Đó là, bạn không nói quá nhiều "tạo một hộp, bây giờ thay đổi kích thước nó", bạn nói "tạo một hộp và btw, đó là kích thước này"

Vị trí thứ hai mà XAML tỏa sáng là nó thực sự tận dụng các ràng buộc. Ví dụ:

<Button IsEnabled="{Binding IsBusy}">

Trong mô hình chế độ xem của bạn, bạn có thể chuyển về doanh nghiệp của mình và đặt IsBusy thành đúng hoặc sai và khi thay đổi, trạng thái kích hoạt của Nút sẽ tự động chuyển qua lại.

Vì vậy, như một ví dụ phức tạp hơn:

<ListBox ItemsSource={Binding Options}>
 <ListBox.ItemsTemplate>
  <CheckBox Checked="{Binding IsChecked}" Contents="{Binding Name}"/>
 </ListBox.ItemsTemplate>
</ListBox>

Trong ví dụ này, chúng tôi ràng buộc với một danh sách (Tùy chọn) và tạo một mục trong hộp danh sách cho mỗi mục. Điều thú vị ở đây là khi chúng ta thêm các mục vào danh sách hoặc xóa chúng, UI sẽ tự động được đồng bộ hóa với trạng thái của danh sách của chúng ta. Khi chúng tôi nhấp vào hộp kiểm trên mỗi mục, các đối tượng cơ bản được tự động cập nhật để phù hợp với giao diện người dùng. Với các công cụ mạnh mẽ như thế này, tôi đã hack các UI trong một phần nhỏ thời gian để tôi kết nối tất cả các sự kiện trong ứng dụng WinForms.

Nói chung, tất cả điều này có nghĩa là bạn có thể viết UI của mình ở định dạng khai báo và đây là một mức tăng năng suất lớn. Mặc dù, tôi phải đề cập rằng điều này làm với chi phí. Bạn có thể sẽ nhận được nhiều hiệu suất hơn từ ứng dụng WinForms vì mã sẽ ít khái quát hơn. Nhưng trừ khi bạn đang làm một cái gì đó như hiển thị 40.000 hàng trong lưới dữ liệu, bạn có thể sẽ không nhận thấy sự chậm chạp lớn khi sử dụng XAML.

Cũng cần đề cập rằng các lib UI khác hoàn thành mục tiêu tương tự mà không cần XML. Chẳng hạn, QT sử dụng Json (http://labs.qt.nokia.com/2009/05/13/qt-declarative-ui/)

8 lợi ích của XAML cho UI và hơn thế nữa

• XAML mô tả dữ liệu một cách ngắn gọn, nhưng con người và máy móc có thể hiểu được
• XAML hữu ích cho nhiều loại dữ liệu
• XAML sử dụng các mô hình đối tượng đã nhập để lập trình và xác nhận tốt hơn
• XAML có thể mở rộng và dung sai phiên bản
• XAML là công cụ
• XAML là XML (nó được hưởng lợi từ sự sẵn có của các công cụ sẵn có, nó có thể đọc được, v.v.)
• XAML cho phép các mô hình lập trình hướng sự kiện
• XAML có thể được biên dịch hoặc giải thích

Tôi xem XAML như một "ngôn ngữ trung gian" của UI; bạn có thể sử dụng nó với bất kỳ ngôn ngữ lập trình nào và trên các nền tảng khác nhau. Nó cho phép mô tả ngôn ngữ, nền tảng và thiết bị độc lập với giao diện người dùng.

Sử dụng XML cung cấp cho bạn siêu dữ liệu theo định dạng mà một số lượng lớn các trình phân tích cú pháp và các công cụ phân tích cú pháp hỗ trợ. Ít nhất về lý thuyết, điều này cho phép bất cứ ai lập trình meta chống lại nó bằng bất kỳ ngôn ngữ nào.

Thực tế hơn, XML cho phép bạn có vẻ như là một tiêu chuẩn mở hơn. Bạn có thể tranh luận rằng nó chỉ là đánh dấu như một trình duyệt, nhưng dễ phân tích hơn.

Đây là những lợi ích thực sự, nhưng trong thực tế có quá nhiều thứ đang diễn ra bên ngoài XAML để những lợi ích trở nên cực kỳ quan trọng.

XAML được thiết kế để đơn giản đại diện cho một hệ thống phân cấp của các đối tượng và không chỉ cho GUI như XPS và WF. Sử dụng XAML để xây dựng các ứng dụng sẽ giúp bạn cung cấp Ứng dụng Internet phong phú (RIA) cũng như các ứng dụng máy tính để bàn phong phú.

Việc sử dụng XAML làm đại diện khai báo dựa trên văn bản của GUI mang lại cho các công cụ phát triển MS một bước gần hơn với các công nghệ khác được coi là tiêu chuẩn trong ngành như HTML.

Một số tính năng chính của XAML (trên Windows Forms) là:

1. XAML cho phép vẽ các hình ảnh và biến đổi của Đồ họa vectơ có thể mở rộng (SVG). Một trong những lợi ích của đồ họa vector là chúng có thể mở rộng đến mọi kích thước mà không làm giảm chất lượng, do đó bạn không lo lắng nhiều về độ phân giải của máy tính người dùng.

2. Nhìn chung, các hình thức Windows phải chịu sự hỗ trợ hạn chế cho việc đặt điều khiển tự động do kích thước lại của cửa sổ và thay đổi trên bề mặt GUI (như khi các điều khiển mới được thêm hoặc xóa). Các điều khiển được định vị theo đặc tả rõ ràng của các giá trị hàng và cột cho mỗi điều khiển thông qua GUI hoặc mã chương trình. Mặc dù XAML cho phép thực hiện hành vi này, nhưng nó giới thiệu một cách dễ dàng hơn để giải quyết vấn đề này bằng cách cung cấp cho anh ta điều khiển Stack Control và điều khiển Wrap Panel.

3. Trong XAML, bạn có thể xây dựng các điều khiển mới từ các điều khiển hiện có trực tiếp trong XAML bằng cách sử dụng lồng nhau. Bạn có thể lồng một điều khiển hình ảnh trong điều khiển nút cùng với Bảng điều khiển ngăn xếp để tạo một loại nút mới, nghĩa là một nút có hình ảnh. Vì điều khiển này được tạo trong XAML, bạn không cần tạo một dll riêng để sử dụng nó như trường hợp trong các biểu mẫu Windows. Thí dụ:

   <Button Width="90" Height="40">
       <StackPanel Orientation="Horizontal">
         <Image Source="Yes.png" Width="14" Height="14" />
         <TextBlock Margin="5,1,0,0" Text="Yes" />
       </StackPanel>
   

4. Kiểu dáng và mẫu cho phép bạn tùy chỉnh giao diện của các điều khiển ở một số cấp độ tương tự như khả năng của CSS và HTML. Không cần lập trình thủ tục. Một thay đổi có thể được phản ánh trên toàn bộ GUI.

5. XAML cho phép các kỹ thuật liên kết dữ liệu nâng cao không có sẵn trong các biểu mẫu Windows. Bạn thậm chí có thể liên kết một điều khiển với (các) giá trị dữ liệu của bao phấn.

6. XAML cung cấp một khung Điều hướng tích hợp mà bạn có thể sử dụng hoặc thay thế bằng các khung khác. Trong thực tế WPF, Silverlight và XAML được thiết kế để tận dụng lợi thế của mẫu MVVM mà bạn không thể đạt được chính xác với Windows Forms.

7. Với sự ra đời của XAML, mã phía sau các tệp có thể được tách ra thành một bộ khử lớn hơn từ các tệp thiết kế giao diện. Tất nhiên sự phụ thuộc của một số tên vẫn tồn tại. Tuy nhiên, thực tế XAML là ngôn ngữ khai báo dựa trên văn bản tương tự như XML và HTML không yêu cầu trình biên dịch, cho phép các nhà thiết kế giao diện tạo các tệp XAML riêng biệt để sau đó được tích hợp với mã phía sau các tệp. Điều này không giống với trường hợp với các biểu mẫu cửa sổ nơi GUI được kết hợp chặt chẽ như mã thủ tục trong dự án. Các nhà thiết kế sử dụng XAML thậm chí có thể rời Visual Studio và sử dụng công cụ MS Expression Blend để tạo GUI của họ. MS Expression Blend được tạo ra cho các nhà thiết kế hơn là lập trình viên.

8. XAML cung cấp các kỹ thuật gốc tiên tiến cho hoạt hình và hiển thị video mà không cần các công cụ của bên thứ 3.

9. XAML được dự định để làm cho sự phát triển của phần mềm và trang web dựa trên Windows gần hơn so với việc sử dụng ASP.NET nad Windows Forms. Silverlight và WPF đều sử dụng XAML (mặc dù có một số khác biệt, nhưng phần lớn trải nghiệm có thể chuyển nhượng được).

10. SDK cho XAML bao gồm các điều khiển thú vị và nó cho phép bạn, trong số các tính năng khác, hỗ trợ trình bày kiểu trình hướng dẫn / bảng phân cảnh mà không cần sử dụng công cụ của bên thứ 3.

XAML mô tả dữ liệu một cách ngắn gọn, nhưng con người và máy móc có thể hiểu được

Về lý thuyết, mọi ngôn ngữ mới là thứ bạn cần học. Khá nhiều người thích nói nhiều / nhiều ngôn ngữ - vì nó được coi là phong phú ngôn ngữ. Điều này tồn tại và nó liên quan đến ngôn ngữ tự nhiên, nhưng không cần thiết để lập trình ngôn ngữ.

Bản thân tôi đã lập trình bằng khá nhiều ngôn ngữ bao gồm các tệp bó, perl, lua, python, c ++ và c #. Tôi có nhớ tất cả chúng không? Không, tôi có thể chuyển đổi bằng ngôn ngữ khác, nhưng nó cần có thời gian. Bây giờ chỉ cần viết bằng C #, sau đó chuyển sang C ++, bạn có thể dễ dàng kết hợp đó là NULL, null, nil hoặc nullptr tùy thuộc vào ngôn ngữ lập trình và đó là "phương ngữ". (c ++ bình thường, quản lý c ++)

xaml là xml "phương ngữ". Có dễ học không? dựa trên khá nhiều câu hỏi trên các diễn đàn khác tôi sẽ nói không.

Nó có thay thế C # không? Không.

Câu trả lời khá rõ ràng - Tôi thích có một ngôn ngữ lập trình, được thiết kế tốt (C # - vd: phản ánh kiểu dữ liệu), có hiệu quả tốt (như C ++) và có thể viết được script (C # -script, C ++ / cling hoặc thậm chí tốt hơn)

Hiện tại C ++ và C # không đáp ứng đầy đủ nhu cầu của tôi, nhưng xaml là một số định dạng dữ liệu kỳ lạ, mà tôi sẽ không coi là đáng để học (chỉ quấn quanh và che giấu nó khỏi mắt của nhà phát triển)

Cuối cùng, tôi muốn kết hợp lại ngôn ngữ tự nhiên (nói) với ngôn ngữ lập trình (ngôn ngữ được xây dựng giả tạo) thành cùng một ngôn ngữ - để nó có thể được sử dụng để giao tiếp và bởi các lập trình viên - sau này là ngôn ngữ lập trình "kiến trúc" hoặc "mẫu thiết kế" sẽ bắt đầu được ghi lại.

1. XAML cho phép vẽ các hình ảnh và biến đổi của Đồ họa vectơ có thể mở rộng (SVG).
2. ...

XAML thực sự giới thiệu một số tính năng cải tiến mới so với winforms, vì vậy, đáng để xem xét sử dụng nó. Nhưng cuối cùng nếu bạn muốn giao diện người dùng của bạn trở nên hoàn toàn năng động - xaml cần được thay thế bằng mã thời gian chạy tương tự.

Cuối cùng, giao diện người dùng nên sử dụng đơn giản - và điều đó có nghĩa là bộ điều khiển tối thiểu, các điều khiển trông giống nhau (hủy, ok, phím tắt, cùng chiều rộng / chiều cao, v.v.) có nghĩa là UI có thể được tạo tự động nhiều hơn hoặc ít hơn.

Btw - có thể nhúng trực tiếp vào mã C # xaml không? Dữ liệu meta, chuỗi, ý kiến?

Đôi khi gọn gàng để lạm dụng hoặc lạm dụng ngôn ngữ theo cách mà không ai tưởng tượng được nó sẽ được sử dụng. Perl làm điều này rất nhiều, nhưng tôi thích cú pháp gọn gàng hơn là mật mã. Nhưng C # so với xaml - tôi sẽ chọn C #.

Một lợi ích là XAML có thể được sử dụng trong các ứng dụng khác. Một ví dụ điển hình là XAML có thể được phát triển trong Blend bởi một nhà thiết kế / nghệ sĩ trong khi các phần bên trong (mã phía sau) được mã hóa trong studio hình ảnh.

Tôi tin rằng đó là nỗ lực của Microsoft trong việc đánh dấu UI riêng biệt so với mã phía sau và để UI có thể được mã hóa bởi những người không lập trình bằng cách sử dụng một công cụ như Blend.

Nhưng, nhiều cửa hàng không có Blend nên đối với nhiều người trong chúng ta, nó trông giống như một phát minh lại của bánh xe.

Đây là 8 điểm được mua bởi một người nào đó gần máy khách windows hơn:

8 lợi ích XAML

Một điểm tôi không thấy trong rất nhiều câu trả lời là xaml mã hóa cốt lõi của các hiệu trưởng wpf desgin. Phân chia biểu diễn trực quan và logic hình ảnh (trong thực tế, điều này bị giới hạn ở các kích hoạt và như vậy nhưng giả sử không có điều khiển tùy chỉnh, đây thường là tất cả những gì bạn cần) từ logic nghiệp vụ. Điều này cũng kết hợp tốt như những người khác đã lưu ý với một cú pháp rõ ràng để ràng buộc, thuộc tính đính kèm và dữ liệu meta khác có thể dài dòng hơn trong mã C # bình thường.

Trên một ghi chú ý kiến ​​cá nhân hơn, một điều tôi thấy hay về xaml là beter đại diện cho hệ thống phân cấp trực quan của các điều khiển thay vì chỉ tạo mã. Nhìn thoáng qua, thật dễ dàng để thấy một điều khiển có liên quan đến những điều khiển khác như thế nào.