2011-12-16 60 views
0

幾個月前,我爲我們的一位客戶創建了店鋪經理軟件。關於開發基於AppEngine的ERP軟件

其中一個要求是Adobe ColdFusion。儘管如此,我想出了一款非常好的產品,簡單快捷,有一些不錯的想法和一些積極的反饋。 現在我想我已經準備好讓「更大」的客戶看到我的項目。

我不想在ColdFusion中編寫下一個版本,我正在尋找更具可擴展性和可靠性的東西。

雲計算實際上讓我非常好奇!特別是,谷歌的AppEngine似乎有所有我需要的:

  • 我知道Java的

  • 我可以從頭開始,無需支付任何

  • 這是谷歌,有什麼比更可靠它?

我做了幾個helloworld-s,尋找最好的技術來使用。

GWT真的很不錯,但我的開發團隊喜歡html + css「以頁面爲中心」的應用程序,所以我認爲這將是一個太高的跳躍。相反,它的我正在考慮:

  • Spring MVC的3.x的
  • 客體4(作爲持久性管理器,而不是JDO/JPA)

我的問題是:

  1. 根據你的經驗,你認爲GAE適合開發和託管一個「店鋪經理」軟件,它將管理表格(CRUD),製作報告ts,等等?我的項目非常簡單。

  2. 我提到的兩項技術對於這樣一個項目來說是否好而足夠?我還需要什麼?

+0

offtopic:通過ERP你的意思是企業資源規劃?您的應用程序的規模不適合此術語的定義 – Ulterior 2011-12-16 16:24:17

+0

提示:使用Groovy和Grails(或Gaelyk框架:http://gaelyk.appspot.com/)。它比直接彈簧MVC(這也很好)更快更靈活 – cdeszaq 2011-12-16 16:24:30

回答

1

我做了一個非常標準的店鋪,使用:應用服務引擎+彈簧+的Groovy +客體(和backbonejs爲客戶端+谷歌關閉模板)

從我的經驗,我可以說:

  • 這是可能:)
  • 這樣的系統需要大量的交易 - 這是可能的,但使用appengine並不那麼微不足道。有很多交易和很多工作
  • 報告更適合在後臺準備(taskqueue/cron/prospectivesearch),並且很難準備「按需」或自定義報告(實際上它必須在無論如何背景)

我很滿意我目前的實現,但我發現使用標準的RDBMS適合這種類型的項目更好。

PS和也,你可以看看CloudFoundry,我沒有嘗試過,是的,但目前看來,這是很好的事情也是一樣,它具有PostreSQL作爲服務