더 큰 커뮤니티의 프로그래머들이 "EXTJS 백엔드를 어떻게 수행합니까?"와 같은 질문을하고 있습니다. 또는 "jQuery를 Java와 어떻게 통합합니까?", 클라이언트와 서버 간의 차이점을 이해하지 못합니다. 그런 다음 서버가 JS 또는 클라이언트에게 실행되도록 실제로 전송하는 프레임 워크가 있습니까? 그런 접근법을 둘러싼 철학적 생각은 무엇입니까?클라이언트/서버는 항상 분리되어 있습니다! 아니면 그들은 무엇입니까?
편집 - 명확하게 : 나는 그것의 경우 좋은 전략을 요구하거나시 frownded하고는 가능하면
메신저 요구하고 있지. 클라이언트 측 언어가 서버에서 실행될 수 있는지 묻는 것은 아닙니다. 동적 인 클라이언트 측 코드를 동적으로 제공하는 것에 기반하여 구축 된 프레임 워크가 있는지 묻습니다.
많은 다른 프레임 워크 이렇게, 당신은 ASP.NET의 작업을 수행 할 때, 당신은 지속적으로 클라이언트에서 포스트 백 호출을 볼 수 있습니다, 이것은 프레임 워크에 의해 생성되고있다 자바 스크립트 호출. 자바 세계에서, 대부분의 JSF 프레임 워크는이 정도면 어느 정도 크다. 나는 결코 "고객을 믿지 않는다"는 규칙을 기억하는 한 이것에 아무런 해를 끼치 지 않습니다. 따라서 Javascript에서 클라이언트의 필드 유효성 검사를 수행 할 경우 서버 끝에서 동일한 검사를 수행하지 않아도됩니다. 나는 너무 오래 전부터 largish Flex 어플리케이션을 만들었고, 그 일부로 Hibernate Validation 어노테이션을 읽고 자동으로 Actionscript에서 동일한 유효성 검사를 작성하는 모듈을 작성하기 시작했습니다. 마감 시간이 지나치게 길어지기 전에, 백엔드에서 한 번 검증을 설정하고 클라이언트에서 확인하여 서버로의 왕복을 절약 할 수있는 아이디어를 좋아합니다.
송신자에게 JavaScript가 쉽지 않습니다. 스크립트 태그의 URL이 정적 .js 파일 대신 동적 스크립트로 가리 키기 만하면됩니다.
서버 측에서 JavaScript를 실행하는 경우 브라우저와 동일한 수준의 상호 작용이 없어도 Node.js와 같은 작업을 수행 할 수 있습니다.
물리적 인 장벽이 분명히 있습니다. HTML/JavaScript/ActionScript는 클라이언트 공간에서 실행되며 백엔드에 대한 원격 프로 시저 호출을 수행합니다 (본질적으로). 이러한 문제 때문에 클라이언트/서버 아키텍처를 제거 할 수 없습니다.
피에르 텐 (Pierreten)은 Microsoft의 ASP.NET API가 서버 측 구성 요소와의 인터페이스를 위해 자동으로 생성 된 JavaScript를 많이 사용한다는 점을 지적합니다. 즉, 프로젝트에 양식 컨트롤을 추가하면 서버 및 클라이언트 측 코드가 자동으로 생성됩니다.
흠, 이 유형의 접근법에 특별한 이름이 있습니까? 아니면 클라이언트와 서버 코드의 완전한 분리를 나타내는 특수한 이름이 있습니까? 예를 들어, 구축하려는 클라이언트가 소비 할 수있는 서버에 json 엔드 포인트를 빌드하는 경우? – hvgotcodes
Google Web Toolkit을 염두에 두십시오.
이것은 동적 js (동적으로)를 만드는 서버 측 프레임 워크가 아닙니다. 그것은 정적 js 코드를 생성하기위한 자바 프레임 워크입니다. 아니면 내가 틀렸어? – hvgotcodes
나는 그것을 모른다 - 나는 그것을 사용하지 않았다; 나는 단지 그것을 보았고 당신이 묻고있는 것에 맞을 것이라고 생각했습니다. –
나는 당신이 "동적 js"의 정의에 의존한다고 생각한다. 왜냐하면 자바를 작성하고 있기 때문에 모든 자바 스크립트가 생성되지만 컴파일 시간에 완료되고 있기 때문이다. – mezmo
asp.net webforms 모델은 악명이 높습니다 (실행을 위해 js를 전달하고 JSON을 사용하지 않습니다) – Pierreten
질문을 이해할 수는 없지만 RMI와 비슷합니다 ... –