Lightrun Answers was designed to reduce the constant googling that comes with debugging 3rd party libraries. It collects links to all the places you might be looking at while hunting down a tough bug.
And, if you’re still stuck at the end, we’re happy to hop on a call to see how we can help out.
The Be() method does not allow a becauseArgsFunc parameter
See original GitHub issueDescription
The Be() method should allow a becauseArgsFunc parameter. This function callback creates and returns the becauseArgs parameter list. This will improve performance of apps that use this method.
Example:
In my app, I need to create a large becauseArgs parameter list. This is expensive. Especially since I assert in my inner most loop in my app, many times per second. This ends up slowing down my app significantly. I wish I could not evaluate becauseArgs unless the assertion fails. So only if the assertion fails, will Be() call the becauseArgsFunc to get the actual becauseArgs.
Issue Analytics
- State:
- Created a year ago
- Comments:6 (4 by maintainers)
Top Results From Across the Web
Top Related Medium Post
Top Related StackOverflow Question
Troubleshoot Live Code
Top Related Reddit Thread
Top Related Hackernoon Post
Top Related Tweet
Top Related Dev.to Post
Top Related Hashnode Post
We do some performance benchmarking on certain important operations like
BeEquivalentTo. But for the rest, unless somebody complains, we don’t.In your case, the ask would be a big investment that we’re not willing to make right now.
Sure you can, but it wasn’t designed for that, so it may have consequences on the performance.