Re: RFC: Make new versions of pgjdbc Java8+

Hallo,

in the name of performance, and that should be the main aspect for a database driver:

· Don’t use lambdas! They are useful in a GUI where a few milliseconds are no problem, but shouldn’t IMHO be used on the server. Inner classes are slower to load but execute faster!

· Don’t use streams when you can simply iterate over an array or a list. Unnecessary object creating just for the sake of readable code? Don’t do this in a database driver either!

· Optionals: Why create objects for nothing? I’d rather have an if-check for null instead garbage on the heap.

Just my thoughts.

Regards,
Daniel Migowski

Von: pgsql-jdbc-owner(at)postgresql(dot)org [mailto:pgsql-jdbc-owner(at)postgresql(dot)org] Im Auftrag von Álvaro Hernández Tortosa
Gesendet: Montag, 3. April 2017 13:36
An: Dave Cramer <pg(at)fastcrypt(dot)com>
Cc: John R Pierce <pierce(at)hogranch(dot)com>; List <pgsql-jdbc(at)postgresql(dot)org>
Betreff: Re: [JDBC] RFC: Make new versions of pgjdbc Java8+

On 03/04/17 13:05, Dave Cramer wrote:

On 2 April 2017 at 19:03, Álvaro Hernández Tortosa <aht(at)8kdata(dot)com<mailto:aht(at)8kdata(dot)com>> wrote:

On 03/04/17 00:56, John R Pierce wrote:
On 4/2/2017 3:40 PM, Álvaro Hernández Tortosa wrote:
- Java 6 EOLed 2/2013.
- Java 7 EOLed 4/2015.
- Java 8 was released 3 years ago, and brought significant improvements.
- Java 9 will be (may be) released this year.

isn't there a significant lag in version support by things like web services (j2ee, etc, as embedded in things like IBM WebSphere) ? j2ee 8 isn't even out yet. Pretty sure a whole lot of that space is still stuck back in Java 6 land.

Those are not related things. You can perfectly run J2EE 6 servers with Java 8 (and indeed, it is beneficial).

Álvaro

--

Álvaro Hernández Tortosa

-----------
<8K>data

Alvaro,

So why do you want to write in java 8 ?

Not a comprehensive or ordered list, but a few reasons:

- JDK comes with Base64 and cryptographic functions like PBKDF2 that are needed for SCRAM. In Java6 you either implement yourself or pull external dependencies.

- You can write conciser code (which improves significantly readability):
* Lambas: anonymous classes. Callback-heavy code turns becomes readable.
* Streams: unnecessary for loops and other goodies.
* Optional: unnecessary ifs.
* Since Java7: try-with-resources, 10_000 vs 10000 etc.

- Reading Javadoc doesn't hurt my eyes ^_^

- Time API, CompletableFuture.

- Default and static methods in interfaces!

Álvaro

--

Álvaro Hernández Tortosa

-----------

<8K>data