2010-07-30 34 views
4

任何人都可以闡述使用ColdFusion開發框架的缺點(如果有的話)嗎?傳統上我正在開發一個應用程序,我很想用一個框架來看看有些事情可以做得簡單。我不熟悉ColdFusion和框架。我想了解使用框架的含義,包括優點和缺點。使用ColdFusion框架

回答

8

缺點:

  • 學習曲線(選擇一個瘦框架,以減少這種)
  • 前端控制器使醜陋的網址,往往需要Web服務器層
  • 框架的風險被停止使用的URL重寫(無支持,很難維持的,新的CF版)
  • 框架的錯誤打破(挑好&快速的支持流行的框架)
  • 更難有時調試,因爲行動通常不再是.cfm。提示:利用cfdump和cfabort查看控制器層中的轉儲
  • 某些框架需要較長時間才能重新啓動。由於大多數框架都會緩存配置和控制層以提高性能,因此在開發階段,您需要始終重新啓動。 CF9緩解了這個問題,因爲它速度更快。
  • 最後,有時您會使用框架的API,CFML的抽象,並錯過了本機ColdFusion解決相同問題的方式。

表現一般不是問題。別擔心。

+0

謝謝亨利。簡而言之,如果您熟悉的話,您對車輪上的CF和Coldbox有什麼想法?如果你是初學者,你會傾向於選擇哪一個? – Mohamad 2010-07-30 02:39:19

+2

@Mel - 您可能想要閱讀以下問題:http://stackoverflow.com/questions/3361951/picking-a-coldfusion-mvc-framework – 2010-07-30 02:45:39

+1

選擇CFWheel,如果您更喜歡Ruby-on- Rails/Active Record開發Web應用程序的風格,並且需要CF8或更舊版本中的ORM功能。 如果您使用的是CF9,那麼Hibernate支持的ORM就是IMO,其功能更強大,並且可以與所有MVC框架一起使用。 ColdBox有很好的文檔和支持,但它的弱點是它擁有一切+廚房水槽!當然,如果你不需要它們,你不必使用它們,但是我覺得它有點太笨重,不適合我。 – Henry 2010-07-30 02:50:13

4

亨利已經給了一個很好的答案,但我只是想拿起你的問題的這部分:

但它不能帶來性能上的稅?

框架的性能開銷可以忽略不計。

實際上,你甚至可以從ColdBox等框架中獲得性能更好的,這些框架內置了緩存。請記住,大多數框架都是很多人使用的成熟的代碼庫 - 很可能,您最近編寫的未經測試的代碼將成爲罪魁禍首,而不是框架。


然而,作爲一般規則(不特定於框架)性能是沒有問題的,除非你有可衡量的結果是說,這是

即不要只是認爲「我會做X而不是Y,因爲我認爲它會更快」 - 使用滿足用戶需求的最簡單的選項,只有在能夠證明它有一個性能問題您提出的解決方案更好。

+0

謝謝,彼得。說實話,我使用Ben Forta的CF開發指南,自己寫了一個應用程序,而且還做得很好。但是當我看到車輪上的CF是如何工作的時候,我真的很想開始使用它。我害怕這樣做,因爲我不熟悉它,而且我擔心我會到一個地步,我需要創造一些東西,我將無法...... – Mohamad 2010-07-30 17:49:36

+1

@Mel,問一個問題在他們的用戶組上並測試他們的響應時間。 :)另外,不要忘記關於推特。我們一直在那裏提問。 – Henry 2010-07-30 18:12:41

+1

@Mel,CFWheels確實是一個非常有趣的框架。您可以在UGTV上查看他們的演示文稿http://www.carehart.org/ugtv/index.cfm,搜索「Wheels」 – Henry 2010-07-30 18:14:51

1

這取決於你進入的項目的性質。我認爲最好使用frameowrk來獲得更好的代碼組織,可伸縮性,約定和其他。如果你應該從一個企業級應用程序開始,那麼就我的表現而言,冷箱是最好的框架。它有一個更大的學習曲線,但它值得學習。如果它的簡單啓動項目,然後FW1是好的。你可以在這裏找到一個列表

http://www.riaxe.com/blog/top-coldfusion-frameworks/