[💬] 언리얼 플러그인 만들어 사용하는 사람 있음??

[익명(110.12)]

코드를 기능별로 모듈(플러그인)화하고

코드 수정되면 해당 플러그인 영역만 컴파일 하는 방향으로 해서

컴파일 시간 줄이려고 하는데

이런식으로 하는 사람 있어?? 유용한 개발 방식이려나

[게임개발용아이디(devgame)]

컨텐츠내용까진 굳이 필요없으면 플러그인 만들지말고 Soruce 폴더에 특정폴더 만들고 모듈명.build.cs랑 모듈.h 모듈.cpp 만들면 됨. 그리고 프로젝트.build.cs에 종속성걸고 includepath까지 넣으면됨 잘나누면 쓸만한데 모듈끼리 중복참조하면 그건 해결못하니까 잘나눠야함

[파베르Dev(jaba001)]

생각외로 모듈화가 철저하게되서 플러그인으로 빼두는경우가 잘안생기는거같던데

[파베르Dev(jaba001)]

글고 컴파일시간 그렇게 별로차이안날꺼같음

[글쓴 ㅇㅇ(110.12)]

아 모듈화는 플러그인 없어도 할 수 있으니까 플러그인 사용은 굳이 인건가?

[파베르Dev(jaba001)]

걍 취향차이일듯

[글쓴 ㅇㅇ(110.12)]

아하 난 부분 컴파일을 위해서는 무조건 컴파일을 통해 모듈화를 해야하는줄 알았는데 굳이 플러그인으로 빼지 않아도 모듈화가 가능했네 고맙다

[ㅇㅇ 1(112.153)]

괜히 시간만 더 걸릴듯;

[ㅇㅇ 2(118.47)]

나는 분리가 가능한 기능은 플러그인으로 따로 빼서 팔아 먹었음. 최근 부터는 메인 게임 로직도 플러그인으로 뺐는데 이유는 게임 파일명 변경을 쉽게하기 위해서. 소스 폴더에 있으면 바꾸기가 쉽지 않았음. 그리고 나중에 협업할 때 프로젝트를 공유해야 할텐데 플러그인으로 하면 소스코드를 빼고 공유할 수 있고 또 소스코드 없이 배포하면 열때 상대편 컴에 비주얼 스튜디오 없어도 됨. 단점은 역시 좀 번거로움.

[ㅇㅇ 4(112.216)]

그러면 그냥 모듈화 하는 것 보다 플러그인이 그런쪽으로 더 유연하겠네 땡큐

[ㅇㅇ 3(125.244)]

일단 장점은 모듈화로 코드 유지보수가 깔끔하게 되긴함. 컴파일타임 자체에선 이득을 크게 못봤었음. 단접은 모듈 의존성 고려하면서 짜야해서 시간을 더 씀. 애초에 플러그인으로 따로 빼버리면 물리적 제약을 거는건데, 님이 절대로 잘 안바뀔거라 생각해서 분리해놓은 하위 모듈을 모종의 이유로 통합, 혹은 수정해야할때 꽤 고통스러울거임.. 보통은 필요에 의해 모듈을 나누는게 좋음. 다음 플젝에 쓴다던지 할때.

[ㅇㅇ 3(125.244)]

그 상황이 닥쳤을때 모듈을 나누는게 제일 손해 안볼거임

[ㅇㅇ 4(112.216)]

컴파일타임 이득이 없으면,, 최소한으로 코어한 것만 분리해야겠네