[foreign-memaccess+abi] RFR: 8293510: Code style issues in the foreign API [v2]
    Per Minborg 
    duke at openjdk.org
       
    Mon Sep 19 09:34:57 UTC 2022
    
    
  
On Fri, 16 Sep 2022 10:36:31 GMT, Maurizio Cimadamore <mcimadamore at openjdk.org> wrote:
>> Per Minborg has updated the pull request with a new target base due to a merge or a rebase. The pull request now contains 15 commits:
>> 
>>  - Merge foreign-memaccess+abi
>>  - Fix import
>>  - Merge with foreign-memaccess+abi
>>  - Break out functionality into Utils
>>  - Reformat public interface declartions
>>  - Cleanup method parameters in internal classes
>>  - Cleanup method parameters in public classes
>>  - Rearrange code
>>  - Fix naming issue
>>  - Merge with foreign-memaccess+abi
>>  - ... and 5 more: https://git.openjdk.org/panama-foreign/compare/3e8ef17b...d8294460
>
> src/java.base/share/classes/java/lang/foreign/MemoryLayout.java line 282:
> 
>> 280:     }
>> 281: 
>> 282:     private static <Z> Z computePathOp(LayoutPath path,
> 
> I'm generally not too sure about this. Yes, if there's a lot of code it might be useful to move it out - but in this case it's a single method used in several other methods in this interface. Why is it bad to use a private static interface method for something like this?
ML is such a large file, it makes sense to move out as much as possible. The private method is an internal concern.
-------------
PR: https://git.openjdk.org/panama-foreign/pull/721
    
    
More information about the panama-dev
mailing list