Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

fix: update cnt_download and cnt_upload to the same behaviour #26

Open
Cervangirard opened this issue Aug 5, 2024 · 2 comments
Open
Labels
bug Something isn't working

Comments

@Cervangirard
Copy link
Contributor

Cervangirard commented Aug 5, 2024

download_cnt returns the file :

return(invisible(file))

upload_cnt returns the connector object
return(invisible(connector_object))

I don't if they should return the file or the object, but we should be consistent.

May be the object is a best idea to be able to use the pipe

@Cervangirard Cervangirard added the bug Something isn't working label Aug 5, 2024
@vladimirobucina
Copy link
Contributor

@Cervangirard Downloading file should return the file and it is the final result of that method, because that file can later be used in further analysis (piping it to load it or use it in any other way).

Here it is more of a question for upload_cnt what it should return. Honestly, how it is now, it makes sense to me, because depending on which fs type we're using return value might be different from case to case. Ideally we would get file_id of some sorts, which we could later use to reference that file and manipulate it in some way.

What do you think @akselthomsen?

@akselthomsen
Copy link
Contributor

Agree on download_cnt.

For upload_cnt I like returning the connector_object. Mostly because once uploaded I would not expect the same script to reference it again afterwards. Think it would also be hard to have a common way to refer to the uploaded file.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
bug Something isn't working
Projects
None yet
Development

No branches or pull requests

3 participants