|
|
1
2
CodeIgniter在其模型中只需要很少的逻辑,相反,它为返回简单的pod类型数组来表示数据提供了一个非常愚蠢的SQL包装器。它甚至在控制器中放置了大量的验证代码,这(在我看来)是错误的和重复的。我已经在模型验证和动态查找方法中为Rails样式推出了自己的解决方案,允许
但是,阿法克没有任何内置的方式做类似的事情与代码点火器。
不需要;您必须手动将变量从控制器传递到视图中,并且不能与模型/控制器或模型/视图共享变量。 我相信代码点火器建议的方法:
可以通过使用php改进
codeigner可以将会话数据存储在数据库中;请参见
我倾向于说,CodeIgniter唯一做得好的就是他们的文档,了解更多 session configuration 以及他们对 active record (实际上是与活动记录模式无关的语言独立的SQL包装器) |
|
|
2
3
你从一些不完全正确的基本例子中做出了许多假设。 控制器 应该包含 相互作用 逻辑。 这意味着您的控制器应该只根据用户正在做的工作来说明应该使用什么模型、视图、库等。 模型 包含 数据 逻辑。 这可以是您的业务逻辑、税务计算、各种与数据相关的工作。用户指南中的示例建议只使用模型作为“数据库的转储包装器”,但是您可以对它们做任何事情。模型simple代表您的数据,应用程序的其余部分不应该关心它来自何处。 我的模型混合了XML文件解析、REST方法调用以及一些ActiveRecord查询。 意见 只显示内容,因此不知道登录/注销状态。当然,您需要从控制器(或全局代码,如 MY_Controller 这几乎是每个合适的应用程序所需要的)。 作为加密cookie存储的会话是完全安全的。只有当他们知道您的应用程序加密密钥时,他们才能对其进行解码,但除非您没有设置加密密钥,否则这是不太可能的;在这种情况下,您只能怪自己。 如果将会话存储在cookies中不是您的茶,您可以将会话值存储在数据库中以使其更安全,或者 different session library 一起工作。 使用CodeIgniter需要记住的是,它只建议了一些工作方法,如果您不喜欢它,可以扩展、覆盖或替换。 |
|
3
2
基于模型-视图-控制器的开发模式。模型代表您的数据结构,应该仅用于此目的。 我会遵循这个惯例,特别是如果你想学习新的框架。 |
|
|
4
0
afaik,会话ID被加密并存储在cookie中,但是会话数据存储在本地数据库中。 MVC的主要思想是这样的划分。但模型不仅限于直接访问数据,还可以执行各种数据操作。其思想是将存储在数据库中的对象(和对象集)表示为PHP对象,因此,如果在对象中具有某种功能似乎是合乎逻辑的,那么在模型中拥有它也是合乎逻辑的。 |
|
|
5
0
我认为这里的误解是,这么多的Web应用程序除了一些简单的数据处理之外几乎没有任何逻辑,开发人员已经习惯了。 |