愚弄dnn_不要被泛型和向后兼容性所愚弄。使用泛型类型

愚弄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