최근에 나는 프론트 라인 GUI를위한 프레임 워크로서 모질라 XUL 러너를 소개했다 이것은 xul과 js를 기반으로 한 나 (나 GUI 사용자)의 idial 프레임 워크 인 것 같다. 그리고 C++을 백엔드로 사용할 수있는 가능성을 제공한다. (xpcom). 완벽한 이음새가 완벽한 것입니다. 내 질문은이 프레임 작업에서 만료가있는 사람들을위한 것이고이 프레임 작업의 한계에 대해 나에게 몇 가지 포인트를 줄 수 있습니다. 또한 XULrunner 바이너리에서 상용 소프트웨어를 기반으로 할 수 있습니까? 이 면허 문제에 대해 알고있는 사람이 있습니까?XUL 러너가 내 응용 프로그램 용 GUI 프레임 워크로 무엇을 놓치고 있습니까?
XUL은 더 큰 "Mozilla Application Framework"의 일부입니다. 이 탁월한 x-paltform 개발 환경을 최대한 활용하는 방법을 배우려면 많은 개념적 요소가 필요합니다. 이전 포스터가 말했듯이, 좋은 문서는 빗질하기가 어렵습니다.
나는
그것은 매우 철저한 치료를 제공합니다 ... 여기에 온라인 버전이있다, 당신은 맥팔레인의 책을 읽고 제안 - 그래서 당신은 당신과 같은보다는 플랫폼을 이해하고 같은 기분을 코딩 할 수 있습니다 그물에서 해킹을 축적하고있어. 할 수있는 또 다른 일은 코모도 편집 (Komodo Edit) 및 송 버드 (Songbird)와 같은 잘 작성된 오픈 소스 모질라 기반 응용 프로그램을 다운로드 한 다음 크롬 디렉토리를 탐색하는 것입니다. 직장에서 XUL 전문가를 확인하면 많은 시간을 절약 할 수 있습니다.
내가 말했듯이 Comercial 개발에 대한 한 가지 주요한 한계는 XUL의 디자인이 자바 스크립트로 클라이언트 코드를 많이 작성해야한다는 것입니다. 즉, 고객 (및 경쟁 업체)이 많은 소스 코드로 끝나게됩니다. 이 문제를 해결하는 확실한 방법은 다른 언어를 사용하여 "핵심"독점 코드를 코드화하고 XPCOM을 통해 JS에 바인딩하는 것입니다. 들어 본 다른 방법 (아직 시도하지 않은 방법)은 JS를 mozilla의 JSXDRAPI를 사용하여 바이트 코드로 변환하는 것입니다. Firefox 자체는 XUL/JS 파일을 캐시하기 위해 내부적으로이 작업을 수행합니다. 나는 xulrunner에게 컴파일 된 .JSC 파일을 인식시키려는 사람을 아직 만나지 않고있다.
에드몬드 베 우미 사.
어려운 부분은 지원하려는 모든 플랫폼에 대해 바이너리를 컴파일했다고 생각합니다. 바로 거기에 꽤 심한 제한이 있습니다. Mozilla 라이선스는 꽤 진보적입니다. 상업적 목적으로는 괜찮습니다. the license이고, 여기에 annotated guide입니다. 여기 나는 이것을 좋아한다 overview.
바이너리 코드를 사용하려면 모든 플랫폼에 맞게 컴파일해야합니다. 거의 한계가 ... – Nickolay
XUL은 훌륭합니다.
하나의 단점은 데스크톱 응용 프로그램 개발 프레임 워크로 승격되지 않는다는 것입니다. 따라서 도구 지원은 Microsoft의 것보다 더 나쁩니다. 모든 것이 문서화 된 것은 아니며, 수행 할 구성 요소가 없습니다 모든 것.
XUL을 통해 진지한 개발을하려는 경우 구현 세부 정보를 포함하여 프레임 워크를 배워야 할 준비를하십시오. 기본적으로 Firefox가 적극적으로 사용하지 않는 구성 요소를 사용하는 경우 에 직접 알아야 할 문제가 있습니다.
프레임 워크는 오픈 소스이며 자유 라이센스가 부여되어 있으므로 패치를 적용하고 응용 프로그램에서 패치 된 런타임을 사용할 수 있습니다.
** 프로그래밍이나 소프트웨어 개발이 아닌 라이센스 또는 법적 문제 **에 관한 내용이므로 주제를 벗어난 것으로 닫으려고합니다. 자세한 내용은 [여기를 참고하십시오] (http://meta.stackoverflow.com/a/274964/1402846) 및 [help/on-topic]을 참조하십시오. –