Chỉ có hai câu trả lời đầu tiên là đúng trong phạm vi của câu hỏi gốc. Và thứ hai chắc chắn không quá phức tạp. Bao bọc phương thức trợ giúp với một lớp cho mỗi thuộc tính có thể là phát triển định hướng đối tượng tốt và chính xác những gì Microsoft làm trên toàn bộ khuôn khổ, ví dụ: thiết lập các tệp thiết kế được tạo bởi Visual Studio.
Tôi khuyên bạn nên sử dụng mục đầu tiên nếu bạn chỉ muốn một thuộc tính cụ thể, thứ hai nếu bạn muốn nhiều hơn. Phải là một phần của SDK thực sự. Chúng tôi đang cố gắng đọc WMAppManifest.xml ở đây không phải là AssemblyInfo vì vậy siêu dữ liệu phản ánh tiêu chuẩn lắp ráp là không tốt.
Nhân tiện, nếu bạn thực sự muốn lấy tên sản phẩm từ các thuộc tính assembly (không phải là WPAppManifest.xml) thì mẫu cuối cùng đã đọc thuộc tính sai! Sử dụng AssemblyProductAttribute không phải là AssemblyTitleAttribute. Tiêu đề lắp ráp thực sự là tiêu đề tệp, theo mặc định giống như tên tệp lắp ráp (ví dụ: MyCompany.MyProduct.WinPhone7App) trong khi sản phẩm thường sẽ giống như "tiêu đề" được định dạng đúng của ứng dụng của bạn trong cửa hàng (ví dụ: "My Sản phẩm "). Nó thậm chí có thể không được cập nhật sau khi sử dụng trang thuộc tính VS, vì vậy bạn nên kiểm tra điều đó.
Tôi sử dụng phản ánh AssemblyInfo cho tất cả các loại ứng dụng khác để hiển thị tên sản phẩm chính thức và phiên bản xây dựng trên một trang giới thiệu, nó chắc chắn chính xác cho điều đó. Nhưng đối với các loại ứng dụng điện thoại đặc biệt này, tệp kê khai cửa hàng có tầm quan trọng hơn và các thuộc tính khác mà bạn có thể cần.
Nguồn
2012-09-29 09:15:32
Giải pháp này không hoạt động khi chúng tôi đang sử dụng tài nguyên được bản địa hóa: @ AppResLib.dll, -101. –