Code review request (original) (raw)

Joe Bowbeer joe.bowbeer at gmail.com
Sat Feb 23 11:42:30 PST 2013


We should send these comments in emails? I don't see a way to comment at the link provided.

I repeat some of Remi's comments regarding formatting below.

File:

http://cr.openjdk.java.net/~briangoetz/jdk-8008670/webrev/src/share/classes/java/util/Map.java.patch

  1. Please run this through a code formatter to conform with Oracle's standard. Things to fix:

parameter wrapping should indent only 8 spaces:

remappingFunction) {

if-else brace should be on same line:

multi-line 'if' always needs braces?

  1. replaceAll javadoc: Function#map => Function#apply

calling the function's {@code Function#map} method

=> calling the function's {@code Function#apply} method

  1. replaceAll question

What's with all the finals?

entry.getValue()));

Why not code this as follows, just like forEach?

entry.getValue()));

--Joe

On Thu, Feb 21, 2013 at 11:17 AM, Brian Goetz <brian.goetz at oracle.com>wrote:

At http://cr.openjdk.java.net/**briangoetz/jdk-8008670/webrev/<http://cr.openjdk.java.net/briangoetz/jdk-8008670/webrev/>

I've posted a webrev for about half the classes in java.util.stream. None of these are public classes, so there are no public API issues here, but plenty of internal API issues, naming issues (ooh, a bikeshed), and code quality issues.



More information about the lambda-libs-spec-observers mailing list