현재 package.json 파일은 주로 Chosen for 개발자의 dev 요구 사항을 설치하기 위한 것입니다.

서버 쪽이 아닌 브라우저에서만 작동하는 라이브러리이므로 npm에 두는 것이 의미가 있습니까? (이것은 실제 질문입니다. 저는 node.js 개발자가 아니라 PHP 사람이므로 npm 규칙을 모릅니다)

주된 이유는 Browserify 를 사용하여 JS에서 스크립트 태그를 도처에 약간 떨어뜨리는 대신 var Chosen = require('Chosen'); 를 수행할 수 있도록 하는 것입니다. 서버 측 JS는 이미 require 형식을 사용하고 있으며, browserify는 요구 사항을 구문 분석하여(좋은 모듈 정의 node.js를 시뮬레이트하지만 프론트 엔드용) 이를 큰 최종 build.js로 변환합니다. 모든 종속성 번들) 파일을 index.html에 제공합니다.

이 문제에 대해 +1 — 내 앱에서 browserify를 사용하고 선택한 것을 사용하지만 현재는 vendor 디렉토리에 넣어야 하므로 정말 짜증납니다.

이것도 +1. Browserify를 사용하면 NPM에 있는 것이 매우 합리적입니다.

나에게도 +1 :) 또한 browserify 사용

+1

+1

+1

+1

이 플러그인이 필요한 경우 $ 및 jQuery 를 전역 범위 및 나중에 chosen = require(../path/chosen.min.js)

예시:

 var $ = require('jquery');
 window.$ = $;
 window.jQuery = $;
 var chosen = require(./chosen.jquery.min.js)

코드에서 사용할 수 있습니다. $('select').chosen();

출처: http://www.codefornow.com/2014/06/08/browserify-jquery-and-jquery-plugins/

+1

+1

Browserify 지원을 위해 +1하십시오

여기 수정은 꽤 쉽다고 생각합니다.

1. UMD 래퍼 추가
2. 빌드된 파일을 리포지토리에 추가
3. 빌드된 파일을 npm 게시

선정된 팀이 그러한 PR에 관심이 있다면 알려주시면 함께 준비하겠습니다. 빌드된 파일을 Bower에 올릴 수도 있고 Chosen을 사용하는 개발자에게 문제가 없어야 합니다.

@jmeas

빌드된 파일을 리포지토리에 추가

이것은 일어나지 않을 것입니다. 우리는 이것을 하곤 했고, 그것은 팀에게 악몽이었습니다. 컴파일된 JS + CSS는 리포지토리에 추가되지 않습니다. 이는 이슈 트래커에서 여러 번 논의되었습니다.

사전 컴파일된 버전은 릴리스 페이지 를 통해 제공됩니다. 선택한 패키지 관리자가 ZIP을 통한 패키지 지정을 지원하는 경우 이를 사용해야 합니다. 예를 보려면 바우어 지침 을 참조하십시오.

선택한 패키지 관리자가 ZIP를 지원하지 _ 않거나 하는 경우 이에 대한 지원을 추가하려면 문제를 열어야 합니다.

Browserify 사용자, 내가 아는 두 가지 선택이 있습니다. 첫 번째는 위에서 설명했지만 다시 한 번 요약하겠습니다.

해결 방법 1: Bower 및 window

README의 지침을 따르십시오. 불행히도 내가 아는 한 npm 사용할 수 없으므로 프로젝트에 bower 를 설정하고 zip을 설치하십시오. 다음 항목을 사용하여 코드에 모듈을 추가하십시오.

var $ = require('jquery');

// Chosen requires this :(
window.jQuery = $;

require('path/to/bower_components/chosen_v1.3.0/chosen.jquery');

그리고 그것은 작동합니다! jQuery는 예상대로 영구적으로 수정되므로 앱의 다른 곳에서 선택하도록 요구할 필요가 없습니다.

