Flex + Java EE它有什麼好處？

Question

好吧，很抱歉，因爲我覺得這有點偏離主題，但我認爲這是最好的地方。我的新學期剛剛開始（不要擔心，我不會要求你做我的功課），這次我們有一個相當酷的主題，關於萬維網編程，我們必須做一個網絡服務，網絡abb - 無論長期因爲它是「網絡」。雖然這是個問題，但我的團隊和我想用Flex和Java EE來完成它，但我們並沒有太多的實際使用經驗。我的意思是我們知道你幾乎可以用它做任何事情，但我們並不想浪費時間做一些無用的事情。我的第一個想法是做一個「頭腦風暴」的三維空間/服務 - 人們可以登錄的地方有一個視頻會議，一個白板，上傳大家可以看到的圖片，一些谷歌工具欄，YouTube等等。當你無法將每個人都集中到一個地方時，這些功能可以使實時頭腦風暴變得容易。但是Flex + Java EE真的適合嗎？我的意思是我99％確定它是可行的，但是真的值得在Flex + Java EE中使用它還是完全不同於Java EE的全部目的？

@EDIT：嗯，這顯然只是我們的想法之一。我當然知道JSP，Servlets，JPA等的基礎知識，但是這個項目的主要目標是獲得一些實際的經驗。問題是我們真的不知道在Java EE中爲遊戲玩家（如果它已經存在並不重要）這樣的社交網絡（類似於擴展Facebook）這樣做是值得的還是它看起來很荒謬（因爲PHP或其他什麼會是一個更好的選擇）？底線是我們想知道的只是用Java EE編寫的大規模應用程序（對於銀行等），還是對任何事情都適用（即使是較小的項目）？

Answer 1

Adob​​e Connect具有許多上述功能，並且是使用Flex和基於Java的後端構建的。實時協作應用程序（如Connect）面臨的最大挑戰是每個用戶都需要一種方式來頻繁通知其他用戶正在做什麼。你真的無法擺脫輪詢服務器每5或10秒，因爲該應用程序不會足夠響應。出於這個原因，諸如AJAX的「Comet」或Adobe的BlazeDS/LivecycleDS消息等技術已經出現。 BlazeDS運行在Java之上，並具有數據推送功能，對於學校項目來說應該足夠了;它的侷限性在於它基於HTTP，並且無法擴展到單個服務器上的大量用戶。