-
08-06-2019 - |
문제
으로 증가하는 전력 자바 스크립트의 프레임워크는 다음과 같 YUI,JQuery,그리고 시제품,그리고 디버깅 도구 방화하고,응용 프로그램에서 완전히 브라우저 안에서 하이퍼링크를 보인처럼 만들 수 있는 좋은 방법이 간단한 어플리케이션을 좋아하는 퍼즐 게임과 전문 계산기.
어떤 단점이외 노출의 소스 코드?을 어떻게 처리해야 하는 데이터 저장에 대한 이 종류의 프로그램입니까?
편집:yes,기어와 쿠키를 사용할 수 있습 로컬 저장소,하지만 당신은 쉽게 액세스하는 파일과 다른 객체를 사용자가 이미 있습니다.당신은 또한 수 없는 데이터를 저장하는 파일을 사용자에 대해하지 않고 호출할 일부 브라우저의 기능을 인쇄 또는 저장하는 페이지로 파일입니다.
해결책
나는 여러 가지 응용 프로그램에서 JS 을 포함 스프레드시트에서도 합니다.
거:
- 훌륭한 언어
- 짧은 코드 실행 검토를 주기
- DOM 조작은 UI 디자인
- 클라이언트는 모든 컴퓨터에서(전화)
단점:
- 의 차이는 브라우저(특히 IE)
- 코드 기반을 확장성(와 더 본질적인 지원에 대한 네임스페이스 클래스)
- 좋은 디버거(특히,다시 즉)
- 성능(에도 큰 진전이 있었는 FireFox,Safari)
- 를 쓸 필요가 있는 어떤 서버에 코드뿐만 아니라.
Bottom line:그것을 위해 이동합니다.았다.
다른 팁
또 다른 옵션을 개발하기 위한 간단한 데스크톱과 같은 응용 프로그램 또는 게임에서 JavaScript Adobe AIR.를 구축할 수 있습 응용 프로그램 코드에서 하나 HTML+자바스크립트를 사용하여 플래시 플렉스 또는 이 둘의 조합.그것은 이점이 있는 크로스-플랫폼(실제로는 크로스-플랫폼,Linux,OS X,윈도우.단지 Windows OS X)
지옥은,그것이 될 수 있는 유일한 시간에 당신의 경력으로 개발자가 작성할 수 있습 웹 페이지고 유일한 대상 중 하나 브라우저입니다.
SproutCore 은 전적으로 자바스크립트 호스팅 어플리케이션 프레임워크 개념을 차용에서 특히코(와 같은 정보를 검색 할 수)및 루비 레일(예를 사용하여 CLI 발전기 위한 모델의 보기와 컨트롤러).그것은 포함한 프로토타입이지만,빌드는 물건이 많이와 같은 정교한 제어 있습니다.그 사진 데이 틀림없이 인상적이다(특히 사파리에서 3.1).
그 이미 지적한 당신을 기어;또한,HTML5 올 것으로 표준화된 의미의 로컬 저장소입니다.Safari3.1 선박으로 구현이 있는 사이트별 SQLite 데이터베이스와 사용자 설정할 수 있는 최대 크기뿐만 아니라, 내장된 데이터베이스는 브라우저 SQL 쿼리.불행하게도,그것은 긴 시간이 될 것이 때까지 기대할 수 있습니다 넓은 브라우저 지원합니다.그 때까지 장치가 실제로 대체(그러나 Safari... 다.).간단한이 물론 항상 쿠키입니다.
는 단점이 될 것이다 당신은 그들의 자비에 데 js 사용됩니다.나는 확실하지 않다는 이 거래는 지금이다.거의 모든 브라우저가 지원 js 고 그것은 기본적으로 사용됩니다.
물론 다른 단점은 것 performance.당신이 다시의 자비에서 클라이언트를 처리하는 모든 집중적인 작품이다.이것은 또한되지 않을 수 있습의 큰 거래에 종류 응용 프로그램의 구축하고 있습니다.
나는 결코 사용되는 기어,하지만 그것은 다음과 같이 그것입니다.백업 계획을 실행하는 일부를 서버측을 통해 스크립트 ajax 덤프하는 데이터.
완전히 클라이언트 측면,하지만 아니다.
를 작성하려는 경우 독립 JavaScript 응용 프로그램 XULrunner.그것이 무엇 Firefox 에 내장되어 있지만,그것은 또한 그렇게 배포할 수 있는 그 응용 프로그램 런타임입니다.를 작성합니다 인터페이스의 일부에 자바스크립트 및 자바 스크립트를 사용에 대한 귀하의 코드입니다.
으로 실행할 수있는 성능 문제를 부여하는 당신은 완전히 자비의 클라이언트의 자바스크립트 인터프리터입니다.기어가는 것이 좋은 방법으로 데이터의 저장,그러나 나는 생각하지 않은 시장 침투는 많.할 수 있는 쿠키를 사용하지 않은 경우 까다로운는 종류의 것입니다.
나 ScottKoon,여기에 Adobe AIR 은 좋은 것입니다.나는 정말로 하나를 만든 정말 멋진(imho)위젯 지금까지 않았다,그러나 나는 그렇게 사용하 jQuery 고 Prototype.js 는 바닥에서 같은 훌륭한 방법이 없었기 때문에 배우 전혀 새로운 이벤트는 모델입니다.Adobe AIR 은 정말로 달콤한 메모리 발을 인쇄하지 않은 너무 나쁜 업그레이드,새 버전으로 내장되어 공기의 거동,그리고 최고의 모든 그리스 크로스-플랫폼...그들은 심지어는 알파-리눅스 버전이지만,그것은 꽤 잘 작동에 이미 나 Eee.
독립 게임에서 GWT:
에 관련하여 파일을 저장하에서 javascript 응용 프로그램:
에 대해 정말 흥분하는 가능성의 클라이언트 측의 응용 프로그램.플래시 10 을 도입했을 만들 수 있는 능력은 파일 저장을위한 권리에 브라우저입니다.고 생각했 슈퍼 멋진,그래서 나는 내 자바 스크립트+플래시 구성 요소를 랩을 절약 할 수있는 기능입니다.지금 그것은 단지 작품을 만들기 위한 텍스트 기반의 파일(vcard,ical,xml,html,css,etc.)
내가 찾는 것에 대한 지원을 추가 비 텍스트 파일을 빨리,하지만 이것은 시작합니다.
My RSS 피드 제공 나에게 잘 나가 발견한 자바 스크립트 로그라이크!
주어지는 당신이 쓰고 있는 일부 서버 코드는 어쨌든,그것은 유지하는 저장소에서 서버를 위해 많은 도메인(책 주소,포커 점수,gui 를 구성합니다,등.) 아무것도의 크기를 얻을 수 있습니다 무엇에 Webkit 또는 기어,당신은 아마도 그것은 서버에 있습니다.
의 장점은 그것을 유지하는 서버에서는 두가지입니다:
- 통합할 수 있습니다 그것은 상당히 단순히 모델로 레이어에서 일반적인 어플리케이션 개발하고,
- 사용자가 일관성이 보기에 연결하지 않고 자신의 브라우저/PC,또는 이상적 환경(인터넷 카페).
서버 코드를 처리할 수도 있습은 상당히 하찮은,특히 작성된 경우에 이 작업을 마음에서,그래서 그것은 거대한인지 부담이 있습니다.
가 qooxdoo.그들은 최근 realsed1.0 있지만,대부분의 사용자가의 그것을 말했다 잘 익은 1.0 적어도 두 가지 버전이다.
나는 비교 qooxdoo 으로 알고 ext,그리고 나는 생각 qooxdoo 은 이동하는 방법에 대한 프로그래머-유이지 않은 광택으로 qooxdoo,에서 프로그래머의 관점과 ext 은 친절하지 않 라이센스 모델입니다.
의 강한 포인트(나)의 qooxdoo 습니다:
- 매우 깔끔한 코드
- 가장 좋은 OO 프로그래밍 모델을 본 사이에서 Javascript 를 프레임워크
- 매우 풍부한 UI 위젯 라이브러리
그것은 또한 기능 테스 주자를 위한 단위 테스트,API doc 발전기와 리더,로깅 기능,그리고 몇 가지 유용한 기능에 대한 디버깅,그룹에서 뭔가 소위 관리자입니다.
유일한 단점은 없 readymade 테마(무언가가 같은 스킨)에 대한 qooxdoo.그러나 나만의 테마를 만들어 사용이 매우 쉽습니다.