Làm thế nào quan trọng là sử dụng cùng một ngôn ngữ cho khách hàng và máy chủ?

Tôi đã đánh giá các giải pháp kiến ​​trúc cho một dự án di động sẽ có dịch vụ / ứng dụng web bên cạnh các ứng dụng gốc và đã xem xét các thư viện, khung và ngăn xếp khác nhau như Meteor , đây là một loại "khung gói ngăn xếp mở" , là ràng buộc chặt chẽ với Node.js .

Có rất nhiều thảo luận về lợi ích của việc sử dụng cùng một ngôn ngữ cả phía máy khách và máy chủ và tôi không hiểu điều đó. Tôi có thể hiểu nếu bạn muốn phản ánh toàn bộ trạng thái của một ứng dụng web trên cả máy khách và máy chủ nhưng đấu tranh để tìm các chiến thắng khác ... Hiệu quả của quy trình làm việc?

Tôi đang cố gắng để hiểu tại sao ngang bằng ngôn ngữ máy khách / máy chủ được coi là một chén thánh. Tại sao sự tương đương ngôn ngữ máy khách / máy chủ lại quan trọng trong phát triển phần mềm?

Về phía PRO:

• Nếu các lược đồ và mã có thể được sử dụng lại bởi cả hai bên, có rất nhiều hiệu quả trong việc thực hiện logic và dữ liệu tương tự chỉ một lần.

Về phía CON:

• Máy khách có thể chủ yếu là một khung nhìn rất phù hợp với ngôn ngữ đánh dấu hoặc ngôn ngữ kịch bản, trong khi máy chủ có thể chủ yếu là logic kinh doanh phù hợp hơn với ngôn ngữ khác.

Trong phát triển web, các ngôn ngữ đã tăng sinh, tạo ra các công cụ mạnh mẽ cho các phần cụ thể của hệ thống cũng như cần nhiều chuyên gia để các nhà phát triển hoặc nhóm các nhà phát triển học hỏi. Trong các lĩnh vực khác như xử lý giao dịch hoặc hệ thống nhúng tuân theo phương pháp thiết kế hệ thống, có thể có tiết kiệm từ một ngôn ngữ chung.

Các khung Javascript mới dường như đến với chúng tôi rất nhanh và một số công việc được thực hiện để đóng gói API cho mặt sau và các công cụ cho giao diện người dùng. Có thể là thông minh để giữ tính linh hoạt và phân tách các mối quan tâm giữa mã phía máy khách và máy chủ để bạn có thể tự do di chuyển giữa chúng mà không bị mắc kẹt quá lâu với một công cụ cụ thể.

Có lẽ lợi ích nhận thức là:

• bạn chỉ cần thuê các nhà phát triển biết ngôn ngữ x chứ không phải x + y ( điều này có lẽ không thực sự là một ý tưởng hay mặc dù nếu họ chỉ biết một ngôn ngữ )
• dễ dàng hơn để di chuyển các nhà phát triển giữa phát triển máy chủ và máy khách (đây có thể là một điều khá tốt).

tức là nó làm cho việc quản lý tài nguyên trở nên dễ dàng hơn đối với các nhà quản lý dự án và có ít hoặc không có lợi ích kỹ thuật (thậm chí có thể có lợi ích kỹ thuật tiêu cực nếu bạn đang thuê một nhóm ngựa con lừa)

Lợi ích là bạn có thể sử dụng lại (cho một số phần mở rộng) chuyên môn và mã của mọi người ở cả hai bên.

Mọi người

Các nhà phát triển cần thành thạo một ngôn ngữ duy nhất và tạo thành một nhóm duy nhất. Thay vì hai nhóm chuyên môn. Điều này giúp việc chuyển kiến ​​thức giữa họ dễ dàng hơn và cũng cho phép họ chuyển đổi công việc giữa phía máy khách và máy chủ dễ dàng hơn. Cuối cùng, nó tạo điều kiện giao tiếp với các thành viên trong nhóm của "phía bên kia" khi thảo luận về các vấn đề kỹ thuật vì họ có chung nền tảng kỹ thuật.

Mã

Đôi khi thật hữu ích khi có một số trạng thái ở phía máy khách, hoặc thuật toán hoặc cả hai. Đôi khi, điều tương tự được thực hiện ở cả hai bên. Hãy lấy ví dụ về trò chơi nhiều người chơi: bạn cần thể hiện trạng thái trò chơi trên cả máy khách và máy chủ. Ngoài ra, bạn cần thực hiện các quy tắc về phía máy khách (để đáp ứng) và cả phía máy chủ (để xác thực hành động của người chơi). Có thể sử dụng lại mã cho những thứ này có thể là một lợi thế lớn. ... Trong một số ứng dụng khác, bạn hoàn toàn không cần điều này ... tất cả phụ thuộc vào từng trường hợp.

... tất nhiên cũng có nhược điểm, nhưng đó là cho một bài viết khác;)