2010-10-01 26 views
15

Cabal cho phép một freeform Stability field:ước cho ổn định lĩnh vực gói Cabal

ổn định: freeform

Mức độ ổn định của gói, ví dụ alpha, experimental, provisional, stable.

Cộng đồng có quy ước gì về các giá trị ổn định này? Những gì được coi là experimentalprovisional là gì? Tôi chỉ thấy một vài gói được khai báo là stable. Loại độ ổn định nào đề cập đến, tính ổn định của API được tiếp xúc hoặc trạng thái không có lỗi cuối cùng của phần mềm?

+0

Cá nhân, tôi nghĩ rằng điều này là khách quan sâu sắc. Chỉ cần duyệt qua các libs tiêu chuẩn và xem, bao nhiêu trong số đó là "tạm thời" hoặc "thực nghiệm". – fuz

+2

Đó chính là điều làm tôi khó chịu.Nếu ngay cả các thư viện cốt lõi chủ yếu chỉ là tạm thời và thử nghiệm, thì những gì chúng ta, những người chết đơn thuần, có thể tuyên bố về mã của chúng ta? Tôi không thích gọi mọi thứ đều như nhau, nhưng tôi muốn xem mọi người hiểu điều này như thế nào. – sastanin

Trả lời

11

Trường này hầu như không còn tồn tại và không nên sử dụng. Như Max đã nói, nó có thể sẽ được thay thế bằng một cái gì đó có ý nghĩa trong tương lai.

Nếu bạn quan tâm đến lịch sử, trường bắt nguồn từ đề xuất thiết kế cho tập hợp đầu tiên là Hierarchical Haskell Libraries. Tài liệu đó mô tả ý nghĩa ban đầu có ý nghĩa cho các giá trị.

+0

Cảm ơn bạn, Simon. Tôi nghĩ rằng câu hỏi được trả lời ngay bây giờ. – sastanin

+3

Liên kết đã chết ngay bây giờ. –

5

Hiện trường này là hướng dẫn rất kém về tính ổn định của thư viện, vì vậy hầu như bị bỏ qua. Duncan Coutts (một trong những nhà phát triển Cabal và Hackage chính) đã nói rằng ông cuối cùng có kế hoạch thay thế hoàn toàn lĩnh vực này, với một cái gì đó giống như một hệ thống bỏ phiếu xã hội trên Hackage.

Cá nhân (và tôi không đơn độc) Tôi chỉ luôn bỏ qua trường ổn định. Cho rằng nó sẽ biến mất, có lẽ nó không có giá trị mất đi bất kỳ giấc ngủ trên những gì để đưa vào nó.

+0

Yup. Hoặc thay thế bằng hệ thống để chọn tham gia chính sách phiên bản, ví dụ: Chính sách gói phiên bản tiêu chuẩn. http://www.haskell.org/haskellwiki/Package_versioning_policy –

4

Nghĩa dự kiến ​​ban đầu là:

  • nghiệm: API là không ổn định. Nó có thể thay đổi bất cứ lúc nào, tức là: bất kỳ thay đổi số phiên bản nào;
  • tạm thời: API là chuyển sang ổn định. Nó có thể được thay đổi ở mọi sửa đổi nhỏ, nhưng nên cung cấp các phiên bản tính năng không được chấp nhận;
  • ổn định: API là ổn định. Chỉ bổ sung nên được thực hiện tại phiên bản nhỏ. Sau khi thay đổi trong API, các tính năng không được chấp nhận sẽ được lưu giữ cho ít nhất một bản phát hành chính.

Như câu trả lời khác chỉ ra, cộng đồng dường như khôngsau những hướng dẫn nữa.

Khi Simon Marlow chỉ ra, điều này được mô tả trong đề xuất thiết kế cho tập hợp Thư viện Haskell thứ bậc đầu tiên. Liên kết ban đầu đã chết nhưng bạn có thể tìm thấy một bản sao trong số wayback machine.

Các vấn đề liên quan