Warning: file_get_contents(/data/phpspider/zhask/data//catemap/9/javascript/392.json): failed to open stream: No such file or directory in /data/phpspider/zhask/libs/function.php on line 167

Warning: Invalid argument supplied for foreach() in /data/phpspider/zhask/libs/tag.function.php on line 1116

Notice: Undefined index: in /data/phpspider/zhask/libs/function.php on line 180

Warning: array_chunk() expects parameter 1 to be array, null given in /data/phpspider/zhask/libs/function.php on line 181

Warning: file_get_contents(/data/phpspider/zhask/data//catemap/2/node.js/36.json): failed to open stream: No such file or directory in /data/phpspider/zhask/libs/function.php on line 167

Warning: Invalid argument supplied for foreach() in /data/phpspider/zhask/libs/tag.function.php on line 1116

Notice: Undefined index: in /data/phpspider/zhask/libs/function.php on line 180

Warning: array_chunk() expects parameter 1 to be array, null given in /data/phpspider/zhask/libs/function.php on line 181
Javascript 为nest js API创建前端_Javascript_Node.js_Frontend_Backend_Nestjs - Fatal编程技术网

Javascript 为nest js API创建前端

Javascript 为nest js API创建前端,javascript,node.js,frontend,backend,nestjs,Javascript,Node.js,Frontend,Backend,Nestjs,我有一个关于为nest js API创建前端的问题: 这个前端在文件夹结构方面会是一个完全不同的项目吗 它会从我的API“调用”服务吗 如果前端只是直接使用服务,那么如何使用API的控制器 另外,在进行身份验证之前,以什么顺序创建前端是有意义的?或者应该是另一种方式 谢谢 您可以为前端应用程序创建单独的项目,也可以直接从nest返回HTML。这取决于你想要什么 如果您选择服务器端渲染(上面的MVC链接),那么您的代码将可以直接访问您的nest服务。如果您选择SPA方法(angular、rea

我有一个关于为nest js API创建前端的问题:

  • 这个前端在文件夹结构方面会是一个完全不同的项目吗
  • 它会从我的API“调用”服务吗
  • 如果前端只是直接使用服务,那么如何使用API的控制器
  • 另外,在进行身份验证之前,以什么顺序创建前端是有意义的?或者应该是另一种方式

    谢谢

  • 您可以为前端应用程序创建单独的项目,也可以直接从nest返回HTML。这取决于你想要什么

  • 如果您选择服务器端渲染(上面的MVC链接),那么您的代码将可以直接访问您的nest服务。如果您选择SPA方法(angular、react、vue等),那么您必须通过http调用嵌套API,因此您只能通过API端点进行访问

  • 我想这已经是答案了——对于SSR方法,您将拥有返回HTML的端点。您可以将这两种方法结合起来,让一组控制器作为RESTAPI工作,另一组用于SSR,它将返回JSON响应


  • 关于身份验证-我想你应该先实现后端,然后再实现前端,这样你就可以测试它了。

    谢谢你的回答!对于初学者来说,你认为什么是最好的方法?范围内的web应用程序用于注册项目的小时数(不是非常简单,但也需要很多页面),作为Nestjs的另一个初学者,但有人对这两种方法都有很好的了解,我建议如果您(或其他阅读本文的人)有几个用户或一个相当简单的前端,您可以使用monolith架构,从Nest提供HTML。如果您有一个广泛的前端或一个复杂的服务,那么将它们分开是更好的主意。特别是如果多个团队或前端工程师将在这方面工作。无论哪种方式,编写广泛的测试并以允许前端轻松迁移到其自身回购协议的方式进行开发都应该是目标。