愚弄dnn

最近，我與jOOQ的早期客戶Ergon的 Sebastian Gruber進行了非常有趣的討論，我們與之保持了密切聯系。 與Sebastian交談使我們的工程團隊得出了一個結論，即我們應該完全重寫jOOQ API。 現在，我們已經有很多用于各種用途的泛型，例如

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

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

class Foo {}

現在您知道，您需要兩個泛型類型參數現在 ：

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

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

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

解決方案：通用泛型類型

我們不想給我們的客戶帶來負擔，這是向后不兼容的沉重負擔。 這就是為什么我們現在發布具有新功能的下一個jOOQ版本 ，我們稱之為泛型泛型類型 。 它是如何工作的？ 這很容易。 我們從最好的數據庫設計人員那里學習，他們一直以來都在使用通用列類型。 在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),-- [...] );

現在，您SQL模式在以后的歲月里都是安全的。 我們將在Java中執行相同的操作：

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

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

編碼愉快！

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

愚弄dnn

總結

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

如果覺得生活随笔網站內容還不錯，歡迎將生活随笔推薦給好友。