but I have to implement my own deleete right? looking at the docs I don't see a way to kill it

Aandheller Is there a way to know if/why a DO fails? I am merging Yjs updates and saving to...

Larry•3/9/23, 12:40 PM

Would a try/catch approach when you do an operation in a DO on a document work? Then you could retry triggering your different way.

DDanTheGoodman but I have to implement my own deleete right? looking at the docs I don't see a ...

Hello, I’m Allie!•3/9/23, 12:42 PM

Yes

DanTheGoodmanOP•3/9/23, 12:42 PM

gotcha thanks!

DDanTheGoodman but I have to implement my own deleete right? looking at the docs I don't see a ...

Hello, I’m Allie!•3/9/23, 12:46 PM

Note too that just because you run deleteAll doesn’t mean that the DO itself is deleted. It(and its ID) will continue to exist(without any storage) for about a minute or two

HHello, I’m Allie!Note too that just because you run deleteAll doesn’t mean that the DO itself is ...

DanTheGoodmanOP•3/9/23, 12:47 PM

thanks for the heads up!

johtso•3/9/23, 1:57 PM

Is there an easy way to achieve self destructive ephemeral DOs? I'd love to have my user sessions backed by a DO but have it destroyed if no requests are made for a certain period of time

Jjohtso Is there an easy way to achieve self destructive ephemeral DOs? I'd love to have...

DanTheGoodmanOP•3/9/23, 1:58 PM

Set an alarm for some time after every request (say new Date().getTime() + 5000new Date().getTime() + 5000 for a 5 second delay) and in the alarm handler just call .deleteAll().deleteAll()

johtso•3/9/23, 1:59 PM

And I guess replace the previous alarm each time

DanTheGoodmanOP•3/9/23, 1:59 PM

SetAlarm will upsert it

DanTheGoodmanOP•3/9/23, 1:59 PM

so it will replace if it already exists, or set if it does not

johtso•3/9/23, 2:00 PM

Another question, what's the go to way to get a type safe interface between my DO and my worker? Something like trpc?

johtso•3/9/23, 2:17 PM

Does itty router help with this?

johtso•3/9/23, 2:40 PM

Does anyone know if itty-durable gives type safety?

Jjohtso Another question, what's the go to way to get a type safe interface between my D...

Larry•3/9/23, 2:43 PM

There might be a way to use native TypeScript types that I don't know of, but I use vanilla JavaScript so I've settled on @cfworker/json-schema

johtso•3/9/23, 2:56 PM

@Kevin W does itty-durable "just work" when it comes to types?

Jjohtso Another question, what's the go to way to get a type safe interface between my D...

DanTheGoodmanOP•3/9/23, 3:23 PM

they are bound together, and can share types in the codebase

DanTheGoodmanOP•3/9/23, 3:23 PM

Do you mean runtime-safe? It's better to validate inputs and assume they are as expected once they enter the system rather than checking everywhere

DanTheGoodmanOP•3/9/23, 3:24 PM

If you need runtime type checking you can use something like zod

DanTheGoodmanOP•3/9/23, 3:24 PM

Hono has better typing across the board, I've used both itty-router and hono. I prefer to stay away from itty-durable but that would have better typing. I stay away because I don't like how differnet it is from making normal DOs

johtso•3/9/23, 3:25 PM

@danthegoodman this looks promising https://www.npmjs.com/package/trpc-durable-objects

npm

trpc-durable-objects

Testing out trpc for durable objects. Latest version: 1.0.4, last published: 19 days ago. Start using trpc-durable-objects in your project by running npm i trpc-durable-objectsnpm i trpc-durable-objects. There are no other projects in the npm registry using trpc-durable-objects.

johtso•3/9/23, 3:25 PM

Just looking to reduce boilerplate

DanTheGoodmanOP•3/9/23, 3:25 PM

Are you just trying to get strong type checking?

DanTheGoodmanOP•3/9/23, 3:26 PM

just type check when requests come it, then you can assume they are safe once they are in the system

