방법은 많습니다만...

우선 고민하고 계신 trait 부분 부터.

이부분이 왜 고민인지 개인적으로 이해가 어렵습니다.

composer 를 알고 계시고 trait 를 알고 계시다면 auto load 를 이해하고 계시단 건데...

이게 왜 고민이 되는 것이죠?

composer를 쓰는거고, 공통된 객체 기능을 끌어다 쓰기 위해서 auto load 시킨다면...

매번 use 로 호출 해서 불러올텐데, 왜 에러가 나신다는 건지...?

어느쪽이든 사용하려는 객체를   불러와서 콜 하지 않으면 사용이 불가능 합니다.

2번째로 좀더 쉽게 사용 하는 방법중 하나는 컨트롤러를 코어확장 해서 사용 하시면 됩니다.

코어확장 부분에다 trait 넣으셔도 되구요.

의문은 풀리셨나요? ㅎㅎ

kaido 님 안녕하세요.

질문 해놓고 kaido님 답변을 보니, composer.json 파일의 경로를 기록한다는것 자체가 외부 git 라이브러리를 연동하는것인데

외부 git 라이브러리도 아닌데 저기에 작성할 이유가 없겠네요..

"vendor 디렉토리는 보통 git에 푸쉬할때 제외 시키기 때문에 배포 솔루션을 다운받은 사람은

composer install 또는 update 명령을 실행시켰을 경우 제가 vendor 디렉토리에 따로 직접 추가한 파일은 git에 공유되어있지 않으니

composer.json에 기록한 경로가 존재 하지 않아 다운받을 곳이 없어 에러가 난다 " 라는 착각을 했네요.;;

애초에 git에 공유시킨것도 아닌데 composer.json 에다가 왜 경로를 적을 생각을 한건지 ㅜㅜ

잠깐 미쳤었나 봅니다..;;

코어 확장 부분에다가 trait 넣는 다는 것은 아래와 같이 한 파일에 넣는 것을 말씀 하시는 건가요?

trait Hello {
    public function sayHello() {
        echo 'Hello ';
    }
}

class MY_Controller extends CI_Controller {
    use Hello;
}

이렇게 하면 MY_Controller가 Hello 트레이트를 포함하니 이것을 다시 확장한 사용자정의 컨트롤러 예) Board를 만들면 trait 의 모든 메소드를 사용할수 있고 정말 좋겠네요.

class Board extends MY_Controller {
   echo $this->sayHello();
}

이해한게 맞는지 모르겠는데 좋은 방법인것 같습니다.

네. 이해하신게 맞습니다.

다만 trait를 사용 하지 않고  코어 확장에다가 function 으로 기능 집어 넣고

function으로 불러다가 호출 하면 더 쉽게 된다는 것은 함정. ㅎㅎ

2번째 함정으로는 composer 사용 하니

굳이 코어확장 안하고 컴포저 스타일로 만들어서 따다가 쓰면 된다는 것도 함정.

3번째로는 라이브러리로 만들어도 별반 차이 없다는 것도 함정 입니다.

방법은 많고, 스타일만 다를뿐이죠.

kaido, 한대승, 양승현 님 답변 감사합니다.

말씀들을 듣고 보니 굳이 트레이트 아니더라도 얼마든지 다양한 방법이 있었네요.

쉽게 갈것을 이상하게 생각하고 있었나 봅니다;;

이중에 어떤 방법이 지금 현재 상황에 적절한 방법인가 고민하여 적용해 보겠습니다.ㅎ