코드의 다른 곳에서 이 window.jQuery 참조하기 시작하지 않도록 브라우저 전역에 액세스하려고 하면 린터에서 오류가 발생하는지 확인하는 것이 좋습니다.

정자와 창문에 관심이 없으신가요? 나는 당신을 느낀다. 두 번째 옵션은...

해결 방법 2: 직접 포장

내 앱에는 종종 모듈 로더를 처리하도록 패키지되지 않은 소수의 라이브러리에 대한 vendor 디렉토리가 있습니다. 선택한 주위에 이 UMD 래퍼 를 추가

왜 그냥 browserify-shim을 사용하지 않습니까?

이것은 확실히 옵션입니다. 내 앱의 테스트는 Node+JSDom에서 실행되므로 라이브러리를 shimm하거나 앨리어싱하지 않고 작동해야 합니다.

이번주말까지 npm 와 bower 에 Chosen 빌드가 있기를 희망합니다. UMD로 감싸져 있어서 사람들은 앞으로 어떤 문제가 있어도 거기에서 설치할 수 있습니다. 상기시켜주시면 최신 상태로 유지하겠습니다. 따라서 귀하가 미래의 독자이고 제 포크가 최신 버전이 아닌 경우 문제를 열면 릴리스를 잘라낼 수 있습니다.

:+1: 기본 bower 구성 요소용. scss 파일을 직접 가져올 수 있기를 원합니다.

npm에 선택된 패키지를 추가하기 위해 +1.

npm에 선택된 패키지를 추가하기 위해 +9001.

Chosen에 대한 개발이 느린 지점에 있는 것 같으며(적어도 현재로서는) 유지 관리자는 Chosen이 작동하는 환경을 업데이트하는 데 관심이 없는 것 같습니다.

앞으로 가장 좋은 방법은 prob 것입니다. 이 프로젝트를 분기하여 npm 지원(원하는 경우 UMD 지원도 추가)을 추가하십시오. npm/Bower( modern-chosen 아래)에 새 릴리스를 게시한 다음 PR을 열어 변경 사항을 업스트림할 수 있습니다.

그들이 그것을 병합하면 훌륭합니다. 당신은 당신의 모듈을 더 이상 사용하지 않을 수 있습니다. 그렇지 않으면 사람들이 대신 포크를 사용하기 시작할 것입니다.

(특정인이 아닌 "누구든지"라는 의미로 "you"를 사용하고 있습니다 :P )

Bower가 선택한 포크에 패키지 정의를 추가하는 데 어려움은 무엇입니까? 게으름인가, 무능인가? 임대 시 노드 사용자를 완전히 호스팅하는 대신 어느 정도 만족시킬 수 있습니다.

Bower가 선택한 포크에 패키지 정의를 추가하는 데 어려움은 무엇입니까? 게으름인가, 무능인가? 임대 시 노드 사용자를 완전히 호스팅하는 대신 어느 정도 만족시킬 수 있습니다.

그런 사려 깊은 댓글.. 오픈 소스라는 것을 기억하십시오. 그리고 모두가 여가 시간에 기여하고 있습니다. 그 외에도 모든 추가 기능을 유지 관리해야 하므로 시간이 많이 걸립니다. 하지만 bower-chosen repo가 ​​있으므로 npm 패키지가 멀리 떨어져 있으면 안 됩니다.

@pfiller bower-chosen 을 chosen-packaged (또는 특정 관리자와 관련이 없는 다른 이름)로 바꾸고 bower-chosen package.json 를 저장소에 포함해야 합니다.

npm 패키지를 처리해야 하는 PR(#2550)을 설정했습니다. 해당 PR에 첨부된 예제 패키지가 이 패키지가 어떻게 생겼는지 검토하십시오. 감사 해요!

2550이 병합되고 Chosen도 이제 NPM에 chosen-js

@koenpunt 감사합니다! 문제는 패키지에 빌드된 파일이 포함되어 있어 원시 scss를 가져올 수 없다는 것입니다.

관련: #2347