2017-04-10 17 views
8

우리가 주문 추적, 가격 지수 등을위한 코너 (1)에 기록 된 우리의 웹 사이트를위한 몇 가지 도구 그것은 아주 정상적인 NPM 구조를 가지고웹을 구성하는 방법/전자 응용 - 코드는 두 곳 모두에있을 것입니다

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 

처럼 설정되어, 웹팩은 buildsrc 폴더를 컴파일합니다. 전자의 경우 build의 내용을 app (전자 하위 프로젝트 폴더)에 복사하고 전자 빌드를 실행하여 dist으로 출력하는 추가 단계를 추가했습니다.

이 작동하지만 해킹 것 같습니다. 이 작업을 수행하는 더 좋은 방법이 있습니까? 아니면 "전자"지점과 "웹 응용 프로그램"지점을 갖는 더 좋은 방법이겠습니까?

답변

2

나는 잠시 이전에 사회자가이 질문에 대답하고 파일 구조화를위한 특정 규칙이 없다고 말한 electron forum에서 스레드를 찾았습니다.

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

아니면 현재 사용하고있는 것과 같은 더 NPM 기반 구조 : 대부분의 전자 앱이 구조를 사용할처럼
비록, 내 경험에서, 그것은 보인다. 일반적으로 응용 프로그램의 복잡성과 사용되는 보조 도구 규칙에 따라 좌우되는 것으로 보입니다.

하나의 브랜치와 별도의 브랜치를 가지고있는 점에 관해서는 개인 브랜치로 유지하는 것이 더 쉬울 지 모르지만 그 시점에서 개인적인 선호도에 도달한다고 생각합니다.

다른 접근법을 확인하고 싶다면 boilerplates 전자 웹 사이트를 참조하십시오.

+0

다시 찾으려면 잠시 시간이 걸렸지 만 [this] (https://discuss.atom.io/t/design-patterns-inside-electron-application/29727)는 제가 참조했던 스레드였습니다. –