我正在为codeignitor中的社交网站创建用户跟踪和报告模块,并想知道创建业务逻辑是否更好地作为codeignitor框架的一部分进行编码或使用API服务来移动数据?在这种情况下你会使用哪些?API服务与appication逻辑?
0
A
回答
0
API通常是允许其他服务使用/修改数据的接口。
一个实际的网站本身和一个API是两个不同的组件,两者都可以使用任意数量的框架来开发(包括codeigniter)。
当你说'移动数据'时,这个数据来自哪里?您是否指使用Google Analytics数据?
你需要在你的问题上更具体一些。
0
我建议您的商业逻辑应该在单独的课程中。如果需要,业务逻辑可以访问服务的API,如果是,则应该通过Database类的实例来访问。 来自浏览器的数据对我来说是转移到了从上述类创建的业务对象。 Session类应该可以帮助您管理会话终止等问题。 我希望codeignitor能为你做到。另一种可能是Zend可能更成熟。 祝你好运
相关问题
- 1. 与服务器端逻辑
- 2. 控制器逻辑与服务/业务层逻辑
- 3. ServiceStack服务与业务逻辑分离
- 4. Windows服务逻辑
- 5. 模型逻辑和服务层逻辑
- 6. 业务逻辑和服务
- 7. 客户端与服务器端逻辑
- 8. Phonegap,Web服务逻辑?
- 9. 服务UI在express.js逻辑
- 10. 的ASP.NET Web API库模式服务层(业务逻辑)
- 11. RIA服务中的业务逻辑
- 12. 业务逻辑:EJB与OSGi声明式服务
- 13. 映射与服务层或业务逻辑位置
- 14. Web API /业务逻辑层架构
- 15. 不公开业务的API逻辑
- 16. 问题分离,业务逻辑与表示逻辑
- 17. 应用程序逻辑与业务逻辑
- 18. 域逻辑,并在远程API/Web服务层
- 19. 业务逻辑
- 20. 域逻辑和业务逻辑
- 21. 演示逻辑或业务逻辑?
- 22. 与逻辑
- 23. Numpy.where与逻辑
- 24. 与逻辑
- 25. 服务器端业务逻辑和WCF RIA服务
- 26. 服务层模式:跨越多个服务的业务逻辑
- 27. UI-grid saveState服务循环逻辑
- 28. 逻辑错误PHP/SQL服务器
- 29. GoogleAppEngine Python服务器端逻辑?
- 30. 客户端 - 服务器逻辑
不,在表和数据库之间移动数据。报告表位于记录表的单独数据库中。因此,当用户进行一项活动时,活动信息会记录到日志记录表中。然后,计划将玉米作业与其他表数据一起复制到临时表中,以使数据非规格化。然后将其复制到供稿的供稿表中。同时,非规范化数据被复制到另一个数据库中的临时表中,然后加载到报告表中。目前所有这些都在codeignitor框架内。所以我想可能有Web服务来移动这些? – mike