moqui框架vs其他框架有什麼區別

-2

嗨你能分享一下Moqui框架與其他框架的區別嗎？Moqui框架的新功能。moqui框架vs其他框架有什麼區別

2014-02-15 Rajesh

** VS其他框架Moqui框架之間的差別**。由於有數百萬個框架，每個框架都做不同的事情，所以沒有辦法給你一個單一的迴應。查看[THIS]（http://www.moqui.org/framework/index.html）以瞭解** moqui **是什麼，然後查看您感興趣的** other **框架。 –

你能告訴我與其他框架相比的優點嗎？像支柱 – Rajesh

其實我不能。正如我所見，** moqui **是面向服務的，專注於ERP，CRM，電子商務等。** struts **是靈活的MVC請求驅動框架。 ** moqui **假裝實現*自動功能*，*無代碼生成*，*集成的數據庫連接工具*但我很確定這是純粹的市場營銷。我從來沒有與** moqui **合作過，所以我不知道它是否運作良好。我**做**與struts工作，它有一個很大的comunity支持，對我來說工作正常。正如我所說，我不能告訴你任何優點。如果moqui好或不好，請安裝，嘗試和評論。 –

正如所指出的，這是一個非常普遍的問題。在其中一個響應中，它將範圍縮小爲與Struts進行比較，所以我將就Moqui與其他Java企業應用程序框架（以及其他語言中的類似框架）的不同之處提出一些一般性評論，然後將Moqui與Struts的。

一些用於Moqui的一般設計準則包括：

沒有對象映射：各種工具使用性能與所等文物實體，服務，和屏幕動態的API。這意味着不存在用於對象關係映射，對象服務映射以及通常涉及定義Web用戶界面的各種對象的冗餘代碼。
沒有代碼生成：Moqui不是使用需要詳細代碼的低級工具，而是基於某種定義更高級別構造的工件來生成代碼，而只是將這些更高級別的工件與靈活的定義和相關的API對象/方法保持代碼大小緊湊並降低代碼複雜性。
除了大多數框架（或框架堆棧）中常見的UI和數據層之外，還具有強大邏輯層的完整3層體系結構。
基於UI，服務和數據元素構件的各種高級工具，包括工件感知授權（除了更通用的authc和authz），企業集成連接器，規則和工作流引擎（使用Drools/jBPM），搜索基於ElasticSearch，將關係數據合併到文檔中，並通過配置將其提供給索引，等等。
與許多ERP系統的框架一樣，配置在文件中而不在數據庫中。這使得它更靈活，更容易擴展功能（通過額外的宏來解釋XML元素），並允許模板和代碼注入點在工件中的任何地方（並且不需要生成和修改代碼）。

在Thrash Bean的答案中引用的頁面中，有一節將Moqui與Apache OFBiz進行了比較，該項目是Moqui中許多概念的來源。我是Moqui Framework的作者，並於2001年開始了OFBiz項目，並開發了大部分OFBiz框架設計。

http://www.moqui.org/framework/index.html

Moqui，相較於類似Struts的結果更顯著的差異，儘管他們是如此不同，該名單並不長，因爲它停留在一個較高的水平在比較兩個相似的概念工具。

首先，Apache Struts是一個Web UI框架，用於協調Web請求，輸入處理以及與HTML和其他（JSON等）響應的其他工具的關係。這只是Moqui提供的整體功能的一小部分，因爲Moqui的目的是包括企業自動化應用程序（即ERP，CRM，電子商務等）中通常需要的一切。

Struts通常與Hibernate或某種JPA實現一起用於持久化，而Moqui使用了一種非常不同的方法，沒有用於持久性的對象關係映射（Entity Facade）。

對應於Struts是XML屏幕和那些處理來自請求輸入和瀏覽器重定向到所配置的屏幕響應屏幕內的「躍遷」 Moqui的一部分。

對於哪些屏幕和過渡看起來像看到教程上moqui.org網站的例子：

http://www.moqui.org/framework/docs/Tutorial.html

與屏幕和過渡定義中的各種概念啓動「添加屏幕」一節中並在「自動查找表單」，「添加創建表單」和「自定義創建服務」部分進行了擴展。

道歉長的答案......它可能是更好地關閉這個問題，並要求更具體的問題。總之，隨便問更具體的問題......

來源

2014-02-16 07:41:31

感謝您的分享。 – Rajesh

moqui框架vs其他框架有什麼區別

回答

相關問題