MM
class DocsController : Controller() {
fun show(call: HttpCall) {
call.reply("Hello, Visitor!")
}
}Size: a a a
2020 March 15
AW
а как надо?)
A
потому что лучше бы это был data mapper.
// Create a new user
val user = User {
name = "Jane Doe"
email = "jane@example.com"
createdAt = ZonedDateTime.now().toInstant()
}
// insert it
Users.add(user)
как-то на элоквент это не очень похоже, кстати
AW
// Create a new user
val user = User {
name = "Jane Doe"
email = "jane@example.com"
createdAt = ZonedDateTime.now().toInstant()
}
// insert it
Users.add(user)
как-то на элоквент это не очень похоже, кстати
да нет, не елоквент совсем, но и не data mapper
AW
и миграции руками писать
AW
еще и xml для конфигов, ну приехали
A
еще и xml для конфигов, ну приехали
вот хейт xml не особо понятен
AW
вот хейт xml не особо понятен
а что хорошего в xml?) Очень вербозно и непонятно как проектировать
AW
лучше бы был какой-нить toml
AW
ну или kt сразу. Предлагают для себя конфиги на кт писать, а вот фрейм и зависимости почему-то xml'ом настраиваются
AW
ясно, валидация не написана никак вообще. Там нету валидатора, только отдельные рулзы(
MM
а как надо?)
уж точно не брать котлин, что бы обмазываться абстрактными контроллерами :)
AW
уж точно не брать котлин, что бы обмазываться абстрактными контроллерами :)
ну эт меня сразу смутило, и все же хочу пример как надо)
AW
AW
это правило валидации...
AW
сорри, тут еще хуже чем в ларке
AW
альфа, все дела, но лучше вообще не делать тогда, чем делать так (что бы потом это тянулось как легаси триста тыщ лет)
MM
ну эт меня сразу смутило, и все же хочу пример как надо)
ну открой ктор, потыкай, прикинь варианты
MM
будут варианты - приходи)