클라이언트와 서버에 동일한 언어를 사용하는 것이 얼마나 중요합니까?

기본 앱 외에도 웹 서비스 / 앱을 제공하는 모바일 프로젝트의 아키텍처 솔루션을 평가하고 있으며 Meteor 와 같은 다양한 라이브러리, 프레임 워크 및 스택을 살펴 보았습니다 . 이는 일종의 "오픈 스택 패키지 프레임 워크"입니다. , Node.js 와 밀접하게 바인딩되어 있습니다.

클라이언트와 서버 측에서 동일한 언어를 사용하면 얻을 수있는 이점에 대해 많은 이야기가 있지만 이해가되지 않습니다. 클라이언트와 서버 모두에서 웹 응용 프로그램의 전체 상태를 미러링하고 싶지만 다른 승리를 찾기 위해 고심하고 있는지 이해할 수 있습니다 ... 워크 플로 효율성?

클라이언트 / 서버 언어 패리티가 성배로 여겨지는 이유를 이해하려고합니다. 소프트웨어 개발에서 클라이언트 / 서버 언어 패리티가 중요한 이유는 무엇입니까?

PRO 측에서 :

• 스키마와 코드를 양쪽에서 재사용 할 수 있다면 비슷한 논리와 데이터를 한 번만 구현하는 데 많은 효율성이 있습니다.

CON 쪽에서 :

• 클라이언트는 주로 마크 업 또는 스크립트 언어에 적합한보기 일 수 있지만 서버는 주로 다른 언어에 더 적합한 비즈니스 논리 일 수 있습니다.

웹 개발에서 언어가 확산되어 시스템의 특정 부분을위한 강력한 도구를 만들뿐만 아니라 개발자 또는 개발자 팀이 많은 전문 지식을 배울 필요가 있습니다. 시스템 설계 방식을 따르는 트랜잭션 처리 또는 임베디드 시스템과 같은 다른 영역에서는 공용 언어를 사용하여 비용을 절약 할 수 있습니다.

새로운 자바 스크립트 프레임 워크는 우리에게 매우 빠른 것으로 보이며, 백엔드 용 API와 프런트 엔드 용 도구를 번들로 제공하기위한 일부 작업이 수행됩니다. 클라이언트와 서버 측 코드 사이에 유연성과 우려를 분리하여 특정 도구를 사용하여 너무 오래 붙지 않고 자유롭게 이동할 수있는 것이 현명 할 수 있습니다.

아마도 인식 된 이점은 다음과 같습니다.

• x + y가 아닌 x 언어를 아는 개발자 만 고용하면됩니다 ( 언어는 하나의 언어 만 알고 있다면 실제로는 좋은 생각이 아닙니다 )
• 서버와 클라이언트 개발간에 개발자를 이동시키는 것이 더 쉽습니다 (이것은 꽤 좋은 일입니다).

즉, 프로젝트 관리자가 리소스를 쉽게 관리 할 수 ​​있고 기술적 인 이점이 거의 없거나 전혀 없습니다 (트릭 조랑말을 여러 개 고용하는 경우 부정적인 기술적 이점도있을 수 있음)

이점은 양쪽에서 사람들의 전문 지식과 코드를 재사용 할 수 있다는 것입니다.

사람들

개발자는 단일 언어를 마스터하고 단일 풀을 구성해야합니다. 두 가지 전문 지식 풀이 아닙니다. 이를 통해 지식을보다 쉽게 ​​전달할 수 있으며 클라이언트와 서버간에 작업을보다 쉽게 ​​전환 할 수 있습니다. 마지막으로, 기술적 인 문제에 대해 논의 할 때 "다른 쪽"의 팀원과 의사 소통하는 것이 동일한 기술적 배경을 공유하기 때문에 가능합니다.

암호

때때로 클라이언트 측이나 알고리즘 또는 둘 다에 상태를 두는 것이 유용합니다. 때로는 양쪽에서 동일하게 수행됩니다. 멀티 플레이어 게임의 예를 보자. 클라이언트와 서버 모두에서 게임 상태를 나타내야한다. 또한 클라이언트 측 (응답 성)과 서버 측 (플레이어의 동작을 확인하기 위해)에 규칙을 구현해야합니다. 이러한 것들에 대해 코드를 재사용 할 수 있으면 큰 이점이 될 수 있습니다. ... 일부 다른 응용 프로그램에서는 전혀 필요하지 않습니다 ... 모두 사례에 따라 다릅니다.

... 물론 단점도 있지만 다른 게시물입니다.)