[swift-evolution] [Proposal] Add floor() and ceiling() functions to FloatingPoint

Taras Zakharko taras.zakharko at uzh.ch
Thu Jun 30 16:03:56 CDT 2016


IMO, this is the most mathematically meaningful and semantically transparent solution. Floor and ceiling might be the popular terms but roundedUp/Down is much cleaner. 


> On 25 Jun 2016, at 20:55, Haravikk via swift-evolution <swift-evolution at swift.org> wrote:
> 
> 
>> On 25 Jun 2016, at 11:06, Karl via swift-evolution <swift-evolution at swift.org <mailto:swift-evolution at swift.org>> wrote:
>> 
>> floor() and ceil(), exactly like C. ceiling() is more descriptive and is a mathematical term of art <http://mathworld.wolfram.com/CeilingFunction.html>.
>> nextIntegralUp() and nextIntegralDown() are more descriptive still, but possibly misleading as (4.0).nextIntegralUp() == 4.0
> I'm in favour of these capabilities being there, but in terms of naming I've often wondered why it can't just be part of a rounding group of methods like so:
> 
> 	func roundedUp() -> Self { … }
> 	func roundedUp(withPrecision:Int) -> Self { … }
> 	func roundedDown() -> Self { … }
> 	func roundedDown(withPrecision:Int) -> Self { … }
> 
> Since the methods with implied precision of zero are equivalent to floor and ceiling surely? I know floor and ceiling are pretty common terms, but they're just a form rounding when it comes down to it.
> _______________________________________________
> swift-evolution mailing list
> swift-evolution at swift.org
> https://lists.swift.org/mailman/listinfo/swift-evolution

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://lists.swift.org/pipermail/swift-evolution/attachments/20160630/badd2fde/attachment.html>


More information about the swift-evolution mailing list