Sqlite Nodewebkit与电子

Sqlite Nodewebkit与电子,sqlite,express,node-webkit,electron,Sqlite,Express,Node Webkit,Electron,我正在研究该怎么走。我需要建立一个良好的结构化方法,以一种骨架应用程序的方式,以便其他开发人员可以开始针对它进行编码 要求: -Web应用程序(SQL Server) -桌面应用程序(SQLLite) -认证 -尽可能多地使用相同的代码库 -模块化结构 -连续交付 到目前为止,我使用NW作为平台。至于框架,我已经用Sails进行了实验,不幸的是,SQLite将成为Sails的一个问题。Sails使用水线,我无法使它与编译的SQlite一起工作。我喜欢使用风帆,因为我有这方面的经验 现在,我在看西

我正在研究该怎么走。我需要建立一个良好的结构化方法,以一种骨架应用程序的方式,以便其他开发人员可以开始针对它进行编码

要求: -Web应用程序(SQL Server) -桌面应用程序(SQLLite) -认证 -尽可能多地使用相同的代码库 -模块化结构 -连续交付

到目前为止,我使用NW作为平台。至于框架,我已经用Sails进行了实验,不幸的是,SQLite将成为Sails的一个问题。Sails使用水线,我无法使它与编译的SQlite一起工作。我喜欢使用风帆,因为我有这方面的经验

现在,我在看西北和特快。至少我知道我可以让它与SQLite一起工作

最近我听说了这件事。我有一些关于它的问题

  • 与NW+某些框架相比,使用it是否更好
  • 在Electron中,我是否也必须使用已编译的Sqlite二进制文件?如果答案是否定的,那么Sails.js似乎是一个合理的决定
  • 从长远来看,电子的陷阱是什么

  • 任何洞察都是值得的。

    我不能说是针对Sails.js的,因为我没有使用它,但是对于NW.js和Electron的直接比较,您可以阅读更多内容

    我在这两个方面都做了原型应用程序,我的分解很简单:区别在于渲染器进程上的节点上下文可用(NW.js有,Electron没有,两者都有各自的原因)。在我看来,节点上下文的可用性使得日常开发更加容易。另一方面,Electron在两年内取得了长足的进步(它最终得到了Github的支持),并获得了越来越多的社区支持

    我选择了Electron路径,因为我需要在应用程序投入生产后提供一种简单的方法来更新它,Electron使更新程序变得非常简单