Tại sao System.Version trong .NET được định nghĩa là Major.Minor.Build.Revision?

Question

Tại sao System.Version trong .NET được định nghĩa là Major.Minor.Build.Revision? Hầu như tất cả mọi người (bao gồm cả tôi) dường như đồng ý rằng bản sửa đổi thuộc về vị trí thứ ba, và "xây dựng" hoặc bất cứ điều gì bạn muốn gọi nó thuộc về cuối cùng.

Microsoft thậm chí có sử dụng các con số theo cách lộn xộn này không, ví dụ: 3.5.3858.2, hay chỉ là tên của họ? Ví dụ, nếu bạn đã viết lớp Phiên bản của riêng bạn với thứ tự Major.Minor.Build.Revision, nó sẽ là thích hợp để trao đổi hai thành phần cuối cùng khi chuyển đổi sang một System.Version, hoặc bạn bỏ qua nó và chỉ giả vờ tên là ngược?

Answer 1

Tôi nghĩ rằng sự nhầm lẫn đến những gì hầu hết xem xét một "phiên bản" và what Microsoft does:

• tích xây dựng: Một sự khác biệt trong xây dựng số đại diện cho một biên dịch lại của cùng một nguồn. Điều này sẽ phù hợp vì các thay đổi về bộ xử lý, nền tảng hoặc trình biên dịch.

• Sửa đổi: Các cụm có cùng tên, số lớn và số phiên bản phụ nhưng các bản sửa đổi khác nhau được dự định có thể hoán đổi cho nhau hoàn toàn. Điều này sẽ là thích hợp để sửa chữa một lỗ hổng bảo mật trong một hội đồng phát hành trước đó.

Góc khắc phục bảo mật, có thể phổ biến hơn cho chúng, có vẻ là lý do chính đáng để đặt nó ở vị trí cuối cùng, là thay đổi "nhỏ nhất".

Answer 2

Microsoft thậm chí có sử dụng các con số theo cách lộn xộn này không, ví dụ: 3.5.3858.2

Nếu bạn để mặc định, ví dụ: bằng cách chỉ định [assembly: AssemblyVersion("1.1.*")], thì tăng số thứ ba mỗi ngày và số thứ tư là số giây kể từ nửa đêm, chia cho hai giây (để phân biệt nếu có nhiều hơn một bản dựng trong một ngày).

Hầu hết mọi người (kể cả tôi) dường như đồng ý rằng bản sửa đổi thuộc về vị trí thứ ba và "xây dựng" hoặc bất cứ điều gì bạn muốn gọi nó thuộc về cuối cùng.

Microsoft dường như đang sử dụng "xây dựng" làm từ đồng nghĩa của "ngày": có lẽ điều đó liên quan đến ý tưởng "xây dựng hàng ngày"; và "bản sửa đổi" do đó là một phiên bản khác của bản dựng (hàng ngày).

Answer 3

Tôi nhận ra mình sắp đến bữa tiệc trễ một chút, nhưng tôi muốn chia sẻ sự tự tin của mình về lý do tại sao thứ tự xây dựng và sửa đổi là "sai". Không quá nhiều khi họ đang ở trong đơn đặt hàng sai, nhưng chúng không nằm trong số bất kỳ thứ tự nào.

Phiên bản của một hội đồng, khi nó đi xuống, Major.Minor. Từ số nói trên link, Microsoft nói, "Các phiên bản tiếp theo của một hội đồng khác nhau chỉ bằng cách xây dựng hoặc sửa đổi số được coi là bản cập nhật Hotfix trước phiên bản." [Nhấn mạnh của tôi]

Xây dựng đại diện cho việc biên dịch lại cùng một nguồn.Sửa đổi đại diện cho một thay đổi mã, nhưng một thay đổi hoàn toàn có thể thay thế được với các phiên bản khác của cùng một phiên bản [Major.Minor]. Nhưng không được ưu tiên hơn người kia.

Vì vậy, trong Tóm lại, đừng nghĩ về nó như:

+ Major 
| 
+-+ Minor 
    | 
    +-+ Build 
    | 
    +-+ Revision 

Nhưng thay vì:

+ Major 
| 
+-+ Minor 
    | 
    +-+ Build 
    | 
    +-+ Revision