댓글 감사합니다. 하늘그늘님. 

라이브러리 프로젝트에서만 가능하다면 프로젝트 폴더를 통채로 주어야만 가능한가 보군요. 

GUI와 로직을 뭉쳐서 만든 것을 라이브러리로 판매하는 것은 불가능한 것이군요. 

GUI를 직접 코드로 만드는 방법도 특정 GUI 콤포넌트는 직접 코드로 만들 수 없는 듯 하더군요. 

규모가 있는 프로젝트를 안드로이드로 하기에 GUI가 가장 큰 장벽이네요. 

Android의 리소스 처리를 보면 기본적으로 불가능한 것 같아서 안타깝습니다. 

코드로 만들 수 없는 콤포넌트는 하위 사용자가 setting해주게 하면 됩니다.

코드로 GUI 컴포넌트 instance를 생성할 수 있는 생성자가 없는 GUI 기본 콤포넌트가 있어서 

코드로 instance 자체를 생성을 못합니다. 

최소한 instance를 생성할 수 있어야 거기에 property setting을 할 수 있을텐데 말이죠. 

만들어 놓은 코드는 컴포넌트를 가지고 뭔가 할 것이고

jar로 만드는데 걸림돌이 되는 것은 컴포넌트를 jar안에서 생성할 수 없다는 것이 요지인것 같습니다.

그렇다면 만들어 놓은 코드는 컴포넌트 가지고 작업을 하도록 만들고,

이를 사용하는 하위 클래스에서 해당 컴포넌트를 생성해서 setting후 사용하도록 하면 되지 않을까요?

저의 경우는 abs class를 상속받은 뒤에 

자식 클래스에서 컴포넌트를 생성한 뒤, abstract method를 통해

컴퍼넌트를 세팅받아 부모가 제공하는 메소드들을 사용할 수 있게 해줬습니다.

아.. 그렇군요.. 좋은 정보 배워서 갑니다. 

감사합니다. 퐁풍님.

사용하는 측에서 어떻게 사용하는지 궁금하네요. 

findViewById로는 사용할 수 없을 것 같은데요. 

아 댓글이 달려서 수정이 안되네요;;

해당 프로젝트의 리소스를 코드로 다 생성해서 썼었는데,

이걸 xml로 만든걸로 착각하고 된다고 생각해서 댓글을 달았네요..

허위정보 죄송합니다...ㅠㅠ

허위정보였군요 ㅠㅠ 

라이브러리 프로젝트를 직접 이용하는 것은 실제로 어떻게 사용하는지 궁금하네요. 

아.. 그렇군요.. 

비슷한 사례가 있었어요.. 그 때도 XML 은 사용 못하고 코드로만 UI 작업을 할 수 있었습니다. 

그걸 XML로 하고 싶다면 layout parser를 짜야 하는데.. 이게 코드로 UI 작업 하는 것과는 비교도 안되게 힘든 일이라 포기했던 적이.. 

layout int id를 사용하지 않고도 모두 instance를 생성할 수 있으면 코드만으로 가능은 하겠네요. 

희미한 기억으로는 과거에 생성자에 layout int id만 넣을 수 있도록 된 GUI 부품이 있어서 포기했었는데 

아직 자세히 보지는 않았지만 context 만으로 모든 GUI 부품의 instance를 만들어 붙일 수 있기를 기대해 봅니다.