什么时候应该使用框架

[supersheep]

非常小的一个应用，表数应该在三个以内。
用框架觉得大材小用了，不用框架又觉得烦。使的php，不过不是特别熟。
目前写了三个class，结构大致如下：

DB{
conn,
__construct(){}
query(){},
insert(){},
find(){},
...
}

UserDAO extends DB{
db,
tablename,
__construct(){},
create(){},
remove(){},
update(){},
getOne(){},
...
}

User{
id,
name,
createtime,
...
__constructor(){}
}

不知道这样的做法对不对，通常是怎么做的……
想要搜索其他人开源的小项目应该搜什么keyword？

[xhinking]

把常用的操作封装一下，够用就好，适合自己的才是最好的。我就是喜欢小巧的框架。使用框架可以缩短开发的时间，将更多精力放在项目的设计上，但是框架的选择和学习可能会消耗很多时间。php的话推荐codeigniter这个框架，简单易用，中小站足矣。不过自己做框架也很好玩，可以尝试一下。

[supersheep]

@xhinking 嗯，这是我唯一使用过的php框架，还算了解一些。自己做的不是站，只是个小作品。想偷懒的话就用CI算了……

[reus]

我觉得现有的php框架最好的是yii，不过ruby的rails更好

[chuck911]

是的，CI非常古老了，三年前就放弃CI使用Kohana了，后来转向Yii
用php是为了部署方便，不然就换python之类了

[supersheep]

嗯，谢谢诸位指点，有机会也使用使用新东西

[duhastmich]

@chuck911 ci一直在更新的，出到2.x了，为啥要放弃呢？

[xhacker]

我为啥觉得 Kohana 那么复杂啊……感觉比 Django 麻烦很多倍= =

[greengnn]

@chuck911 为什么放弃kohana了呢，我刚开始选用这个。

[chuck911]

@greengnn 那时候kohana才发展到2，有些地方还是不够理想的，性能也不够好。
对kohana其实还是挺有感情的，那时候对kohana3十分期待

[evlos]

Yii很不错，推荐使用。唯一的缺点就是有点大了。。。10MB多吧。。

[jacyhao]

这么小的应用 不要用DAO了，倒是累赘了，封装一个DB就可以了，数据库的地方直接SQL吧，我觉得连model都不要用，用include方式完成模板的操作，至于程序内部的功能找些成熟的类库就绰绰有余了，很多PHP框架大多都是有各自的哲学，大多都是想用PHP来实现出来“自己的语言”和“自己的开发方式”，我觉得PHP的很多原生的功能已经不错了（只是有些“不统一”，“没有标准”），没有必要再统一封装个类了... 针对WEB并且一个人的项目并且一个小项目，完全的抛开框架吧。

[chuck911]

@jacyhao
没错，php这把刀已经不错了，但是，没有模式与框架，就没有“三刀流”，“鬼斩”，“龙卷”，“虎狩猎”...
于是，索隆听说你说上述这段话的时候，就出现了你头像上的这个表情

[darasion]

php 有个yaf框架，试试看？ http://cn2.php.net/manual/en/book.yaf.php

[jacyhao]

@chuck911 我觉得歪楼了。上述那段话是针对LZ说的项目而言。你说的没错，但是杀一只苍蝇的时候就只需要用个苍蝇拍子而已，不需要你对着一只苍蝇施摆出各种架势展各种刀法...

[chuck911]

@jacyhao sorry，的确歪了！

[POPOEVER]

fuelPHP

[aveline]

vectorphp
@CupTools 同学的非主流框架