DanTheGoodmanOP•3/9/23, 3:26 PM

so at the worker type check everything before passing to a DO

DanTheGoodmanOP•3/9/23, 3:26 PM

many many packages for that

johtso•3/9/23, 3:26 PM

I want to be able to call a method of my DO from my worker as if it was a local function, and have the correct types, and have the response validated

DanTheGoodmanOP•3/9/23, 3:28 PM

Ultimately you will be at the mercy of that package, it's not really worth it in my experience of making many production systems on workers and DOs. Keep with the request/response semantics because that is what's actually happening, and that decouples you from dumb decisions or lack of updates from third party packages

DanTheGoodmanOP•3/9/23, 3:28 PM

but that's very much an opinion... personally I'd never use a small package like that in production, I'm not about to maintain someone else's code when I need changes if that makes sense

DanTheGoodmanOP•3/9/23, 3:29 PM

going from 5 lines per function to 2 is not worth all that hoop jumping IMO

DanTheGoodmanOP•3/9/23, 3:29 PM

premature optimization is the common terminology here

Jjohtso @Kevin W does itty-durable "just work" when it comes to types?

Kevin•3/9/23, 3:31 PM

Currently itty-durable itself (the invisible code) is not typed at all, but you can easily type your objects as you define them, then use those types throughout your worker code.

KKevin Currently itty-durable itself (the invisible code) is not typed at all, but you ...

johtso•3/9/23, 3:39 PM

For example will the return value of COUNTER.get('myCounter').currentValue()COUNTER.get('myCounter').currentValue() be typed as a number if the DO method returns a number?

johtso•3/9/23, 3:49 PM

Looks like there's no typescript stuff going on, so you'd have to do something like as ReturnType<typeof Counter.currentValue>as ReturnType<typeof Counter.currentValue>

Kevin•3/9/23, 4:07 PM

I would do something like const MyObj = DO.get(‘foo’) as MyDurableClass

johtso•3/9/23, 4:08 PM

Oh wow, that's a great idea

Kevin•3/9/23, 4:08 PM

to just get the full typings at once

Kevin•3/9/23, 4:10 PM

I’ve had to use that pattern at various places throughout worker code, esp as you pile on more magic… it just reconnects the types that may have been lost or difficult to drill through your app

johtso•3/9/23, 4:11 PM

I could probably even do some PickPick magic so it only exposes router methods

johtso•3/9/23, 4:14 PM

Although looking at the code it exposes anything that isValidMethodisValidMethod except for fetch

Kevin•3/9/23, 4:15 PM

Yeah, I don’t think it would grab the internal itty-durable methods

johtso•3/9/23, 4:16 PM

constructor method?

Kevin•3/9/23, 4:17 PM

I assume the types would refer to your own constructor, if you have one

Kevin•3/9/23, 4:18 PM

I’m in the middle of a massive overhaul of itty-router, bringing CORS and extras into the main lib, so itty-durable is next for a full TS conversion at least where it matters)

johtso•3/9/23, 4:19 PM

Awesome!

johtso•3/9/23, 4:21 PM

I do wonder how the trpc approach differs. I do like that you're basically just writing functions that get passed the DO as ctx

johtso•3/9/23, 4:21 PM

And that the requests actually get validated using zod

Kevin•3/9/23, 4:22 PM

Have a link for that?

KKevin Have a link for that?

johtso•3/9/23, 4:23 PM

https://github.com/markusahlstrand/trpc-durable-objects

GitHub

GitHub - markusahlstrand/trpc-durable-objects: A POC for using trpc...

A POC for using trpc for cloudflares durable objects - GitHub - markusahlstrand/trpc-durable-objects: A POC for using trpc for cloudflares durable objects

Kevin•3/9/23, 4:23 PM

Personally I don’t love tRPC much myself, but that’s just cuz it feels boilerplatey to me… I’m sure it’s great for folks that like it!

but I have to implement my own deleete right? looking at the docs I don't see a way to kill it

Similar Threads

Similar Threads

Similar Threads