如何为 NativeScript 服务搭建脚手架

Question

我打算做的是有一个单独的文件夹，其中将包含 'services'。这将用于调用各种 REST API。下面是我正在考虑使用的模式。这是否违反了 NativeScript 的任何约定，甚至是一种好的做法？这些服务可以从应用程序中的其他文件夹调用，所以我尽量保持干燥。

app.js // The main app file, loads /items/items_list/items_list.xml
          as first screen of the app.

/services
  /parts
     get_parts.js // Lets say this would be a http service, called from
                     either /items or /jobs, or even anywhere else
                     within the app.

/items
  /items_list
    item_list.css
    item_list.xml
    item_list.js
    ...
/jobs
  /jobs_list
    jobs_list.css
    jobs_list.xml
    jobs_list.js
    ...

这些名字是为了问题的目的而编造的，希望它仍然有意义。

Answer 1

是的，为服务提供单独的文件夹结构真是太好了 - Nativescript 使用 MVVM 模式，从结构上讲，为您的应用程序提供良好的架构确实是个好主意，尤其是当您的应用程序要增长时。您可以查看下面的示例，了解使用 grunt 任务进行结构设计和自动化。

http://blog.cendekiapp.com/2015/03/12/generate-mvvm-nativescript-folder-structure-with-grunt/#

重新创建非常简单，一旦设置，您就可以在几秒钟内设计大型应用程序结构。

Answer 2

这是一个非常寻求主观答案与技术答案的问题。

技术：不，它不应该破坏 NativeScript

中的任何内容

自以为是：但是，在 android 上，您的应用可以运行实际背景 'services'，那么 'services' 的选择是否与原生术语冲突？

在另一种情况下，'services' 可能意味着技术人员可以为最终用户执行的操作？

我猜您喜欢 'services' 这个词，因为这些将是您对 Web 服务的调用，而不是因为它们实际上是 'services'。命名通常是主观的，但我会尝试根据它们 'are' 或 'do' 而不是它们传达的内容 'with' 来命名事物。在这种情况下，这些文件更像是一个 ApiClient 库。在快速浏览项目期间，另一个开发人员会知道这个目录包含所有包装的 api 调用等吗？

如何为 NativeScript 服务搭建脚手架

How to scaffold for NativeScript services

design-patterns

nativescript