Điều gần nhất tôi có thể tìm thấy là System.Net.Mime.MediaTypeNames nhưng điều đó dường như không có mọi thứ (như json) vì nó dường như tập trung hơn vào các tệp đính kèm email.Có một enum cho thuộc tính ContentType trên một HttpWebResponse ("văn bản/đồng bằng", "ứng dụng/octet-stream" vv) không?
Một enum không có ý nghĩa nhiều. Các loại MIME được mở. Nghĩa là danh sách không phải là hữu hạn: các kiểu mới được thêm vào theo thời gian.
Xem RFC4288: Media Type Specifications and Registration Procedures
Điều đó hợp lý với tôi. Không phải là một phần của khuôn khổ .NET vì nó không được cập nhật thường xuyên (cũng không nên). Nhưng như một thư viện riêng biệt có thể được cập nhật thường xuyên như các loại mới được thêm vào (và người dùng của thư viện quan tâm). Các múi giờ cũng được mở nhưng điều đó dường như không làm giảm bớt tiện ích của các thư viện dựa trên [cơ sở dữ liệu tz] (http://www.wikiwand.com/en/Tz_database). –
@KennyEvitt Chúng tôi giữ một enum nội bộ cho các loại phổ biến mà chúng tôi sử dụng rất nhiều. Không có gì sai với điều đó. Có vẻ tốt hơn so với dây ma thuật, phải không? – crush
IANA's database có nhiều khả năng hoàn tất nhất, nhưng bạn sẽ cần phải phân tích cú pháp các trang đó để có danh sách phẳng.
Ngoài ra còn có tệp mime.types đi kèm với Apache mà dường như đã được lấy từ danh sách được cho biết.
Một danh sách phẳng đã được cung cấp dưới dạng tệp CSV bởi trang web cơ sở dữ liệu của IANA. – WoIIe
Tôi đã phân tích cú pháp được liệt kê trên Wikipedia vài năm trước và tạo C#, tại đây: http://stackoverflow.com/questions/10362140/asp-mvc-are-there-any-constants-for-the-default-content-types –
Something tương tự [ở đây] (http://stackoverflow.com/questions/10362140/asp-mvc-are-there-any-constants-for-the-default-content-types). Mọi người thường đối phó với nó bằng cách tạo các hằng số như 'System.Net.Mime.MediaTypeNames' sẽ không bao giờ là một danh sách đầy đủ/đầy đủ. – RBT