库中有什么 - 接口后端（java）/前端（js 淘汰赛）

Question

我正在创建一个网络应用程序。很快到应用程序：Restful，后端是用 Java 编写的，我使用 Wink。至于前端我想用knockout.js，我已经在网上做了一些教程来熟悉一下这个框架。

我已经玩了一下，并为添加-删除-搜索功能创建了 ajax 调用，并通过 knockout.js 在一个简单的 html 页面上显示检索到的记录。 我收到了先创建库/命名空间的建议，然后再开始前端的任何其他内容。所以我决定退后一步，尝试创建这样的库。

是的，我在互联网上阅读了大量文档（闭包、命名空间、javascript、一般的库，...），但不知何故，我仍然没有进一步了解该库。

问题：

• 主要问题是：如果是接口后端/前端，该库中应该包含什么？
• 我正计划创建一个闭包（针对私人成员）。那个闭包会是命名空间吗（我对“命名空间”主题不太了解）？
• 这样的库中究竟应该有什么？
  • ajax 调用
  • 所有 ajax 调用和所有辅助方法
  • knockout-js 的视图模型
  • 显示字典的模板？ （或者这是另一个文件..）

我对图书馆的理解： 一个 Lib 只是一个 js 文件，其中包括属于一起的变量和函数（封装）。一个库使代码可重用。 在库中使用命名空间很好，可以避免与其他库发生冲突，使用闭包很好，能够“创建”私有和公共变量和函数。 我在上面的任何假设都错了吗？

Answer 1

当我在 .NET 中工作时，我无法具体评论 Java 技术的选择，但我使用了与您类似的方法，即创建您的淘汰视图模型将使用的 REST API。这个 API 非常可重用。

Knockout 将专门帮助您创建 UI，与其他 MVVM 模式一样，使用可观察属性和数组可以节省大量编写将代码连接到 UI 的“胶水”逻辑的痛苦。大部分代码将在您的 viewModel 中，其中将包含验证、业务逻辑和应用程序状态。您的视图将是 HTML 来显示这些数据。

因此，几乎不需要进一步的抽象来重复使用。

随着您的进步，您会发现 Knokcout 是相当可扩展的，您将能够编写许多可在其他项目中重用的自定义绑定，但不太可能需要进一步的抽象。