Lemmy

12531 readers

30 users here now

Everything about Lemmy; bugs, gripes, praises, and advocacy.

For discussion about the lemmy.ml instance, go to !meta@lemmy.ml.

founded 4 years ago

MODERATORS

nutomic@lemmy.ml

Where can I find docs for Lemmy's API? (lemmy.ml)

submitted 2 years ago by ieure@lemmy.ml to c/lemmy@lemmy.ml

9 comments fedilink hide all child comments

The API docs on join-lemmy.org are actually JavaScript SDK docs, not API docs. I want to build an API client in a different language, not write a JavaScript thing using the SDK, and would prefer not to plumb the JS SDK code to understand the API.

Is there somewhere that has a language-agnostic description of Lemmy's APIs?

you are viewing a single comment's thread
view the rest of the comments

[–] masterofballs@wolfballs.com 1 points 2 years ago (5 children)

Docs are pretty bad, let me give you a start,

To get the first page of post of a community,


curl "https://lemmy.ml/api/v3/post/list?community_name=lemmy&limit=2&page=1"

You can paste that json object in a formater somewhere to get an idea of the shape of the data.

To find the other endpoints ignore the javascript docs. They are to hard to read.

Look at, the api_routes file. https://github.com/LemmyNet/lemmy/blob/main/src/api_routes.rs

Now you should be able to put two and two together to get the whole picture.

[–] dessalines@lemmy.ml 1 points 2 years ago (4 children)

How are the docs bad? They exactly match what we are using.

[–] ieure@lemmy.ml 4 points 2 years ago (1 children)

Several ways:

They don't simply describe the API. The description of the API is embedded in a particular (JavaScript) implementation of the API client.
There are almost no textual descriptions of anything, and the ones that do exist are useless, because all they do is repeat the name of the function. For example, the full documentation for deleteCommunity() is "Delete a community." In what circumstances may I delete a community? What authentication needs to be performed before this function is called? What response should I expect if the deletion failed?
The actual payload structs all have almost no documentation. What's the difference between DeleteCommunity and RemoveCommunity? Okay, so only an admin can remove a community, but like... what do these things actually do?
There's no place to see everything about an endpoint: its URL, request/response types, etc. It's strewn all over the place, making it harder to find. likePost tells you part of the URL, and the method. You have to click through to CreatePostLike to see the shape of the request body, and PostResponse (and then PostView) to see the expected response... but only on success. For errors, I have no idea. I got down into wrapper(), but it looks like it simply may not implement error handling at all. Figuring out the URL is another slog, this time through buildFullUrl() and the constructor.

In short: The API isn't really documented, and building a new API client requires reverse engineering the JavaScript one.

Before we used to manually maintain other API docs, and it was a huge hassle to keep them updated.

Certainly, writing documentation is work. But the decision to stop doing it externalizes and multiplies the hassle -- it shifts from the Lemmy developers needing to maintain documentation once, to any programmer wishing to interact with Lemmy needing to RE the JS client, every time.

Autogenerating Swagger documentation may be one way to reduce the burden on the Lemmy maintainers.

[–] dessalines@lemmy.ml -2 points 2 years ago (1 children)

For example, the full documentation for deleteCommunity() is “Delete a community.” In what circumstances may I delete a community? What authentication needs to be performed before this function is called? What response should I expect if the deletion failed?

Click on the form, and it tells you exactly what are the required fields, and the output type for what you're getting back.

There’s no place to see everything about an endpoint: its URL, request/response types, etc.

Except for the exact endpoints (which are linked directly in every method description), every single input and output is fully expandable and described.

It doesn't require reverse engineering anything, just click a few links.

[–] ieure@lemmy.ml 2 points 2 years ago

Well, I can see that this isn't going to be a productive conversation, so I'm out.

I'll just leave you with this: you have two people here who agree that docs need significant work, and I gave a detailed list of specific things that need addressing. Ignoring half the issues to say, essentially, "you're wrong, just click around" is not helpful.

load more comments (2 replies)