在经历3年又5个月后，slightphp1.0终于正式发布了

如题，传送门：http://code.google.com/p/slightphp/

作者: hetal 发布时间: 2011-08-26

授权竟然是GPL的，对于一个框架来讲，GPL不是很合适。

作者: wwccss 发布时间: 2011-08-26

http://zh.wikipedia.org/wiki/GNU ... 8%E5%8F%AF%E8%AF%81

GPL授予程序接受人以下权利，或称“自由”：
以任何目的运行此程序的自由；
再发行复制件的自由；
改进此程式，并公开发布改进的自由（前提是能得到源代码）。

不知道怎么不太合适？

作者: hetal 发布时间: 2011-08-26

不过根据2楼的建议，修改成New BSD了。谢谢。

作者: hetal 发布时间: 2011-08-26

用的就是这个框架
这个框架路由比较可以还有就是数据库连接很到位主从分布式数据库都支持比较好
不过框架的MVC 不够明显没有M的概念
使用非常灵活而且体积之小！

作者: 齐迹发布时间: 2011-08-26

回复 hetal

敢问这个框架是LZ开发的吗？

作者: 齐迹发布时间: 2011-08-26

不错，可以学习下

作者: wangxinhui419 发布时间: 2011-08-26

回复齐迹

正是在下做的,有什么问题,随时交流哦.

作者: hetal 发布时间: 2011-08-26

回复 hetal

刚才仔细看看了看更新日志
发现真的没有什么变化

希望您可以把model写入框架中
这样处理数据和业务可能比较好一点

还有一点我觉得可以借鉴一下thinkphp的做法加入表对象
类似 M('table')->get();
还有就是希望可以加人ORM的一些东西

最后还有一点让我们现在开发比较纠结的事情就算命名规则的 _ 和我们的数据库表的 _ 出现了一些问题因为我们在框架中加人了M层在建表对象和映射的时候由于 _ 不得不给表弄个别名否则文件夹层级就会让人蛋疼！

作者: 齐迹发布时间: 2011-08-26

支持楼主
一个框架需要比较成熟的社区支持和完善的文档，如果做不到这些，估计很难推广开来。
简单来说自己写一个适合自己的框架也并不难。
用框架的原因是，框架是可靠的，这是基础。
附带很多功能，不需要我重复造轮子，可以达到快速开发。

作者: phpin 发布时间: 2011-08-26

定一个，案例很强大

作者: 舞林发布时间: 2011-08-26

回复齐迹

做这个的时候,其实就是喜欢一个简洁的功能.数据库支持这块确实不太强大,不过如果要太"理论"的话,有很多层次,很多设计理念,估计能写相当复杂的出来,不过那不是现阶段我想要的.
如果不合适,或者不喜欢的话,SDb这个plugin自己完全可以自己定制.

简洁,实用,和可扩展就是我想要的.

作者: hetal 发布时间: 2011-08-26

回复 phpin

这个社区和支持这一块,现在做得相当很弱,以后一定加强.

作者: hetal 发布时间: 2011-08-26

回复 hetal

你的出发点我可以理解 slightphp确实很灵活但是要用它来解决复杂的问题可能你需要对它进行很大的“手术”

我们公司当初选择这个框架就是觉得它很灵活，而且现在也对框架本生进行了很多改动包括加人m层 service层引入ORM来解决一些复杂的业务。

我只是提出我们在使用这个框架中遇到的一些不足
当然这些我们都可以自己来解决我在这里提出来也只是一个建议如果要做成熟想必也是必须的把！

作者: 齐迹发布时间: 2011-08-26

回复齐迹

恩,你的这些意见都很不错,我想在下一个大版本中会得到很多体现.谢谢你的支持.

作者: hetal 发布时间: 2011-08-26

如题，传送门：http://code.google.com/p/slightphp/

作者: hetal 发布时间: 2011-08-26

授权竟然是GPL的，对于一个框架来讲，GPL不是很合适。

作者: wwccss 发布时间: 2011-08-26

http://zh.wikipedia.org/wiki/GNU ... 8%E5%8F%AF%E8%AF%81

GPL授予程序接受人以下权利，或称“自由”：
以任何目的运行此程序的自由；
再发行复制件的自由；
改进此程式，并公开发布改进的自由（前提是能得到源代码）。

不知道怎么不太合适？

作者: hetal 发布时间: 2011-08-26

不过根据2楼的建议，修改成New BSD了。谢谢。

作者: hetal 发布时间: 2011-08-26

用的就是这个框架
这个框架路由比较可以还有就是数据库连接很到位主从分布式数据库都支持比较好
不过框架的MVC 不够明显没有M的概念
使用非常灵活而且体积之小！

作者: 齐迹发布时间: 2011-08-26

回复 hetal

敢问这个框架是LZ开发的吗？

作者: 齐迹发布时间: 2011-08-26

不错，可以学习下

作者: wangxinhui419 发布时间: 2011-08-26

回复齐迹

正是在下做的,有什么问题,随时交流哦.

作者: hetal 发布时间: 2011-08-26

回复 hetal

刚才仔细看看了看更新日志
发现真的没有什么变化

希望您可以把model写入框架中
这样处理数据和业务可能比较好一点

还有一点我觉得可以借鉴一下thinkphp的做法加入表对象
类似 M('table')->get();
还有就是希望可以加人ORM的一些东西

最后还有一点让我们现在开发比较纠结的事情就算命名规则的 _ 和我们的数据库表的 _ 出现了一些问题因为我们在框架中加人了M层在建表对象和映射的时候由于 _ 不得不给表弄个别名否则文件夹层级就会让人蛋疼！

作者: 齐迹发布时间: 2011-08-26

支持楼主
一个框架需要比较成熟的社区支持和完善的文档，如果做不到这些，估计很难推广开来。
简单来说自己写一个适合自己的框架也并不难。
用框架的原因是，框架是可靠的，这是基础。
附带很多功能，不需要我重复造轮子，可以达到快速开发。

作者: phpin 发布时间: 2011-08-26

定一个，案例很强大

作者: 舞林发布时间: 2011-08-26

回复齐迹

做这个的时候,其实就是喜欢一个简洁的功能.数据库支持这块确实不太强大,不过如果要太"理论"的话,有很多层次,很多设计理念,估计能写相当复杂的出来,不过那不是现阶段我想要的.
如果不合适,或者不喜欢的话,SDb这个plugin自己完全可以自己定制.

简洁,实用,和可扩展就是我想要的.

作者: hetal 发布时间: 2011-08-26

回复 phpin

这个社区和支持这一块,现在做得相当很弱,以后一定加强.

作者: hetal 发布时间: 2011-08-26

回复 hetal

你的出发点我可以理解 slightphp确实很灵活但是要用它来解决复杂的问题可能你需要对它进行很大的“手术”

我们公司当初选择这个框架就是觉得它很灵活，而且现在也对框架本生进行了很多改动包括加人m层 service层引入ORM来解决一些复杂的业务。

我只是提出我们在使用这个框架中遇到的一些不足
当然这些我们都可以自己来解决我在这里提出来也只是一个建议如果要做成熟想必也是必须的把！

作者: 齐迹发布时间: 2011-08-26

回复齐迹

恩,你的这些意见都很不错,我想在下一个大版本中会得到很多体现.谢谢你的支持.

作者: hetal 发布时间: 2011-08-26