CodeIgniter MVC模型逻辑

Question

我已经在Rails，Django，Zend和CakePHP中编程。另外，Wordpress和Drupal。

现在，我正在赶上CodeIgniter中相当大的应用程序的速度。

通常，我在MVC框架方面的经验使我相信模型代表了参考实际数据库表的业务逻辑。在CodeIgniter文档和代码库中，我正在剖析我看到的模型，它们表示模糊的页面。许多业务逻辑直接写入这些模型中，并且包含其他实际数据模型。我不确定这是否理想，并遵循MVC。

应该在数据模型之外创建模型吗？

另外，可以说我有一个代表用户的数据模型（DB中的user表）。在该用户表中有一个名为的列（enum，男性，女性）。现在我想用enum列中的性别选项填充下拉列表。

把这个逻辑放在哪里最合适？

用户模型是一个对象，用于表示单个用户或行中的数据库......对吗？因此，在名为“get_gender_options”的用户模型/类中包含一个函数似乎不太合适，因为在该函数与用户表相关时，它与单个用户对象无关。在Zend中，这种逻辑可以嵌入到表单对象本身中。

没有“正确”答案，只是一个可以考虑的最合适......

Answer 1

我可能只是把“get_gender_options”的模型，而不是在视图中坚持它的形式。为了保持它干燥，但不把它放在模型中，我会创建一个帮手来保存这个。