请问用CI进行大型项目的开发会不会慢

hezll

众所周知CI是一个快速开发的轻量级框架，可是如果用来做大型项目，会不会比较慢呢？

discuz效率高，因为全部是函数实现的，而我用ci后，仅仅实现一个分页，载入比discuz整个论坛都慢

kkito

速度快慢？
还是开发和维护快慢？
人discuz快是因为缓存吧，
不过估计速度上框架还是跟不上，但开发效率和维护效率

那可不是一个数量级上的

虽然。。但是我个人觉得ci做大型项目不大合适，至少目前

[ 本帖最后由 kkito 于 2008-7-1 11:52 编辑 ]

Hex

呵呵，做过大型项目的人都知道，PHP在整个项目中所占比重相当小，所以PHP的性能不会对全局产生多大的影响。

还是那句话，要在开发效率和运行效率之间找到平衡点。

PS: 目前我正在用 CI 做大型网站开发。

nickyhu

期待更多实质性的讨论，有没有一些基本的数据比较？
个人觉得ci已经比较全面了。性能上也很出色。

zshtom

其实大型大项目 主要是两个大 一个是功能大 就是功能多而且各个模块之间的关系复杂 另外一个是 数据量和请求量大

第一个呢 一般的框架 都可以解决这个问题  加之 有一个良好的设计可以 减小很多的bug 不过用框架 对于第一次用的人可能不习惯因为 开发速度没有直接写那么快 这里主要是 sql语句的封装和 各种控制器的 调用 不过一旦习惯 这个给大项目的维护会带来很大的方便 比如数据库层封装对于其上边的应用完全是透明的 以后即使做了分库 分表等等也无需要动到 应用层 或者动的很少

第二个 数据量大 请求量大 这个呢就要有良好的系统架构设计才能支持 这里的良好主要体现在 对于数据的扩容的方便性和数据的处理速度 比如 facebook 他现在的设计是很容易对付增涨的数据 他的架构就是 只要最后的机器数据量到了一定程度 再加机器就可以解决问题 不用动程序以及倒换数据 那么这样的架构扩展性方面就是合格的 第二个是运行速度 那么这个是整个架构体系中相对 容易解决一些的 比 扩容简单一些 可以通过 加几层的cache系统来解决 比如浏览器cache 静态文件的squid cache 动态数据的memcache 还是以facebook为例 他用了cdn 作为图片的缓存据说最大的处理请求每秒达到上万张 不过cdn 是比较昂贵了 动态数据部分 facebook用了400台memcache 做为 数据库动态数据的缓存 现在这个数字还在涨 一共缓存中的数据据说有上百T  简单说这些

[ 本帖最后由 zshtom 于 2008-7-4 23:42 编辑 ]

bardo

要看做什么样的项目。总体来说，没有页面部件的框架，使得后端管理也需要用SMARTY，或自己写HTML解决。这种方式是不快的。

hezll

原帖由 zshtom 于 2008-7-4 23:40 发表
其实大型大项目 主要是两个大 一个是功能大 就是功能多而且各个模块之间的关系复杂 另外一个是 数据量和请求量大

第一个呢 一般的框架 都可以解决这个问题  加之 有一个良好的设计可以 减小很多的bug 不过用框架  ...

谢谢您的提示 ，我也正在思考如何实现Facebook这种模式，如果撑不住，就简单的加一台服务器就能够缓和的模式。但是没有具体的方法

速度上来说，ci确实不是够快，至少比fleaphp要慢。如果一个简单的网站，要是用户访问时过慢，用户体验是非常不好的。
HEX说的挺对，如果自己有能力实现dz那种全部函数的模式，当然会更快。但是维护，扩展什么的，都必须对后面的开发人员进行培训，这也是为什么dz招人需要非常熟悉dz代码的原因。框架解决了维护，及团队协同敏捷开发的问题，有利必有弊。