人工智能的概念和知識構(gòu)架

我們正在開始一個新項目，我們必須選擇Web框架。 我們的默認(rèn)選擇是grails，因為團(tuán)隊已經(jīng)擁有使用它的經(jīng)驗，但是我決定給Play！ 和Scala有機(jī)會。 玩！ 有很多很酷的東西，在我的評估中，它得到了很多加分，但最終我們還是決定堅持下去。 并非grails完美且可以滿足所有要求，而是Play！ 還不足以讓我們切換。 無論如何，這是玩的地方列表！ 我的評估不及格。 如果我出了點問題，請糾正我：

• 模板引擎– UI開發(fā)人員對上一個項目中使用的模板引擎– freemarker感到憤怒，因為它不是null安全的–每當(dāng)調(diào)用鏈中的null為空時，它就會崩潰。 播放模板使用Scala，因此它們不是null安全的。 Scala使用不同的方法來處理null – Option，但是第三方庫和我們的核心代碼將使用Java，因此我們必須引入一些null到Option的轉(zhuǎn)換，這會變得很丑陋。 這個問題顯示了處理該案件的方法，但是評論使我猶豫不決。 這只是故事的一部分–出于對靜態(tài)類型的敬意和敬畏，UI層必須使用一種簡單的腳本語言。 EL / JSTL是一個很好的例子。 如果找不到任何價值，它就不會爆炸。
• 靜態(tài)資產(chǎn)– 這很難 ，而且我找不到有關(guān)使用Play的任何信息！ CDN或如何將多個資產(chǎn)合并到一個文件中。 有一個簡單的方法嗎？
• IDE支持–唯一的編輯模板是通過scala編輯器，但是它沒有html支持。 這不是一個破壞交易的事情，但是圍繞框架的工具是一件好事。
• 社區(qū)– Play！周圍有一個很好的社區(qū)，但與grails相比，我看過它。 玩！ 是一個較舊的框架，它在stackoverflow上有2.5k個問題，而grails有7.5k個問題。
• 模塊碎片化–我發(fā)現(xiàn)的一些重要模塊僅適用于1.x，而不能在2.0中直接替換。

其他因素：

• 我不會使用它-UI開發(fā)人員會。 盡管我對所有類型安全和特殊的Scala概念可能都滿意，但UI開發(fā)人員可能不會。
• 斯卡拉（Scala）丑陋-現(xiàn)在為此而b惜我。 是的，我不是一個斯卡拉的家伙，但這個是一個非常upvoted答案那種驅(qū)使我了。 它看起來像是一種低級的編程語言，并且與上一點有關(guān)–對于我們的UI開發(fā)人員來說，它顯然不適合。
• 更改編程模型–我提到Option vs null，但還有很多其他事情。 當(dāng)然，這不是scala的問題，它甚至使它成為引起所有炒作的涼爽和好事，但是這是一個問題，太多的人將不得不同時改變他們的觀點
• 我們已經(jīng)大量使用了Spring和Spring-MVC，并且Play與spring的集成不如Grails（在spring-mvc的基礎(chǔ)上構(gòu)建）平滑。
• http://zeroturnaround.com/blog/play-framework-unfeatures-that-irk-my-inner-geek/

如您所見，許多問題并不普遍-它們與我們的經(jīng)驗和期望有關(guān)。 您可能不需要使用CDN，并且您的UI開發(fā)人員可能是scala-gurus而不是普通的開發(fā)人員。 正如我剛開始所說的，玩！ 絕對看起來不錯，并且有很多很酷的東西，我在這里省略了（列表很長）。 參考： 概念證明：玩！ Bozho的技術(shù)博客博客中的JCG合作伙伴 Bozhidar Bozhanov的 框架 。

翻譯自: https://www.javacodegeeks.com/2012/06/proof-of-concept-play-framework.html

人工智能的概念和知識構(gòu)架

總結(jié)

以上是生活随笔為你收集整理的人工智能的概念和知识构架_概念验证：玩！ 构架的全部內(nèi)容，希望文章能夠幫你解決所遇到的問題。

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