最近，我與jOOQ的早期客戶Ergon的 Sebastian Gruber進(jìn)行了非常有趣的討論，我們與之保持了密切聯(lián)系。 與Sebastian交談使我們的工程團(tuán)隊(duì)得出結(jié)論，認(rèn)為我們應(yīng)該完全重寫jOOQ API。 現(xiàn)在，我們已經(jīng)有很多用于各種用途的泛型，例如

• 列類型的泛型，例如 interface Field<T> { ... } Field<String> field = BOOK.TITLE;
• 表類型的泛型，例如 interface Table<R extends Record> { ... } Table<BookRecord> books = BOOK;
• 同時(shí)使用<T>和<R>組合泛型
• … 以及更多

有時(shí)，您只是無(wú)法預(yù)測(cè)兩年后您的類和接口將需要多少種通用類型，而Java的問題是：您只能一次生成一個(gè)類。 假設(shè)您一直都有這樣的類型：

class Foo {}

現(xiàn)在您知道，您需要兩個(gè)泛型類型參數(shù)現(xiàn)在 ：

// Still compatible class Foo<Bar, Baz> {}

這樣就可以了，所有現(xiàn)有的客戶端代碼仍將編譯，并帶有原始類型警告。 但是，一旦發(fā)布了Foo<Bar, Baz> ，就不能再向其中添加或刪除類型變量。 每次修改都會(huì)破壞客戶端代碼！

// Breaking change class Foo<Bar, Baz, Fizz> {}

解決方案：泛型類型

我們不想給我們的客戶帶來(lái)負(fù)擔(dān)，這是向后不兼容的沉重負(fù)擔(dān)。 這就是為什么我們現(xiàn)在發(fā)布具有新功能的下一個(gè)jOOQ版本 ，我們稱之為泛型泛型類型 。 它是如何工作的？ 這簡(jiǎn)單。 我們從最好的數(shù)據(jù)庫(kù)設(shè)計(jì)人員那里學(xué)習(xí)，他們一直以來(lái)都在使用通用列類型。 在SQL中，如果遇到這種問題，您只需寫：

CREATE TABLE foo (bar int,baz int,fizz int,generic_1 varchar(4000),generic_2 varchar(4000),generic_3 varchar(4000),generic_4 varchar(4000),-- [...] );

現(xiàn)在，您的SQL模式在以后的時(shí)代都是安全的。 我們將在Java中執(zhí)行相同的操作：

class Foo<Bar, Baz, Fizz,Generic1,Generic2,Generic3,Generic4,// [...] > {}

因此，我們將所有類型泛型化為具有256個(gè)泛型類型參數(shù)。 256是MS Access為可能的列數(shù)選擇的明智限制。 這樣，我們的客戶只需要一次升級(jí)到新版本的jOOQ，從那時(shí)起，將永遠(yuǎn)保證通用類型的向后兼容性。

編碼愉快！

翻譯自: https://www.javacodegeeks.com/2015/04/dont-be-fooled-by-generics-and-backwards-compatibility-use-generic-generic-types.html

總結(jié)

以上是生活随笔為你收集整理的不要被泛型和向后兼容性所愚弄。 使用泛型类型的全部?jī)?nèi)容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網(wǎng)站內(nèi)容還不錯(cuò)，歡迎將生活随笔推薦給好友。