[英]Is Seaside still a valid option?
Seaside 剛剛發布了即將發布的3.0版本的候選版本,因此它再次出現在我的視野中。 由於我目前正在考慮在將來的項目中使用哪種Web框架,因此我想知道是否需要考慮這一點。 las,Seaside的大部分宣傳活動都始於'07,它可能是網絡的一兩個世代。 所以我希望這里的社區能夠回答一些問題
當您的大多數工作流大多使用HTML(例如表單提交)時,基於連續的框架就非常好。 對於當今的JavaScript繁重的環境,這似乎不再值得了。
Squeak能夠處理合理的工作量嗎? 從這里和其他地方的其他問題來看,從長遠來看,似乎要適當擴展另一個實現(Gemstone等)可能會更好,但是我不知道這有多遠。 會議似乎很昂貴。
我知道比較很難,但是您在網上找到的大多數文章都是Seaside和Rails並排放置的。 像Scala / Lift,Clojure / Compojure或Erlang / Nitrogen之類的組合又如何呢?
我對問題一和問題二有答案:
還有一本新的海邊書: http : //book.seaside.st/book
在Smalltalk中,我們現在要考慮三個Web框架,除了Seaside之外
兩者后來都有效地解決了三個類似的控制流程,但不需要繼續。 兩者都具有非常強大的Ajax集成,實際上您不再意識到正在使用Ajax。
兩者都可以很好地擴展內存消耗。 10.000個會話在Aida / Web中花費220MB ,即每個會話約23KB,可以進一步優化到每個會話僅400B。 這意味着,您可以從單個Smalltalk映像中不僅可以運行許多網站,還可以運行許多網站。 當然,您可以根據需要隨時升級到負載平衡解決方案。 根據我的經驗,這是很少需要的。
與Ruby on Rails相比,我的一個朋友抱怨說,他最初銷售的每個網上商店站點都需要50MB的內存。 然后,他轉向Aida / Web解決方案,在該解決方案中,他需要大約相同的MB來存儲圖像,但是對於每個其他的webshop站點則只需要幾個KB。
我發現在Smalltalk IDE中使用良好的抽象集工作的效率超過了工程主導項目中的所有其他問題。 對於一個在單個服務器上有大約100個用戶(同時但不繁重)的小公司(不使用SSD)的企業來說,它可以很好地用作企業系統。 自2007年以來:
幾周前發布了性能大大提高的新“ cog”虛擬機,並顯示出改進性能的巨大希望。
Seaside的開發商Avi Bryant說,AJAX在幾乎所有情況下都可以繼續進行。 但是,您也可以使用Seaside和AJAX構建功能強大的應用程序。
使用Ajax,可以在其他框架中很好地完成Web-App的Application部分。
我認為,目前缺少像Cappuccino-for-Clamato這樣的Seaside集成式Smalltalk-to-Javascript框架。 我希望能夠使用Smalltalk構建真正的Javascript-App。
我認為您可以做的最好的事情是在周末進行原型制作。
如果您可以在兩天內完成原型制作,並且可以吸引一些注意力,並且享受在海邊進行開發的經驗,那么您將為下一步工作打下基礎。
這僅花費您的時間(您可以在Amazon服務器中發布)。
順便說一句,這周我聽說有一家初創公司是手工制作原型的(所有東西都是靜態的,他們手動處理東西)。 相當驚人,瘋狂又便宜。 當他們覺得自己對這個想法有足夠的吸引力時,便實施了該應用程序(使用任何技術,我敢肯定對於海邊的開發者來說這不是挑戰)
聲明:本站的技術帖子網頁,遵循CC BY-SA 4.0協議,如果您需要轉載,請注明本站網址或者原文地址。任何問題請咨詢:yoyou2525@163.com.