MVC 1.0的可能方法

如《 Java EE 8积极路线图》中所述，Java EE 8计划中未包含MVC 1.0。

我的看法以及在JavaOne期间与我交谈过的几个人的指示，这样做的可能结果是：

1. MVC已完全删除
2. MVC继续并包含在Java EE 8（JSR 366）中
3. MVC继续作为Java EE 8伞式规范之外的独立规范

让我们拭目以待，调查结果对MVC表示肯定，而选择1被社区排除。

老实说，选项2不太可能发生。 考虑到EE 8的积极路线图，将需要进行削减。 而且MVC当然不在初步提案的清单上。

然后剩下第三种选择。 我实际上认为这可能是MVC的最佳方法。 有几个原因：

1. MVC不会依赖于Java EE 8发行版，并且可能会更早或更频繁地发行。JavaEE 8将包括某种形式的模块化，并且MVC很有可能成为这些模块之一，无论是否将其排除在EE 8之外。探索此选项时应考虑的一些注意事项
2. 便携式RI
   Ozark需要使其可跨Java EE实现移植。 这意味着我们将需要摆脱对内部Jersey API的依赖，并将整个实现基于Java EE 7（以及更高版本的Java EE 8和9）中提供的API和SPI。
3. TCK许可
   例如在Apache 2.0下开放的TCK，将使我们能够更轻松地使用社区输入来开发TCK。 如果Oracle愿意放弃TCK，他们也将免于创建它的成本。 这实际上也适用于Ozark。 如果可以在Apache 2.0下开发，那就太好了

因此，您应该做的是按照以下链接填写调查表：

• http://glassfish.org/survey

翻译自: https://www.javacodegeeks.com/2016/09/possible-ways-forward-mvc-1-0.html