2017-04-10 18 views
8

我們有我們的網站的幾個工具寫在角1訂單跟蹤,價格行情等,它有一個非常正常的NPM結構如何構建一個Web /應用電子 - 代碼將在兩地

root/ 
├── build/ 
├── src/ 
│ ├── scripts/ 
│ ├── assets/ 
│ ├── app.js 
| ├── node_modules/ 
| ├── build/ 
├── package.json 
├── webpack.config.js 

現在我們要創建一個桌面應用程序,並且我們已經決定使用Electron,因爲我們已經爲網站編寫的所有工具都可以正常工作。基本上,計劃是擴展網站代碼,並使用構建開關隱藏一些桌面功能。

所以我的問題是,設置文件夾結構的最佳方式是什麼? Electron使用子項目(按照慣例在./app文件夾中)。現在,我有它設置這樣

root/ 
├── app/ 
├── build/ 
├── dist/ 
├── src/ 
│ ├── assets/ 
| ├── build/ 
| ├── node_modules/ 
│ ├── scripts/ 
│ ├── app.js 
├── package.json 
├── webpack.config.js 

當我們建立我們的網站,的WebPack編譯src文件夾build。對於Electron,我們增加了額外的步驟,build的內容隨後被複制到app(電子子項目文件夾),並運行電子構建,輸出到dist

這工作,但似乎hacky。有一個更好的方法嗎?或者有更好的方式來建立一個「電子」分支和一個「網絡應用程序」分支?

回答

2

我記得在electron forum前面發現了一個線程,主持人解決了這個問題,並且說文件結構沒有特定的約定。
雖然,從我的經驗,這似乎是大多數電子應用請使用此結構:

root/ 
├── assets/ 
├── css/ 
├── js/ 
├── node_modules/ 
├── index.html 
├── main.js 
├── package.json 
├── (ect..) 

還是更基於NPM-結構就像你正在使用中的一個。它通常似乎取決於應用程序的複雜性和正在使用的補充工具的慣例。

至於有一個單獨的分支vs獨立的分支機構,我認爲在這一點上它歸結爲個人偏好,但我認爲它可能更容易維護爲一個單一的分支。

如果你有興趣查看一些其他的方法,你可以查看電子網站上的各種boilerplates

+0

我花了一段時間才找到它,但[this](https://discuss.atom.io/t/design-patterns-inside-electron-application/29727)是我所參考的線索。 –

相關問題