Nhìn nhận lại, việc dựa trên XAML trên XML là một sai lầm hay một cách tiếp cận tốt?

XAML về cơ bản là một tập hợp con của XML. Một trong những lợi ích chính của việc dựa trên XAML trên XML được cho là nó có thể được phân tích cú pháp bằng các công cụ hiện có. Và nó có thể, ở một mức độ lớn, mặc dù các giá trị thuộc tính (cú pháp không tầm thường) sẽ ở dạng văn bản và yêu cầu phân tích cú pháp thêm.

Có hai lựa chọn thay thế chính để mô tả GUI bằng ngôn ngữ có nguồn gốc XML. Một là làm những gì WinForms đã làm và mô tả nó bằng mã thực. Có rất nhiều vấn đề với điều này, mặc dù nó không hoàn toàn không có lợi thế (một câu hỏi để so sánh XAML với phương pháp này ). Thay thế chính khác là thiết kế một cú pháp hoàn toàn mới được thiết kế riêng cho nhiệm vụ trong tay. Điều này thường được gọi là một ngôn ngữ cụ thể miền .

Vì vậy, nhìn nhận lại và như một bài học cho các thế hệ tương lai, liệu có nên dựa trên XAML trên XML hay không, liệu nó có tốt hơn như một ngôn ngữ dành riêng cho miền được thiết kế tùy chỉnh không? Nếu chúng ta đang thiết kế một khung UI tốt hơn nữa, chúng ta nên chọn XML hoặc DSL tùy chỉnh?

Vì việc suy nghĩ tích cực về hiện trạng dễ dàng hơn nhiều, đặc biệt là một cộng đồng khá được cộng đồng yêu thích, tôi sẽ đưa ra một số lý do ví dụ về lý do tại sao xây dựng trên XML có thể bị coi là một sai lầm.

Căn cứ một ngôn ngữ tắt XML có một điều sẽ cho nó: nó dễ dàng hơn để phân tích cú pháp (phân tích cú pháp cốt lõi đã có sẵn), đòi hỏi nhiều, nhiều công việc thiết kế ít hơn, và phân tích cú pháp thay thế cũng dễ dàng hơn nhiều để viết cho các nhà phát triển bên thứ 3.

Nhưng ngôn ngữ kết quả có thể không thỏa mãn theo nhiều cách khác nhau. Nó khá dài dòng. Nếu bạn thay đổi loại của một cái gì đó, bạn cần thay đổi nó trong thẻ đóng. Nó có hỗ trợ rất kém cho ý kiến; không thể bình luận một thuộc tính. Có những hạn chế được đặt trên nội dung của các thuộc tính theo XML. Các phần mở rộng đánh dấu phải được xây dựng "trên cùng" của cú pháp XML, không được tích hợp sâu và độc đáo vào nó. Và, sở thích cá nhân của tôi, nếu bạn đặt thứ gì đó thông qua một thuộc tính, bạn sử dụng cú pháp hoàn toàn khác so với khi bạn đặt chính xác điều tương tự như một thuộc tính nội dung.

Người ta cũng nói rằng vì mọi người đều biết XML, XAML yêu cầu học ít hơn. Nói đúng ra điều này là đúng, nhưng học cú pháp là một phần rất nhỏ thời gian dành cho việc học một khung UI mới; đó là khái niệm của khung làm cho đường cong dốc. Ngoài ra, các đặc điểm riêng của ngôn ngữ dựa trên XML thực sự có thể thêm vào giỏ "nhu cầu học tập".

Là những bất lợi vượt trội bởi sự dễ dàng của phân tích cú pháp? Khung tuyệt vời tiếp theo có nên tiếp tục truyền thống hay đầu tư thời gian để thiết kế một DSL tuyệt vời không thể được phân tích cú pháp bởi các công cụ hiện có và mọi người cần phải học cú pháp nào?

PS Không phải ai cũng nhầm lẫn XAML và WPF , nhưng một số thì có. XAML là thứ giống như XML. WPF là khuôn khổ với sự hỗ trợ cho các ràng buộc, chủ đề, tăng tốc phần cứng và rất nhiều thứ hay ho khác.

