将PHP库迁移到命名空间的充分理由

Jos*_*tey 6 php migration

我有大量为PHP 5.2.5编写的对象库,我正在尝试权衡为命名空间改进它们的好处.我目前对服务器PHP版本没有任何顾虑,因为任何相关的机器都在我的控制之下,所以我不担心向后兼容性.至于库的结构,我使用与Zend Framework相同的约定(Library_Module_Class_Name例如),因此我目前在库内部没有任何命名冲突.我期望将这些类名的库和模块部分移动到名称空间.

也就是说,如果代码已经编写,是否有任何理由转移到命名空间?

谢谢,乔

zom*_*bat 5

如果您正在寻找技术原因,我认为没有任何理由可以证明大规模代码移动的成本.据我所知,命名空间不会带来任何技术优势或性能优势.为一组结构良好的命名空间PHP代码编写体面的自动加载函数会更容易,但除此之外,我无法想到任何可能成为开始转换的明确理由.如果有的话,名称空间分辨率可能只有一点点开销(基准测试很好看,但我确信它的差别可以忽略不计).

话虽这么说,我最近开始更新一组旧的代码来使用命名空间,我很享受它提供的组织能力.代码有一种更加冗长的趋势,但我在升级开始时将IDE切换到Netbeans 6.8,自动完成功能处理了导入和引用命名空间的繁琐工作.实际上,命名空间支持让我印象深刻.它让整个项目变得非常简单,实际上,我敢说,很有趣.