后端开发人员就首次全栈项目寻求建议

Question

我是一名资深的后端开发人员，希望更新我的知识并更多地进入全栈领域，我希望为我的项目提供一些设计和技术选择方面的指导。我感兴趣的项目是一个基于网络的角色扮演游戏，它使用浏览器客户端和后端服务器之间的实时连接。问题是，我最后一次接触任何与网络相关的东西是在 Netscape Navigator 流行的时候！我对自学新技术非常满意，但我现在的主要问题是我什至不知道应该从哪组文档开始。

我希望构建的是一款在浏览器中运行的基于文本的实时角色扮演游戏——如果您熟悉该类型的话，它本质上是一个现代化的 MUD。该网站将托管一个与游戏交互的客户端，还将有一个界面用于修改游戏状态的各个方面，而无需发送冗长的文本命令——更新角色配置文件、发送消息等。我希望这需要一个永远在线的连接来完成。我目前的想法是，这将作为某种形式的 API 在 websockets 上运行，或者可能是许多客户端浏览器和服务器之间的 pub-sub 系统，但我将是第一个承认我对两者都只有最模糊理解的人这些技术！

鉴于我所描述的内容，以及我在这里提出的模糊设计，您是否建议我研究（或我应该避免的）任何特定的框架或技术？这听起来可行吗？

Answer 1

您有两个不同的挑战 - 游戏创意和学习新技术。您需要优先考虑一个：例如在堆栈上做出相对快速的决定，并在构建游戏的同时学习它 - 接受一段时间后你会想要重新编写它:)

或者，花相对较长的时间研究各种技术，制作一些“hello world”类型的应用程序，然后选择适合您的堆栈。

如果您首先查看“服务器”端，那么使用来自主要参与者之一（Azure、GCP、AWS）的基于云的服务将是一个明显的选择。这些平台提供各种服务，包括基于事件的服务。

对于前端，有大量可用的技术——我想想想你想要的用户体验类型和相对复杂性——例如。 Javascript 环境比我在 2000 年代中期做 Web 应用程序时要先进得多——React（框架）值得一看。

好消息是您应该能够相对独立地选择后端和前端技术 - 只要您为它们设计一个好的 API 来交换数据。

使用丰富的用户体验构建基于网络的游戏并不是我掌握很多最新领域知识的事情，所以希望有人能给你一个更好/更集中的答案。