谁能说说Speedphp的缺点呢
发布于：2022-01-17 09:50:54

#1 gonten

Speedphp非常不错，优点太多了，我非常喜欢。

PHP框架这么多，不知道Speedphp有哪些缺点和不足呢。

2011-02-23 16:51:02

#2 Pony

扩展不足吧，还有扩展不太统一

2011-02-23 16:56:36

#3 jake

扩展是一块，其他缺点的我也在想。大家多说无妨。

另外，官网速度慢，这也是很不好的一点。

2011-02-23 20:31:51

#4 ynyjyz

回复 3 jake
今天速度好多了!

2011-02-23 23:31:43

#5 冥夜

:lol，是啊，官网确实慢，有的时候都打不开的说

2011-02-24 17:38:03

#6 jake

spHtml是不是应该独立出来呢？和spUrlRewrite等一样。

2011-02-24 17:54:48

#7 Pony

回复 6 jake


    我觉得是，非核心的去除，有必要的话，放在扩展目录下，自动加载就可以了

2011-02-24 18:57:06

#8 jake

回复 7 Pony


   观察了一下，spHtml基本可以独立出来，然后还有spModel里面的四个和spController的spArgs，这些就得好好考虑一下了。

2011-02-24 19:09:45

#9 Pony

回复 8 jake


    其它的应该不必分离，而且还应该加强，比如 spArgs，可以增加过滤攻击字符的功能，这是我觉得spArgs应该存在的原因

2011-02-24 19:21:34

#10 jake

回复 9 Pony


   嗯，spArgs计划是增加一个回调函数的循环处理。然后其他多个数据库的辅助类，也有可能独立出来。目前SP的规模已经有些过大了，我觉得是开始将核心更精简的时候了。

2011-02-24 19:24:51

#11 soseek

没太大的缺点，而且够用就好

2011-03-02 01:22:50

#12 homexigua

1、扩展不统一，增加官方扩展  
2、模板引擎smarty该插件形式，这个不一定用起来真的就方便。而且体积太大，顶上好几个speedphp框架了。个人觉得还不如改成默认speedy，这个好用
3、加强speedy模板引擎

2011-03-04 17:24:27

#13 SunPSP

最直接的还是拓展不统一的问题
建议J大抽空能将各位大神提供的拓展SP化，加入SP的规范标准
直接SP私有化

还有部分参数缩写或者标示最好能完整些
不长的标示符直接写全，比如那个spAcess的读写清除参数，现在直接就是rwc，这几个单词不长，为啥不直接写全呢read\write\clean，至少好理解些啊，当时没看手册直接上，对着这个想半天没明白
长的按发音音节缩写，比如config写成cfg

2012-08-28 03:31:20

#14 jake

SunPSP 发表于 2012-8-28 03:31
最直接的还是拓展不统一的问题
建议J大抽空能将各位大神提供的拓展SP化，加入SP的规范标准
直接SP私有化
SP扩展的规范请参考手册扩展一章！

2012-08-28 08:44:03