Spark.Function() Limits

21

Hi @Rockvole,

The original design was to allow different return types / different function signatures, but that becomes tricky when you want to provide helpful warnings in the IDE in the event things don’t match up. I’d love to add that before too long, but it isn’t on our short term roadmap yet as far as I know.

Thanks!
David

2 Likes
22

Does anyone know if the character limit of 63 for the spark.function will be increased for the photon?

23

@wesner0019, the short answer I believe is no though it is an ongoing debate :stuck_out_tongue_winking_eye:

1 Like
24

Thanks. Hopefully the character limit gets increased. Just curious but why is it limited?

Right now i am using a ~110 character string, do you have any suggestions on the best way to sent this string out to recombine later?

25

@wesner0019, Spark.publish() was conceived to publish short event messages and not to replace TCP-type larger packet communications. How you send your data depends where the data is going and how it’s being received. You could use TCPClient or HTTPClient for example. :grinning:

1 Like
26

Hey All!

My hope is that we’ll increase the publish limits, but I don’t know about the function argument limits, I think it’d be nice to bump those too. @peekay123 is totally right about the idea behind the limits, we wanted to encourage direct socket stuff for much larger transfers, the cloud stuff is awesome for coordination, management, integrations, etc, but bulk data transfer will get the best speed / throughput when talking directly to your apps. :slight_smile:

Thanks,
David

3 Likes
27

Thanks for the reply. We’ll look into the TCP and HTTP in the mean time.

2 Likes