Lý do thuyết phục duy nhất để sử dụng XML là để thiết lập một tiêu chuẩn dữ liệu mở. XAML là ngôn ngữ hiển thị giống nhau được sử dụng trong cả Silverlight và WPF; bất kỳ nhà cung cấp nào cũng có thể sử dụng cùng một tiêu chuẩn đánh dấu để tạo định nghĩa hiển thị cho nền tảng của riêng họ và nó có thể được sử dụng lại trong Silverlight hoặc WPF.

Trong ngành hàng không vũ trụ, chúng tôi có các phòng điều khiển, nhờ những tiến bộ của công nghệ máy tính, giờ đây rất linh hoạt. Trong quá khứ, tất cả các phần cứng là tùy chỉnh, độc đáo và rất đắt tiền; ngày nay, tất cả đều được chạy với các PC rẻ tiền, phổ biến, sẵn có. Điều này làm giảm đáng kể khóa nhà cung cấp. Tuy nhiên, các widget hiển thị vẫn được viết bằng ActiveX, vì đó là cách nó luôn được thực hiện.

ActiveX yêu cầu quyền truy cập vào các công cụ của Microsoft, tốt, lỗi thời. Vì vậy, Không quân và Nhóm Thiết bị đo lường phạm vi sắp ra mắt với Ngôn ngữ đánh dấu hiển thị dữ liệu, dựa trên XML. Điều này sẽ cho phép các học viên thiết kế màn hình bằng cách sử dụng đánh dấu XML, trong trình soạn thảo mà họ chọn. Nghe có vẻ quen?

Không ai tranh luận rằng XML không phải là không có lỗi của nó. Nhưng đó là điều tốt nhất có sẵn cho những gì nó được thiết kế để làm, cho đến khi một cái gì đó tốt hơn xuất hiện.

Xem thêm
Tại sao XML không hút

Sự phản đối của bạn đối với XML không liên quan gì đến việc sử dụng nó làm ngôn ngữ mô tả GUI; tất cả chúng đều là những khiếu nại về việc làm việc với cú pháp XML áp dụng như nhau cho bất kỳ dạng XML nào.

Vì vậy, có vẻ như bạn không thích XML.

Bạn nói đúng, nó có thể không phải là lựa chọn tối ưu để chỉnh sửa bằng tay, nhưng đối với ngôn ngữ mô tả GUI tôi sẽ đưa ra một số đối số:

1. (IMHO,) GUI là đồ họa và nên được đặt ra bằng đồ họa. Định dạng tệp không thực sự quan trọng, vì bạn thực sự không nên chỉnh sửa bằng tay. (Dựa trên văn bản là tốt cho mục đích kiểm soát nguồn, nhưng tính dài dòng không phải là vấn đề.)

2. Bên cạnh trình phân tích cú pháp có sẵn, XML cũng dễ dàng xác thực: bạn có thể viết Lược đồ DTD hoặc XML và sau đó sử dụng các công cụ chung để cho bạn biết nếu tệp của bạn hợp pháp. Điều này sẽ rất hữu ích cho một ngôn ngữ mô tả GUI. Làm tương tự trong JSON hoặc YAML không đơn giản.

3. Nếu bạn thực sự không hài lòng với việc viết XAML trực tiếp, không có gì ngăn cản bạn phát triển một định dạng mới và sau đó biên dịch nó thành XAML. Ví dụ: bạn có thể đưa ra ánh xạ đơn giản từ JSON sang XAML, do đó bạn có thể có cú pháp nhẹ hơn của JSON (và khả năng nhận xét các thuộc tính), sau đó tạo XAML khi bạn xây dựng ứng dụng của mình. Mọi người hiếm khi viết HTML trực tiếp nữa, nhưng HTML vẫn là một định dạng tuyệt vời.

Câu hỏi này mang tính chủ quan, vì vậy tôi nghĩ thật công bằng khi đăng câu trả lời dựa trên sở thích cá nhân của tôi.

XML rất khó đọc. Ví dụ: mở liên kết này và nhấp vào "Mẫu" để so sánh XML và YAML cạnh nhau. Cái sau rõ ràng là dễ đọc hơn nhiều.

Nếu bạn muốn sử dụng XML để mô tả GUI, thì tốt hơn hết là bạn nên chắc chắn rằng bạn cung cấp đủ công cụ để con người không phải nhìn vào XML.

Rõ ràng XPF đã thất bại trong vấn đề đó.