2010-05-12 16 views
1

올해 2 월부터 SmartGWT 구성 요소를 사용하여 빌드 된 앱을 작업 해 왔습니다. 일반적으로 구성 요소가 매우 유용하다는 사실을 알았습니다. 오픈 소스이며 자유롭게 사용할 수 있다는 사실은 환상적입니다. 그러나, 나는 그것이 개발의 튼튼한 방법이 아니라는 느낌을 떨리는 것처럼 보일 수는 없지만, 나는 왜 그 이유를 설명 할 수는 없다. 어쩌면 그것은 내가 개발 한 팀이 멈출 결심을 할 수 있다는 것을 알고 있기 때문에, 나와 팀이 약간의 피클에 빠지게 될 것이지만 나는 더 많은 것이 있어야 할 것입니다.SmartGwt 또는 Swing과 같은 구성 요소 라이브러리에 커밋하는 데 위험이 있습니까?

나는이 느낌을 나 자신에게 설명하는 방법을 찾으려고 노력했지만 아무 소용이 없다. 따라서 귀중한 커뮤니티 인 SmartGWT와 같은 컴포넌트 라이브러리를 사용하여 앱을 빌드하는 데 많은 시간을 할애해야하는 이유를 생각해 볼 수 있는지 물어 봅니다. ? 구성 요소를 직접 개발해야하는 이유가 있습니까? 또는 휠을 재발 명하지 않기로 결정했을 때 올바른 선택을했는지, 즉시 사용할 수있는 것이 무엇인지 알아 보았습니까?

답변

4

오픈 소스이기 때문에 소스 코드의 복사본을 가져 와서 소스 코드에서 구성 요소를 빌드 할 수 있는지 확인하십시오. 그것은 프로젝트 종료에 의존하는 팀에 대한 모든 두려움을 진정시킬 것입니다.

유일한 단점은 프로젝트를 종료 할 때 팀이 오래 전에 사라진 후에 적용하려는 버그 수정에 대한 코드 기반을 배우려면 시간과 인력을 찾아야한다는 것입니다.

제품에 대한 통제력을 상실했을 수 있습니다. 어떤 종류의 통제는 아주 쉽게 포기하기 쉽습니다. 예를 들어 HTTP 표준에 따라 작동한다면 웹 서버 작동 방식에 대한 세부 사항을 제어하는 ​​데별로 신경 쓰지 않습니다. 다른 항목은 100 % 제어 할 수있는 매우 중요합니다. 구성 요소가 개발 노력의 핵심이라면 구성 요소를 제어하기위한 투자를 고려하는 것이 좋습니다.

휠을 재발견 할 필요가 없다는 점에 유의하십시오. 오픈 소스 노력에 동참하거나 (오픈 소스 코드를 수락 할 의사가있는 경우) 언제든지 참여할 수 있습니다. 이러한 종류의 구성 요소를 개발하는 데있어 하우스 스킬).

+0

코드 기반을 배우는 데 대한 +1 좋은 지적. –

3

SmartGWT는 GNU LGPL이므로, 중단하면 실제로 자신의 라이브러리를 만들었지 만 (많은 작업을 저장 했음) 정확한 상황에 처하게됩니다.

휠을 다시 개혁하지 않으면 은 앞으로 나아갈 방법이입니다. 무언가를 직접 만드는 유일한 이유는 밖에있는 곳에서 일할 수없는 경우입니다.

라이브러리가 구축하기에 안정적이지 않다는 느낌을 해결하려면 라이브러리 자체에 기여하는 것이 좋습니다. 이것이 오픈 소스 소프트웨어를 사용하는 사람들이 느끼는 anomie의 느낌을 어떻게 다루는가입니다.

-1

폐쇄 형 소스 라이브러리를 사용하고있는 회사보다 훨씬 나은 위치에 있으며 회사에서 업데이트를 중단했습니다. 솔직히이 이유에 따라 타사 소프트웨어를 사용하면 안됩니다. 웹 서버를 작성 했습니까? 너의 jvm? 당신의 운영 체제?

+0

두 번째 문장에서 "솔직히"라고하는 이유는 무엇입니까? 첫 번째 문장이 100 % 정확하지 않았습니까? –