0.0
A long-lived project that still receives updates
Some methods to detect whether an Enumerable object contains a constrained number of elements that match a given condition.
2005
2006
2007
2008
2009
2010
2011
2012
2013
2014
2015
2016
2017
2018
2019
2020
2021
2022
2023
2024
 Dependencies

Development

 Project Readme

LimitDetectors

Some methods to detect whether an Enumberable object contains a constrained number of elements that match a given condition

A second reason to create this gem is to explore various other services -- see the status list below.

Status & Links

  • Version: Gem Version
  • GitHub Actions:
    • Main workflow: unit tests
    • CodeQL
  • Code Climate: Maintainability

Installation

Add this line to your application's Gemfile:

gem 'limit_detectors'

And then execute:

$ bundle

Or install it yourself as:

$ gem install limit_detectors

Usage

In your code, you can require 'limit_detectors' then define your classes and include module LimitDetectors in your class, or create enumerable objects and extend these objects with LimitDetectors. Then call at_most? (or t_least?) on your object.

For example using pry(you can use irb as well) you can do this:

[3] pry(main)> a.at_most?(4){|e| e.odd?}
=> true # There are indeed no more than 4 odd numbers in the array
[4] pry(main)> a.at_most?(1){|e| e.even?}
=> false # In fact there are two even numbers in the array

$ pry -I lib -r limit_detectors
[1] pry(main)> a = [1, 2, 3, 4, 5]
=> [1, 2, 3, 4, 5]
[2] pry(main)> a.extend LimitDetectors
=> [1, 2, 3, 4, 5]
[3] pry(main)> a.at_most?(4){|e| e.odd?}
=> true # There are indeed no more than 4 odd numbers in the array
[4] pry(main)> a.at_most?(4, &:odd?)
=> true # The same behaviour using a different notation
[5] pry(main)> a.at_most?(1){|e| e.even?}
=> false # In fact there are two even numbers in the array

In code the usage may look like this (see example/example.rb for the file):

require 'limit_detectors'

class Example
  include Enumerable
  def each
    ('a'..'d').each { |c| yield c }
  end
end

e = Example.new
e.extend LimitDetectors

puts e.at_least?(1) { |c| 'f' == c }
puts e.at_least?(1) { |c| 'b' == c }
puts e.at_most?(0) { |c| 'b' == c }
puts e.at_most?(42) { |c| 'b' == c }

Compatibility

This gem is tested with these Ruby versions (MRI, unless JRuby):

  • 3.0.x
  • 3.1.x
  • 3.2.x
  • 3.3.x

as well as a current version of JRuby and TruffleRuby

Contributing

  1. Fork it ( https://github.com/[my-github-username]/limit_detectors/fork)
  2. Create your feature branch (git checkout -b my-new-feature)
  3. Commit your changes (git commit -am 'Add some feature')
  4. Push to the branch (git push origin my-new-feature)
  5. Create a new Pull Request

A more detailed description is at https://opensource.com/article/19/7/create-pull-request-github

Tip

After bundle install (or update) you can now use Guard.

In the project directory run

bundle exec guard

Now, RSpec should run when files are saved (or changed otherwise). Note though, that this may or may not work out-of-the-box on all operating systems.

Reporting a bug

Please, provide answers to the following questions, when submitting a bug report:

  1. What's actually happening? What is the observed behaviour?
  2. What's the expectation, i.e. what should have happened?
  3. Why did you expect this behaviour?

If you provide an RSpec check that demonstrates the bug, would give extra good karma, especially in case of a minimal check, something that just demonstrates the bug without any (or much) overhead.