Basically I want to model the response into

Success<T>: Result<T>

and

Failure<T>: Result<T>

.

What would be the best way to fix `moshi`s parsing of all numbers into

Double

when parsing dynamic json? Currently I'm thinking of copying

ObjectJsonAdapter

and changing the behaviour.

So I have used Kotlin Poet to generate quite simple classes. I think it should have a DSL… I don’t know, may be something is wrong with my eyes or code comprehension abilities, but all these nested

(

, dots and

.build()

are quite noisy… Also I found

buildCodeBlock

which is probably leftover of some DSL attempt.

I don't think I've ever seen a Kotlin DSL that I've enjoyed

buildCodeBlock just mirrors buildString

If all you want is a lambda with receiver for each builder I think that's fine

I don't really want any unary operators or infix nonsense though

no, just builders

declareClas("Foo") {
   property("bar", someType, KModifier.PRIVATE) {
       initialize {
           statement("%T()", otherType)
       }
   }
}

Something like this

Other than unaryPlus shortcut for text (which still has text function), what’s wrong with kotlinx.html?

That build functions is quite easy to generate, I think, since all *Spec types are pretty much of same structure. The only issue I see is that there are no

MemberOwnerSpec

,

TypeOwnerSpec

and respecitve Builder interfaces, so that it’s not easy to write generic builder function that will generate a type into either File or another Type

With that DSL you could specify multiple initialization blocks in a single property. Do they get merged? Do you get a runtime error?

Correct. How is it different from

….initializer(…).initializer(…)

?

Even if you go extra mile and return

InitializedPropertySpec

from

initializer

which has another hiding

initializer

function as a error-deprecated, you still can call it twice if you capture a spec into a value

ah i didn't realize it wasn't a param to the factory

KotlinPoet: is there a way to add

dynamic

type? function parameter, property, etc found it instantly after posting 🙂

what's the replacement for

ANY.asNullable()

in 1.0?

best I can find is

ANY.copy(nullable = true)

That's the way to do it

I am curious - how does Moshi recognize adapters generated via codegen? It just works ..

By reflection

@alec Why is latest sqldelight(

rc5

) generating code which doesn't return autoincremented id from

INSERT

statement?. It did in older versions. Do I need to use some other syntax in

.sq

files for it?

Has anyone tried using sealed classes as return types for retrofit? Did you end up writing custom adapters or is it easier to write a “hybrid” data class with all fields and then convert it to the sealed classes yourself?

that would depend on the converter. retrofit isn't really involved.

or I guess I should refer to moshi in that case. I intend to use it with retrofit

It would have been nice to add a Kotlin module for Moshi with functions like this, no? 😉

inline fun <reified T> Moshi.listAdapter(): JsonAdapter<List<T>> =
		Types.newParameterizedType(
				List::class.java, T::class.java
		).let { this.adapter<List<T>>(it) }

doesn't work for a list of

Foo<Bar>

but

val token = object : TypeToken<T> {}

works (if not inlined more than one level deep, but there is a bug reported on that)

I think lists of things is a common enough use case for it to have its own function, and there could always be T1, T2 etc.. for other cases maybe?