如《 Java EE 8積極路線圖》中所述，Java EE 8計劃中未包含MVC 1.0。

我的看法以及在JavaOne期間與我交談過的幾個人的指示，這樣做的可能結果是：

MVC已完全刪除

MVC繼續并包含在Java EE 8（JSR 366）中

MVC繼續作為Java EE 8傘式規范之外的獨立規范

讓我們拭目以待，調查結果對MVC表示肯定，而選擇1被社區排除。

老實說，選項2不太可能發生。 考慮到EE 8的積極路線圖，將需要進行削減。 而且MVC當然不在初步提案的清單上。

然后剩下第三種選擇。 我實際上認為這可能是MVC的最佳方法。 有幾個原因：

MVC不會依賴于Java EE 8發行版，并且可能會更早或更頻繁地發行。JavaEE 8將包括某種形式的模塊化，并且MVC很有可能成為這些模塊之一，無論是否將其排除在EE 8之外。探索此選項時應考慮的一些注意事項

便攜式RI
Ozark需要使其可跨Java EE實現移植。 這意味著我們將需要擺脫對內部Jersey API的依賴，并將整個實現基于Java EE 7（以及更高版本的Java EE 8和9）中提供的API和SPI。

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

總結

以上是生活随笔為你收集整理的MVC 1.0的可能方法的全部內容，希望文章能夠幫你解決所遇到的問題。

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