yay it works now

(had to do    operator fun <T> plus(vector: Vector<T>): Vector<Any> { aswell)

if i have https://pl.kotl.in/ADAQTQVzw how can i make it dependant on both types instead of just one such that the result is the same (Pair<Double, Double>, or Pair<Float, Float>)

for example, if i want to promote a Pair<Float, Double> or Pair<Double, Float> to a Pair<Double, Double> i would expect the output to be of type Pair<Double, Double> instead of Pair<Any, Any>

Можно как-то сделать, чтоб к единственному полю класса можно было обращаться по имени объекта?

Как сделать второй дженерик (V) необязатльным? Второй метод реализуется по желанию, поэтому нет необходитмости передавать при имплементации туда что-то

interface DataProvider<T,V> {
    fun getData(file: T): T
    fun writeData(file: T, content: V){}
}

Это должно решаться значениями по-умолчанию для дженерик параметров, но пока что этой фичи нет в языке.

Изи.

interface DataProvider<T> {
    fun getData(file: T): T
}
interface WriteableDataProvider<T,V>: DataProvider<T> {
    fun writeData(file: T, content: V)
}

interface DataProvider<T> {
    fun getData(file: T): T
}
interface WriteableDataProvider<T,V>: DataProvider<T> {
    fun writeData(file: T, content: V)
}

А, согласно принципу разделения интерфейсов?

Дефолтные реализации методов в интерфейсах не стоит использовать для необязательного поведения, они хороши либо для поведения, для которого есть логичная реализация на основании других методов, но можно дать возможность его переопределить, либо же для ситуаций, когда есть пачка похожих методов с разными наборами параметров, которые вызывают друг друга от частного к общему, и хочется дать реализующему интерфейс альтернативу, какой уровень детализации ему интересен.

То есть

interface Collection<T> {
    val size: Int
    fun get(pos: Int): T
    fun getAll(): List<T> = List(size) { get(it) }
}

и

interface Listener {
    fun callback(arg1: Int, arg2: Float) {
        callback(arg2)
    }
    fun callback(arg2: Float) {}
}

(это может быть полезно, к примеру, для сохранения бинарной совместимости с пролыми версиями, где было меньше параметров)

@r4zzz4k я вижу что ты знаешь, но вот объяснить нормально не сумел. Ну либо я не понял.

Ну тогда подождём человека, который сумеет.

@r4zzz4k я понимаю, что тут можно следовать приницпу разделения интерфейсов из SOLID, и сделать два разных интерфейса для записи и чтения

Для этого нужны два разных интерфейса

В твоём примере явно есть обособленное необязательное поведение. Такого не должно быть в интерфейсе.

Вроде все просто.

Даже с говорящими примерами.

да, и не надо смотреть на List из Java 🤓