Skip to content

bug: abs returns 0 on an empty array #1473

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

Merged
merged 3 commits into from
Oct 10, 2023
Merged

bug: abs returns 0 on an empty array #1473

merged 3 commits into from
Oct 10, 2023

Conversation

ridge-kimani
Copy link
Contributor

Open in Gitpod know more

Describe your change:

  • Updates an edge case to return invalid type on objects
  • Fix a bug or typo in an existing algorithm?

Checklist:

  • I have read CONTRIBUTING.md.
  • This pull request is all my own work -- I have not plagiarized.
  • I know that pull requests will not be merged if they fail the automated tests.
  • This PR only changes one algorithm file. To ease review, please open separate PRs for separate algorithms.
  • All new JavaScript files are placed inside an existing directory.
  • All filenames should use the UpperCamelCase (PascalCase) style. There should be no spaces in filenames.
    Example:UserProfile.js is allowed but userprofile.js,Userprofile.js,user-Profile.js,userProfile.js are not
  • All new algorithms have a URL in their comments that points to Wikipedia or another similar explanation.
  • If this pull request resolves one or more open issues then the commit message contains Fixes: #{$ISSUE_NO}.

Copy link
Collaborator

@appgurueu appgurueu left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Not opposed to this as it seems to fix an edge case the author hadn't considered.

abs(null) will still be 0 due to the coercion of +. Types should probably be checked before coercing, otherwise it makes the most sense to accept JS coercion rules.

Frankly I think this Abs function is a mess without algorithmic value though. I think it would probably be best to remove it.

@ridge-kimani
Copy link
Contributor Author

abs(null) will still be caught by the object check since typeof null is object

@appgurueu
Copy link
Collaborator

appgurueu commented Oct 8, 2023

abs(null) will still be caught by the object check since typeof null is object

That's true, I missed this. As said, I approve this PR, it makes the function be closer to what the interface was supposed to be. But that interface doesn't make a whole lot of sense. It should coerce some types, but not others? The interface of this function is inconsistent both with JavaScript coercion and with sane strict behavior. The function also is algorithmically trivial, so we should probably weed it out sooner or later.

In the future, we should either have (1) strict type checks (in this case: only allow a number) or (2) preferably, no overly defensive type checks, as is idiomatic in JavaScript, and simply assuming the user knows what (not) to do (which of course needs to be documented properly).

@raklaptudirm raklaptudirm merged commit c5a2566 into TheAlgorithms:master Oct 10, 2023
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

Successfully merging this pull request may close these issues.

4 participants