Fatal编程技术网

Ruby on rails Rails：如何建模以下逻辑

ruby-on-rails ruby database activerecord database-design

Ruby on rails Rails：如何建模以下逻辑,ruby-on-rails,ruby,database,activerecord,database-design,Ruby On Rails,Ruby,Database,Activerecord,Database Design,我有一个名为Item的模型，它属于Report class Item < ApplicationRecord belongs_to :report end 我将有一些标准类别，将有一个与他们相关的税 我的问题是: 我是否应该为Category和Tax设置另外两个模型，并加载将作为“项目类别”属性的选项创建的可用类别？（或税应该是类别模型的属性，或两者都不是） 一段时间后，可以添加/删除另一个类别，与税务相同，我希望它尽可能模块化，而不是每次我要删除/添加类别/税务时都进行更改。 我应该

我有一个名为Item的模型，它属于Report

class Item < ApplicationRecord
 belongs_to :report
end
我将有一些标准类别，将有一个与他们相关的税

我的问题是: 我是否应该为Category和Tax设置另外两个模型，并加载将作为“项目类别”属性的选项创建的可用类别？（或税应该是类别模型的属性，或两者都不是）

一段时间后，可以添加/删除另一个类别，与税务相同，我希望它尽可能模块化，而不是每次我要删除/添加类别/税务时都进行更改。
我应该如何处理它？

这实际上取决于类别更改的频率。若tax+category对是常量，那个么我建议在代码中添加它作为常量（散列，可能是结构为{“category”：“tax”}）。如果税收会经常变化，那么制作另一个
类别
模型并将税收+类别的内容存储在那里就更有意义了

从您的描述来看，您似乎不需要单独的
税务
模型（我假设您那里只有%的金额）。这是基于一个假设，即类别只有一种税

根据你提供的信息，我只能提出这些建议。但最理想的方法很大程度上取决于对业务逻辑的更详细描述，这实际上取决于类别更改的频率。若tax+category对是常量，那个么我建议在代码中添加它作为常量（散列，可能是结构为{“category”：“tax”}）。如果税收会经常变化，那么制作另一个
类别
模型并将税收+类别的内容存储在那里就更有意义了

从您的描述来看，您似乎不需要单独的
税务
模型（我假设您那里只有%的金额）。这是基于一个假设，即类别只有一种税

根据你提供的信息，我只能提出这些建议。但是最理想的方法很大程度上取决于对业务逻辑的更详细描述

我建议使用该模型

  • 型号：Categorytax
    • 类别：字符串
    • taxProcent:整数
我建议使用这种型号

  • 型号：Categorytax
    • 类别：字符串
    • taxProcent:整数
税收和类别不应经常更改（如果需要，在6个月的时间内更改一次或两次）。忘了添加-我想添加对管理员的访问权限（在admin rails中）来更改它们-可能单独的类别模型会适合这一点？是的，如果您希望其他人能够更改它们，则不需要类别模型。税和类别不应该经常更改（如果需要，在6个月的时间内更改一次或两次）。忘了添加-我想添加对管理员的访问权限（在AdminRails中）来更改它们-也许单独的类别模型会适合这种情况？是的，如果您希望其他人能够更改它们，则不需要类别模型。 
t.string "item_category"