Javascript 除了木偶应用程序外，还具有登录/认证功能
Javascript 除了木偶应用程序外，还具有登录/认证功能,javascript,ajax,backbone.js,marionette,Javascript,Ajax,Backbone.js,Marionette,和在当时都是非常决定性的，将登录页和身份验证逻辑（+登录/注册表单）与实际的木偶应用程序分开。然而，我还没有找到任何关于如何处理的例子或解释，因此，我几乎没有疑问：
更改INDEX.HTML
index.html将不再加载木偶应用程序。这意味着，当加载example.com时，即使用户经过身份验证（localStorage存储了他的令牌凭证），我们也将进入一个简单的登录页。我理解，这个简单的登录应该以某种方式处理，如果用户存储了凭据，那么用户应该立即重定向到app.html，该app.html将
和在当时都是非常决定性的，将登录页和身份验证逻辑（+登录/注册表单）与实际的木偶应用程序分开。然而，我还没有找到任何关于如何处理的例子或解释，因此，我几乎没有疑问：
更改INDEX.HTML
index.html将不再加载木偶应用程序。这意味着，当加载example.com时，即使用户经过身份验证（localStorage存储了他的令牌凭证），我们也将进入一个简单的登录页。我理解，这个简单的登录应该以某种方式处理，如果用户存储了凭据，那么用户应该立即重定向到app.html，该app.html将使用用户帐户和最初访问的路由实际加载木偶应用。换言之：
检查用户是否已登录
如果用户已登录，则加载app.html，它将加载应用程序（如何加载特定路线的应用程序？）
如果用户未登录，则不执行任何操作
登录
在这种情况下，用户未登录并登录。独立于index.html是否有登录表单或我们是否已将用户重定向到login.html，我们的身份验证逻辑必须独立于应用程序。这意味着login.html必须包含一个.js，它将针对我们的API进行ajax调用。
检查凭证的AJAX调用
如果API返回令牌，则将凭据存储在localStorage中并加载app.html（这将加载木偶应用程序）
签约
用户在/signup signup.html或index.html注册（如果其中包含注册表单）。无论加载哪个HTML，它都必须包含必要的js逻辑，以便为新用户对API进行ajax调用。
我们的独立js对API进行ajax调用
如果创建成功，我们将数据存储到localStorage并加载app.html（加载应用程序）
如果不是，则显示错误
你会说我错过了这个问题。我的问题是，这些工作流是否正确
您通常使用哪种工作流
如何在木偶应用程序项目文件夹中构造此代码
如果你知道github上关于如何实现这一点的任何简单示例，我很乐意了解它们
好吧，如果有人偶然发现了这个问题，我最终决定在木偶应用程序中使用登录/验证逻辑。通过这种方式，我保持我的后端只是一个API REST，并且我不需要任何进一步的后端来为我提供更多的页面