我打算部署基於QML的應用程序。現在我想知道最好使用資源系統來處理.qml文件及其相關文件,或者使用相對尋址或有更好的方法?
如果qml文件的數量和圖像變得越來越大,第一種方法可能會使項目難以管理。另外我認爲部署Qt桌面組件等第三方插件會更困難。
而第二種方式並不安全,因爲它應該是。每個人都可以打開文本編輯器並編輯.qml文件。
有沒有更好的方法?QML應用程序部署,資源系統或相對編址
2
A
回答
1
使用資源系統:
所有綁定的依賴關係到一個單一的二進制,因此沒有將它們放置在按你的代碼中給出的路徑確切位置的問題。
很多時候你不想分享你的qml代碼/圖片等[關閉源代碼項目],在這些情況下很有幫助。此外,它更安全,因爲沒有人可以修改您的文件並可能削弱您的應用程序。
您將無法在運行時修改這些相關文件,這在某些情況下可能需要。
The first way maybe make the project difficult to manage if the number of qml files and your images become larger and larger.
相反,你說什麼,我覺得它更容易管理他們,怎麼這麼多的文件有可能是。你可以看到here使用Qt Creator是多麼容易。
相對尋址:
所有的依賴分散在不同的位置,從而將它們放置在按你的代碼中給出的路徑確切位置的問題。
由於您的文件可直接提供給任何想要訪問它們的人,因此不安全。
如果在運行時需要修改一個文件,您可以這樣做。例如。有一個日誌文件和寫入/讀取一些數據。
當文件數量增加時,難以管理(與第一種方法相比),因爲必須給出確切的路徑。
一個個人利益,我已經發現的第二種方法是在這樣的情況:
我需要發送我的Qt應用程序的演示給客戶經理,近海。這些演示會持續一整天。如果一些較小的用戶界面功能(例如,按鈕的大小看起來非常小)受到了太多的負面關注,我們可以引導管理人員通過相應的qml文件調用,並讓他做一些小的更改(例如scale:1.5)。因爲我們沒有時間建立整個系統,重新發送給他們等。
有沒有更好的方法?不是我見過的。我認爲它是尋找上述哪一種適合你的要求的問題。
相關問題
- 1. 部署QML應用程序
- 2. 網址縮短(TinyURL的,Bit.ly)應用程序內部部署(開源或商業)
- 3. Yii應用程序使用的系統資源
- 4. 使用WSP部署應用程序資源文件
- 5. 使用語言資源編譯部署MVC應用程序到Azure錯誤
- 6. 資源$ NotFoundException在更新系統應用程序後
- 7. 在稀缺的系統資源下測試OSX應用程序
- 8. 將系統資源限制爲.NET應用程序
- 9. 確定運行應用程序到系統的資源需求
- 10. 具有相同資源的多個JBoss Web應用程序部署描述符
- 11. 部署後配置的應用程序範圍資源(JDBC)
- 12. 沒有資源發現錯誤部署Django應用程序
- 13. 部署應用程序跳過資源文件
- 14. 如何將Qt應用程序部署到其他系統?
- 15. 在MacOSX上部署Java應用程序(來自Windows系統)
- 16. 短網址或別名在Tomcat中部署應用程序6
- 17. 網址android系統編程
- 18. 將QML嵌入到資源Qt應用程序中的問題
- 19. 系統資源的
- 20. 對Nancy測試部署的應用程序運行系統測試。測試
- 21. CodeIgniter緩存 - 系統或應用程序
- 22. Docker:部署使用外部資源的應用程序的新版本
- 23. 重新編譯系統應用程序
- 24. 在Xcode編譯應用程序部署
- 25. 編寫和部署Android應用程序
- 26. 部署QML應用程序時未找到SQLite數據庫
- 27. 部署C++/qml應用程序 - 將qml文件打包到bin中
- 28. 已部署的win32應用程序的相對路徑問題
- 29. 資源學習MFC程序員的GNOME應用程序編程?
- 30. MVC部署 - 相對於應用程序路徑的相對路徑問題