創建一個新的Firefox附加組件：XUL或Jetpack？

如果你今天要開始開發一個新的Firefox附加組件，你還會使用XUL/JS還是開始使用新的附加組件框架Jetpack？創建一個新的Firefox附加組件：XUL或Jetpack？

在Firefox 4上創建插件的XUL方式將繼續存在，但Jetpack顯然正在製造蒸汽，我想它將成爲未來創建插件的唯一方式。

現在是否已經開始尋找切換/遷移到Jetpack的時間了？

2010-07-23 flpmor

[使用附加SDK來開發我的Firefox擴展有什麼優點/缺點？]（http://stackoverflow.com/questions/5709195/what-are-the-advantages-disadvantages- sdk-to-develop-my-fire） – PleaseStand 2013-01-06 04:05:34

JetPack和XUL不是互斥的。 JetPack是一組API，您可以附帶一個由Mozilla測試並保證可以正常工作的附加組件。我建議你從JetPack開始，如果你需要做更強大的功能，你可以開始添加XUL和其他JS文件來完成你所需要的。 JetPack被設計得更簡單，但你也可以踏入擴展開發這個可怕的世界，而沒有問題。

來源

2010-07-24 22:25:45 sdwilsh

是的，當我讀到更多關於Jetpack的信息時，我認爲這將是方法。兩者的結合，使用一些Jetpack API並在需要尚未提供的功能時用JS/XUL補充它。 – flpmor 2010-07-24 22:50:16

我還不知道Jetpack，但是我兩年前使用XUL爲Firefox編碼了一個很大的擴展，它確實非常痛苦。

我認爲Jetpack必須更好更簡單，值得一試。

來源

2010-07-23 12:52:54

是的:)在XUL中開發擴展的學習曲線是陡峭的。我認爲簡化這個過程絕對是Jetpack背後的主要思想。我想知道目前的狀態有多艱難，與XUL相比，它的功能有限嗎？如果這個階段值得過渡。 – flpmor 2010-07-23 14:26:05

我認爲這取決於你的延遲：如果你想在兩週內使用你的擴展，請使用XUL。如果你有足夠的時間，並且需要在6個月內準備好，那麼你應該從噴氣揹包開始。 – 2010-07-23 15:10:07

這取決於你的插件的大小和範圍。如果你認爲它相當簡單，那麼比起我開始使用XUL，只有當你打開牆壁並發現自己說「必須有更好的方法！」時才切換到框架。

我還沒有使用Jetpack，但我確實認同XUL並不總是令人愉快。文檔多少經常缺少一些明顯關鍵的信息，這是驚人的。 Jetpack可能爲你平滑。或者，您可以幫助改進文檔。 :)

來源

2010-07-23 17:39:09

是的，缺失的文檔很煩人。我已經通過了幾個小時尋找信息，但沒有發現任何東西。最後，我總是在擴展的源代碼中尋找答案，這些擴展可以做我正在尋找的東西:) – flpmor 2010-07-23 18:41:14

然後你更新MDC wiki，讓它比你找到的更有用，對吧？ ;） – MatrixFrog 2010-07-24 01:41:03

我不知道我可以做到這一點:)我從現在開始 – flpmor 2010-07-26 13:03:07

創建一個新的Firefox附加組件：XUL或Jetpack？

回答

相關問題