나는 방금 meteor.js screencast을 지켜 봤고 라이브 업데이트 및 데이터베이스 동기화면에서 웹 응용 프로그램을 만드는 것이 얼마나 쉬운지를 생각해 보았습니다. 그러나 일단 라이브가되면 얼마나 잘 확장되는지 확신 할 수 없습니다.meteor.js를 사용할 때 (잠재적 인) 단점은 무엇입니까?
meteor.js로 작성된 웹 응용 프로그램을 빌드하고 배포하려면 어떤 문제점 (잠재력 또는 실제)을 가질 수 있습니까?
글쎄, 나는 유성에 관한 연극을 가지고 스스로 판단을 내릴 것을 조언 할 것이다. 정말
있는 유성은 MongoDB를 번들로 제공하면 내가 찾은
특정 제약을 개발하고자하는 무엇에 따라 달라집니다. 다른 데이터베이스 지원은 이후 릴리스
없음 모델/개체 양식 (로드맵에), 바인딩 (유성이 노드에 내장되어 있지만) 및 지역 사회에 닫혀
패키지 시스템은 NPM없는 계획하고 있습니다. 모든 유성 패키지 유성 자신
에 관한 성능에 의해 개발되어, 나는 여기에이 article 도움이
을 발견 유성 또 다른 link, 나는 내가 찾은 장점이 말을 내 경험에서
을 로드맵입니다 현재 어떤 단점보다 중요하다유성에 클라이언트 프로젝트를 구축 한 결과 시스템에 대한 장애를 즉시 발견 한 두 가지가 있습니다.
1) MSSQL/MySQL 또는 실제로 MongoDB (jamin이 언급 한) 이외의 다른 DB에 대한 기본 지원이 없습니다. 즉, JS API를 사용하기 쉬운 NoSQL 솔루션이 RDMB 데이터베이스보다 의미가 있기 때문에 이러한 이유가 적절합니다. 그러나 순간 https://github.com/drorm/meteor-sql
2) 창에 대한 네이티브 지원에 MySQL이 지원하는 유성 SQL라는 플러그인이있다 - 유성은 단지 우리에게 사용자가 루프의 밖에있는 창을 의미 리눅스 & OSX에 해제됩니다. http://win.meteor.com에 비공식적 인 Windows 빌드가 있지만 0.5.9에서 멈췄습니다.
아마도 나는 Meteor로부터 풀 사이트를 구축하는 것을 권장하지 않을 것입니다. 그러나 그것은 다양한 불안정성 때문에 - https://github.com/meteor/meteor/issues이지만 제어 된 환경에서는 완벽합니다.
또한 Meteor는 1,100 만 달러의 기금을 수령했습니다. http://venturebeat.com/2012/07/25/meteor-funding/은 계속 개선되고 성장할 것임을 의미합니다.
응용 프로그램 개발의 큰 문제는 유효성 검사 또는 번역과 같은 것들이 누락되었습니다. 자신 만의 모든 것을 포함하고 많은 외부 소스를 사용해야합니다. NPM 지원은 백엔드 사용에는 적합하지 않지만 프론트 엔드에는 해킹이 필요하지 않습니다.
downvote의 이유는 무엇입니까? 이 질문이 다른 사람에게 전혀 도움이되지 않습니까? – finitud
@animuson 방금 보류 상태 인 것을 보았습니다 ...이 질문은 커뮤니티 위키에 적합합니까? 두 가지 원래 답변이 유용했지만 덜 유용했던 것으로 나타났습니다. – finitud
의견 기반이 아니라 오히려 경험 기반입니다. 개발자가 초기 분석 단계에서 결정을 내리는 데 정말로 도움이됩니다. 이 유형의 질문은 닫아서는 안됩니다. –