Ragic 部落格
企業電子化的專家 Ragic 教你如何利用各種軟體、
雲端服務讓公司快速升級!
加入 Ragic 企業電子化的行列!
雲端工作術
各類應用示範
案例故事
逃離惡夢
關於 Ragic
Facebook X YouTube
雲端資料庫
部落格
關於Ragic
雲端工作術
各類應用示範
案例故事
逃離惡夢
關於 Ragic

Javascript Library的誘惑

作者:Jeff Kuo

作者從還沒有AJAX這個名詞以來,也開發了不少用了大量Javascript和AJAX技術的Web Application,各式各樣的AJAX Framework跟Library也多少有接觸。針對一些專案型的開發,使用這些Framework跟Library是加速專案開發的好方式,許許多多看起來很炫的功能,都只要把Library include進來,然後call幾下就完成了。

但是在需要長期維護、修改的產品型開發時,使用這些Javascript Library就常常會碰上一些問題,例如產品有了特殊需求,要做一些原本Library作不到的事情。或甚至其實Library是有這個功能,但是文件實在太難懂又太不齊全了。而有時候卻是一個Bug解半天,最後發現是使用的Library的Bug。最後發現,使用Javascript Library其實是一個只有爽第一天很有成就感,但爾後每天充滿怨恨的日子。真正很成熟、品質良好、文件齊全的Javascript Library真的是少之又少,而成熟、有彈性、功能豐富的Library多半又有一個大缺點,就是他們多半很肥…

因此作者個人在產品型的開發中,Web前端Javascript/AJAX部分用的Library幾乎都會因為太常碰到以上所述的問題,最後都被我拿掉,換上自己的程式碼。而其實發現Javascript比較熟以後,我們需要的功能,絕大多數自己做起來都不會很麻煩。而且最大的優點在於可掌握性比較高,出了問題多半比較有把握知道大約多久可以解決。程式碼也多半會輕巧了非常多,而那些Library之所以會這麼龐大,多半是因為隨著時間演進,多少使用者不斷要求增加新功能,而漸漸讓一個原本可能沒這麼複雜的功能,成為了一個龐雜的大怪物。因此除非確定是非常獨立的模組,例如Rich Text Editor,並且確定是很成熟的產品,不然都應該仔細考慮功能自己撰寫的可能性。

忍一時快感,造就長期健康的產品啊!

部落格背後使用 Ragic! : 最強大的 No Code 企業電子化工具
把資料放在Excel上不只是拖累團隊的行政效率,他也很容易出錯並且無法進行任何內控。
當您的團隊成長時,使用Excel管理資料就會越來越痛苦。
建立你們的第一個雲端資料庫!

馬上註冊
免費試用 Ragic!

用 Google 帳號註冊

立即科技 Ragic, Inc.
02-7728-8692
info@ragic.com
台北市中正區南昌路二段81號9樓