| Fri, 18 Apr 2014 13:50:15 +0200 |
Gilles Duboscq |
ResolvedJavaType.resolveMethod now takes a callerType that is used to check access rules. Make it work for default methods.
|
| Fri, 16 May 2014 19:59:52 +0200 |
Miguel Garcia |
[inlining] reverting refactoring trail until spoiling commit(s) are discovered
|
| Fri, 16 May 2014 16:36:07 +0200 |
Miguel Garcia |
[inlining] behavior becomes less argument-dependent, arguments become redundant
|
| Fri, 16 May 2014 16:29:50 +0200 |
Miguel Garcia |
[inlining] no need for guessing a return value that doesn't matter
|
| Fri, 16 May 2014 16:02:55 +0200 |
Miguel Garcia |
[inlining] untangling concerns, micro-step by micro-step
|
| Fri, 16 May 2014 16:00:42 +0200 |
Miguel Garcia |
[inlining] readability by means of import static
|
| Fri, 16 May 2014 15:54:13 +0200 |
Miguel Garcia |
[inlining] redux, no need for the suspense about return value
|
| Fri, 16 May 2014 15:46:47 +0200 |
Miguel Garcia |
[inlining] no need for the suspense about return value
|
| Fri, 16 May 2014 15:30:04 +0200 |
Miguel Garcia |
[inlining] another case of logNotInlined vs logNotInlinedMethod
|
| Fri, 16 May 2014 15:28:00 +0200 |
Miguel Garcia |
[inlining] shorter and equally informative, logNotInlined vs logNotInlinedMethod
|
| Fri, 16 May 2014 15:24:55 +0200 |
Miguel Garcia |
[inlining] "return null" favored again over "return ...AndReturnNull"
|
| Fri, 16 May 2014 15:14:27 +0200 |
Miguel Garcia |
[inlining] tradeoff: "return null" still shorter than "return ...AndReturnNull"
|
| Fri, 16 May 2014 14:57:45 +0200 |
Miguel Garcia |
[inlining] pulling side-effects (logging) out of method that evals a condition
|
| Fri, 16 May 2014 14:47:39 +0200 |
Miguel Garcia |
[inlining] one less logging method to worry about
|
| Fri, 16 May 2014 14:20:20 +0200 |
Miguel Garcia |
[inlining] replaced method body with call to code duplicate
|
