Python 好主意/延伸脊椎的最佳方式。模型

[背景资料如下] 我已经在后端用Python中的SQLObject对数据进行了建模。现在我正在将一个SQLObject转换为dict，并从dict中获取所有键，然后将其导出为一个JSON文档（所以只是一个JavaScript数组）。我计划做一些类似的事情：

Spine.Model.extend({
    fromList: function(name, list){
        var model = Spine.Model.setup(name, list);
        return model;
    }
});

这是个好主意吗？Spine是否已经提供了此功能？这是扩展脊椎的最佳方式吗？模型类

背景：

所以。我有一个Python应用程序，我一直在使用Flask从GUI应用程序移植到web应用程序

我现在正在做视图部分，并且意识到使用JavaScript框架来操作数据/控制应用程序/等等是非常有意义的

经过一系列的研究，我已经确定了Spine（API在第一次阅读时对我来说是最有意义的，加上作者编写了O'Reilly的书JavaScript Web应用程序，因此有一个不错的参考）

---

由于我已经在后端对数据进行了建模，我希望导出该配置并使用该配置自动创建脊椎模型，以便它们记录的数据始终同步（这样，如果我更改后端模型，前端将在下一页加载时自动更改）.

看起来您正在考虑基于数据库中的模型，使用python字典->JSON作为两者之间的链接表示，使用客户端JavaScript动态创建模型

这听起来很复杂，我真的没有答案。这甚至可能是不必要的复杂：），但这由你来决定。不过，我有另一个解决办法

为什么不从Python动态生成脊椎模型，只提供静态文件？然后，您所要做的就是编写一个python程序，用JavaScript或CoffeeScript为脊椎模型输出有效代码（如果模型在开发过程中经常更改或仅根据需要更改，那么这可能是构建过程的一部分）

同样，如果您没有大量定期更改以生成的模型，这可能会变得不必要的复杂。即使如此，也许您所需要的只是一个验证工具，它可以验证您的后端数据是否在Spine中正确建模，并且只需手工编写所有代码。手工编写模型代码以包含所需的数据相当容易

实际上，在脊椎模型中设置实际的“数据”非常简单，只需配置“联系人”、“名字”、“姓氏”现在脊椎模型有一个名字和姓氏

---

在你想出这个主意之前，确保你没有穿上你的衣服：）

看起来你正在考虑基于数据库中的模型，使用python字典->JSON作为两者之间的链接表示，使用客户端JavaScript动态创建模型

这听起来很复杂，我真的没有答案。这甚至可能是不必要的复杂：），但这由你来决定。不过，我有另一个解决办法

为什么不从Python动态生成脊椎模型，只提供静态文件？然后，您所要做的就是编写一个python程序，用JavaScript或CoffeeScript为脊椎模型输出有效代码（如果模型在开发过程中经常更改或仅根据需要更改，那么这可能是构建过程的一部分）

同样，如果您没有大量定期更改以生成的模型，这可能会变得不必要的复杂。即使如此，也许您所需要的只是一个验证工具，它可以验证您的后端数据是否在Spine中正确建模，并且只需手工编写所有代码。手工编写模型代码以包含所需的数据相当容易

实际上，在脊椎模型中设置实际的“数据”非常简单，只需配置“联系人”、“名字”、“姓氏”现在脊椎模型有一个名字和姓氏

---

在你想出这个主意之前，确保你没有戴上帽子：）

伙计，这给了我一个风滚草。。。有人有什么想法吗？伙计，这给我带来了一个风滚草。。。有人有什么想法吗？我正在动态生成Spine模型，而不是直接生成JavaScript代码，尽管我正在生成模型的JSON表示，然后使用它来实例化Spine模型。你说的手套是对的。。。我还不喜欢喝咖啡。谈论抽象的层次……是的，我也不喜欢咖啡脚本。我可能会先学习JavaScript和JQuery技能，然后对CoffeeScript有更好的了解。所以说真的，我对JavaScript感兴趣的主要原因是我对JavaScript了解不够。如果社区有一个方向，我会同意的，但是有博学而坚定的JavaScript开发人员在争论双方。所以我会沿着他们的路走。全面学习JavaScript，然后自己决定。也许到那时，CoffeeScript将被大量使用或消亡。我正在动态生成Spine模型，而不是直接生成JavaScript代码，尽管我正在生成模型的JSON表示，然后使用它来实例化Spine模型。你说的手套是对的。。。我还不喜欢喝咖啡。谈论抽象的层次……是的，我也不喜欢咖啡脚本。我可能会先学习JavaScript和JQuery技能，然后对CoffeeScript有更好的了解。所以说真的，我对JavaScript感兴趣的主要原因是我对JavaScript了解不够。如果社区有一个方向，我会同意的，但是有博学而坚定的JavaScript开发人员在争论双方。所以我会沿着他们的路走。全面学习JavaScript，然后自己决定。也许到那时，咖啡脚本将被大量使用或消亡。