IO
ну так а что ты предлагаешь any.toFile(file) ?
почему нет?
Size: a a a
2020 August 13
с#
потому что есть объект с полями, редактируя которые, они меняются в памяти
с#
по мне это удобнее
AH
но люди почему-то выбирают кетс или зио, а не брейнфак для прод сервисов) Даже не знаю по чему
Люди выбирают спринг на джаве)
AH
А скала в районе стат погрешности
IO
потому что есть объект с полями, редактируя которые, они меняются в памяти
ну логично, что они меняются. для этого и можно сделать аналог commit{}
АО
если написать что то типа микросервиса - то ктор вполне подойдет. Но если что то более разветвленное (например торговую площадку) - то уже как то так себе. Либо бить все на микросервисы. Но тогда вот я хз - мне намного удобнее будет для бека использовать Го а на фронте оставить JS. Соглашусь - я не думаю про мобильные технологии, я пока далек от них, но как по мне если есть внятное и документированное АПИ на беке - то написать фронт к нему не самая большая проблема даже без коммон либ. Ну либо оставить Котлин именно для этих "коммон" либ а все остальное делать на более зрелых языках
ну и да, вы где угодно должны разделять свой проект на какие-то модули (даже внутри одного проекта), чтобы это не превращалось в кашу
VT
Ну я пока не понял, чего вам не хватает
ну тут мои наверное заморочки. Мне нужны возможности и удобства уровня спринга или симфони. И я понимаю что пока что этого нет в Котлине. Вот и интересует будет ли когда то это в будущем, планируется ли или он так и останется нишевым языком и отчасти фрико-эксперементаторским
АО
ну тут мои наверное заморочки. Мне нужны возможности и удобства уровня спринга или симфони. И я понимаю что пока что этого нет в Котлине. Вот и интересует будет ли когда то это в будущем, планируется ли или он так и останется нишевым языком и отчасти фрико-эксперементаторским
спринг на аннотациях строится, разбиение функционала там такое же, просто вместо модулей ктора у вас там анноташки на классах
AH
Котлин на беке тоже в районе стат погрешности после пхп, джавы, ноды и дотнета.
Но в целом проще втягивать по следу джавы.
Чем я например и занимаюсь (на скале, и на котлине)
Но в целом проще втягивать по следу джавы.
Чем я например и занимаюсь (на скале, и на котлине)
АО
ну и сравнивать спринг с ктором не совсем корректно - это разные штуки
с#
ну логично, что они меняются. для этого и можно сделать аналог commit{}
то есть удобнее по-твоему
val file = File(...)
val any = file.load<Any>()
// Actions
any.toFile(file)
чем
object Storage : KDataStorage() {
val any by property<Any?>()
}
Storage.any
Storage.commit {
// Actions
}
val file = File(...)
val any = file.load<Any>()
// Actions
any.toFile(file)
чем
object Storage : KDataStorage() {
val any by property<Any?>()
}
Storage.any
Storage.commit {
// Actions
}
АО
ну тут мои наверное заморочки. Мне нужны возможности и удобства уровня спринга или симфони. И я понимаю что пока что этого нет в Котлине. Вот и интересует будет ли когда то это в будущем, планируется ли или он так и останется нишевым языком и отчасти фрико-эксперементаторским
ну и да, спринг - комбайн. В котле сейчас, конечно, не сказать, что дофига прям (особенно мультиплатформенных) библиотек, но абсолютно достаточно для работы, а то, чего не хватается, даже при моём фанатизме делается за день (я просто большой любитель разбивать проект на много градловых подмодулей)
с#
кода может и меньше, в первом случае, но он будет повторяющимся в большом проекте
AN
если написать что то типа микросервиса - то ктор вполне подойдет. Но если что то более разветвленное (например торговую площадку) - то уже как то так себе. Либо бить все на микросервисы. Но тогда вот я хз - мне намного удобнее будет для бека использовать Го а на фронте оставить JS. Соглашусь - я не думаю про мобильные технологии, я пока далек от них, но как по мне если есть внятное и документированное АПИ на беке - то написать фронт к нему не самая большая проблема даже без коммон либ. Ну либо оставить Котлин именно для этих "коммон" либ а все остальное делать на более зрелых языках
Ну так для развернутого есть спринг на котлин
VT
Ну так для развернутого есть спринг на котлин
тогда зачем мне котлин? ) ну кроме красивостей и некоторых "безопасных" проверок
AH
тогда зачем мне котлин? ) ну кроме красивостей и некоторых "безопасных" проверок
Именно за этим.
AN
тогда зачем мне котлин? ) ну кроме красивостей и некоторых "безопасных" проверок
Затем, что он удобный. Так-то можно и на Java 6 писать
с#
Именно за этим.
да!
AH
тогда зачем мне котлин? ) ну кроме красивостей и некоторых "безопасных" проверок
Это продуктивность написания и рефакторинга кода.