Can a `Closeable` and/or `AutoCloseable` interface...
# stdlibd
Dominaezzz
09/12/2018, 7:40 PMCan a
CloseableAutoCloseables
Shawn
09/12/2018, 7:50 PMthey are both part of the java stdlib already
d
Dominaezzz
09/12/2018, 7:51 PMI meant the multi-platform stdlib.
e
elizarov
09/12/2018, 7:51 PMWhat for? We don’t have any classes in multi-platform stdlib that would implement them
d
Dominaezzz
09/12/2018, 7:51 PMWould be nice to have on the Native back-end.
e
elizarov
09/12/2018, 7:51 PMYou can have them in your own multi-platform library, though
elizarov
09/12/2018, 7:52 PMBut what for? Native stdlib does not have any things where implementing those interfaces would have made sense either
elizarov
09/12/2018, 7:52 PMIn particular, native stdlib does not currently have any files API.
d
Dominaezzz
09/12/2018, 7:53 PMYeah, I guess nothing in the stdlib would use it but how about a standard way of releasing resources?
e
elizarov
09/12/2018, 7:53 PMYou can use Posix or Win32 APIs to work with files and you don’t need closeable for them
d
Dominaezzz
09/12/2018, 7:55 PMNot for files but like a wrappers for OpenGL objects, UI objects, etc.
e
elizarov
09/12/2018, 7:55 PMKotlin does not have any standard APIs to work with resources and does not define any resources in its common standard library. All resource-working API are for JVM only and are based on JVM resource-management designs
d
Dominaezzz
09/12/2018, 7:55 PMOh okay then. That makes sense.
e
elizarov
09/12/2018, 7:56 PMYou are free do define your own DSL for working with your resources in your app. Kotlin provides quite rich facilities for that. For example, Kotlin/Native have some nice DSL for working with native memory resources
u
uli
09/15/2018, 12:07 AMSo if in the future we have 3rd party mp io, mp databases, ... Every framework will have it's own closeables and it's own implementation of use-alike dsl?
💯 1
e
elizarov
09/15/2018, 6:44 AMI’d say let us see. If there emerges some predominantly common pattern, then it can be added to the standard library or even to the language in the future.
3 Views