나는 jhipster를 사용하여 프로젝트를 시작하려고 생각하고 있지만 여전히 접근법에 관해서는 질문이 남아 있습니다. Jhipster가 코드를 생성하고 있습니다. - 프로젝트를 생성 한 후 다시 jhipster를 사용하지 않는 것이 더 낫습니까? - 또는 접근 코딩을 사용하여, jhipster를 사용하여 엔티티를 편집하고, 다시 코드화하고, jhipster, 코딩 등 ...?JHipster에 대한 일반적인 질문들
가장 좋은 것은 무엇이며 이에 대한 경험은 무엇입니까?
사실 그건 당신에게 달렸습니다. 당신이 말했듯이 당신은 단지 프로젝트를 생성 할 수 있고 "다시는 jhipster를 사용하지 마십시오". 당신은 프로젝트 뼈대와 당신이 필요로하는 대부분의 것들을 가질 것이고, 당신의 모든 엔티티/컨트롤러를 수동으로 생성 할 수있을 것입니다 ...
그러나 나는 그것을하는 것이 좋습니다. Jhipster에는 사용할 수있는 많은 모듈이 있으며 깨끗한 응용 프로그램을 구축하는 데 도움이되며 많은 우수 사례를 제공합니다. 주변 지역 사회는 실제로 활동적이며 프로젝트는 정기적으로 업데이트되므로 프로젝트가 최신 기술을 사용할 수 있습니다.
jhipster로 작업하기 시작할 때 약간의 트릭이 있습니다. git을 사용하고 정기적으로 수정 사항을 적용하면 (대부분의 자습서에서 언급 됨) 쉽게 되돌릴 수 있습니다.
이것은 프로젝트에 대한 내 견해이지만 Jhipster로 모든 종류의 앱을 할 수 있습니다. 경험을 통해 Jimster의 기본 아키텍처를 성형하여 기대에 부합하는지 여부를 결정할 수 있습니다. Jhipster official website
희망이 도움이 :
사람들이 Jhipster 사용하는 방법을 볼 수있는 비디오 자습서에서보세요! 자세한 내용은 편집이 필요한 경우 주저하지 말고 의견을 보내주십시오.
저는 JHipster 생성 Monolith2/Spring/DB 응용 프로그램의 초기 단계입니다. 나는 코드의 어떤 부분을 jhipster에 맡겨야하고 어떤 부분을 사용자 지정해야 하는지를 이해하려고 노력하고있다.
이상적으로 모든 엔티티를 다시 생성하고 논리를 덮어 쓰지 않고 프로젝트를 재구성 할 수 있기를 바랍니다. 그러나 그것이 가능한지 확실하지 않거나 아직 달성하지 못했습니다.
내가 말한 것은 생성 된 코드를 바꾸는 대신 빌드하는 것입니다.
클라이언트 측에서는 생성 코드가 유지되고 관리자 만 제한됩니다. 별도의 UI를 구축하고 있습니다.
우리는 지금 서버에 논리를 추가 만 이제 다음에 적절한 고려를주고있다:
내 생각이 있습니다. 의견을 다시 듣게되어 매우 기쁘게 생각합니다.
친절함에 대해서는 Fergal.
안전한 방법은 git를 사용하는 것입니다. 마스터를 사용하고 분기를 개발하십시오 (이상적으로는 git flow). 개발 브랜치에서 프로젝트를 생성 한 후에는 '원본'과 같은 브랜치를 만들고 JHipster 마법을 수행 할 때마다 해당 브랜치를 체크 아웃하십시오. 개발 지점을 체크 아웃하고 체리는 '원래'지점에서 변경 사항을 선택하십시오. 이렇게하면 개발 브랜치에서 원하는대로 변경할 수 있습니다.
답변 해 주셔서 감사합니다. 피드백을 얻는 데 도움이됩니다. – user1473161