Don't autowire no-arg constructors, or make this configurable?
Chưa có ai nhận issue này.
Đánh giá
- Độ khó
- 5/5
- Thời gian dự kiến
- Hơn một tuần
- Mức phù hợp với người mới
- 25/100
- Loại issue
- Tính năng
- Độ rõ ràng
- Cần làm rõ
- Mức độ hoạt động
- Đình trệ
- Công nghệ
- scala
- Lĩnh vực
- backend-api-design
Hướng nghiên cứu
Issue không nêu tên các tệp, bài kiểm thử hoặc điểm vào. Trước tiên, hãy xác định triển khai autowiring tại thời điểm biên dịch và các bài kiểm thử hiện có cho các constructor không có đối số, sau đó xác định cách biểu diễn cấu hình tại thời điểm biên dịch. Được xem là hoàn thành khi hành vi dự kiến đối với trường hợp không có đối số và mọi quy tắc bao gồm hoặc loại trừ package đều được đặc tả và được các bài kiểm thử bao phủ.
Do mô hình lập chỉ mục viết ra từ nội dung của issue.
Mô tả
Citing @mbore:
Actually I'm still not sure if we want to support no parameters constructors.
It may cause difficult to debug mistakes like "forgot to pass filled config", for example:
import cats.effect._
import cats.effect.unsafe.implicits.global
class MutableConfig() {
var port: Option[Int] = None
var host: Option[String] = None
}
class Service(cfg: MutableConfig) {
println(s"[${cfg.host}]:[${cfg.port}]")
}
object Main extends App {
def loadConfig(): Resource[IO, MutableConfig] = Resource.pure {
val mc = new MutableConfig()
mc.host = Some("xyz")
mc.port = Some(8080)
mc
}
val cfg = loadConfig()
val service = autowire[Service]()
service.allocated.unsafeRunSync()._1
}
it works and prints [None]:[None].
I see that it may reduce boilerplate in some cases, but I'm not sure if it's worth to risk.
Something to consider - I think no-arg implementations might be common, but the argument with configuration is also a valid one.
Maybe we could somehow make this configurable - either support no-arg constructors or not? Or better, maybe the configuration could include packages from which we want to autowire, or a blacklist of packages which should never be autowired?
However, it's challenging to provide such configuration at compile-time - I suppose it would need to be somehow available at the type level?
- Ngôn ngữ chính
- Scala
- Star
- 1.3k
- Fork
- 77
- Merge trung bình
- 9 phút
- Pull request đã merge (30 ngày)
- 4
Hướng dẫn đóng góp
Chưa lập chỉ mục được hướng dẫn đóng góp cho kho mã nguồn này
Bắt đầu từ đâu
- Đọc hết issue, rồi đọc hướng dẫn đóng góp của dự án.
- Bình luận trên issue rằng bạn sẽ nhận — tránh hai người làm cùng một việc.
- Fork repository và làm thay đổi trên một nhánh.
- Mở pull request có tham chiếu số hiệu của issue.
Issue khác của softwaremill/macwire
-
Độ khó 4/5 3-5 ngày Mức phù hợp với người mới 35/100
softwaremill/macwire#412 · 3 bình luận ·
-
Độ khó 4/5 3-5 ngày Mức phù hợp với người mới 25/100
softwaremill/macwire#391 · 1 bình luận ·
-
macrosakka Pekko alternative Đang mở
Độ khó 5/5 Hơn một tuần Mức phù hợp với người mới 20/100
softwaremill/macwire#301 · 2 bình luận ·
-
Độ khó 5/5 Hơn một tuần Mức phù hợp với người mới 20/100
softwaremill/macwire#281 · 5 bình luận ·
-
Độ khó 4/5 3-5 ngày Mức phù hợp với người mới 35/100
softwaremill/macwire#278 · 3 bình luận ·
Tất cả issue của softwaremill/macwire
Issue tương tự
-
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 62/100
ergoplatform/ergodocs#614 ·
-
area:ci enhancement requires-triage
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 84/100
apache/datafusion-comet#6078 ·
-
Độ khó 1/5 Dưới một giờ Mức phù hợp với người mới 90/100
-
[VL] madvise(WILLNEED) call fails in MmapFileStream because of wrong calculation of fetching length Đang mởbug triage
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 82/100
-
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 76/100
chipsalliance/rocket-chip#3831 ·