Re: [thinkinlamp] ，困扰我很久的一个问题，昨晚由于第三方Bundle，又出现了，希望各位能给点帮助或解释？

[ZHAO JIAN]

用开源框架的基本选团队比较熟悉的呗，learning curve 短，平缓的吧。我们这边的drupal 7， 就用的默认的jquery1.4， 一开始没人注意，现在也升不了了。有的module自己拉了高版本的jquery为了用一些第三方的东西。慢慢的就一锅粥了。时间允许的话，是应该升级下的。

Symfnoy2升级小版本应该不至于改很多东西吧。

~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~


 

2013/11/23 Joost Shao <joosts...@gmail.com>

    首先说一下，我现在对PHP的困惑和想法吧。

    PHP从最底层和到高层有一个代码变化的规律存在。

    1： 首先，就PHP语言而言，向后兼容做的很到位，最多只是冗余特性多了，就语言而言是非常非常稳定，没什么好说的;

    2：其次是那些基于C的扩展，一般开发周期会很长，而且功能也不会改变很大，但是添加新功能是有的，官方的那些pecl是非常稳定的，http://pecl.php.net/，

    但是非官方的往往会不稳定，比如基于扩展到框架，IO复用的框架等等，会由于本身C代码的不够健壮引发一些编译失败或者设计机制出现错误或者内存问题等等，

    变化率不大，但是也够折腾人的，因为每次都要重新编译，而且不能直接改PHP代码。

    3：然后就是基于PHP的那些框架，比如ZendFrameWork 2, Symfony2, 这些PHP框架在一年之内往往会有小数点后面第一位的上升的版本变化，比如Symfony2.1 => 2.3。

    这里面比较蛋疼的是，框架是开源的，虽然那些基础组件已经够稳定的了，但是由于设计机制上的问题，往往对框架会有修正，比如注册机制，依赖诸如，安全等等。我也

    明白，本身就是一个变化的过程，但是作为框架，一变化，上层的第三方Bundle没有同步变化的话，会造成开发人员进入自己造轮子的节奏....有很多Bundle的文档或者开发指       南都没有跟上最新的框架。这里就是说开发人员在用第三方bundle的时候，这个bundle和所用框架之间有兼容问题。

    4：最后就是说，如果排除自己写Bundle的可能性，用第三方Bundle的时候，如果第三方Bundle升级了，那么是应该升级呢？ 还是保持原来的样子？如果保持原样，在以后升级     框架的时候，又有可能会出现各种兼容性问题。这个到底应该怎么来解决？

    

     有个名词很得到一部分人的赞同： 拥抱变化？ 但是这么折腾来折腾去的，很耗费精力和成本，时间很可怕。

     我的目标是能以尽量少的变动来应对各种变化，不只是简单的一个网站或者建站系统。

     

     我想了一下，不知道对不对：

     1： 其实用开源框架的目的是为了构建适合自己生产环境的一个框架，
        所以有能力的“大厂”都自己开发框架，有完善的技术支持，更加符合自己的业务逻辑，更加具有稳定性。
     2： 可以使用持续集成的方式来测试代码的正确性，但是这个只是事后诸葛的做法，无法在一开始写入的时候就决定好，比如给予角色的用户控制管理。

    

     最后再说几句：

       这个问题其实纠结我很久了，不仅仅是在PHP，在Rails中也有，我觉得这不仅仅是一个简单的打补丁解决安全性的问题。

       也许变化才是永恒的，必须应对变化，拥抱变化。

      

      希望各位有经验的大哥大姐能说说自己的切身体会或者想法。

     

--
--
ThinkingInLAMP邮件组使用说明：http://blog.thinkinlamp.com/?p=758
 
---
您收到此邮件是因为您订阅了 Google 网上论坛的“thinkinlamp”论坛。
要退订此论坛并停止接收此论坛的电子邮件，请发送电子邮件到 thinkinlamp...@googlegroups.com。
要查看更多选项，请访问 https://groups.google.com/groups/opt_out。

[Joost Shao]

  首先非常感谢你参与回答这个问题。

  可惜的是没有解决这个问题。 比如drupal 这种各个模块之间的升级依赖关系，其实drupal 8也马上要出了，而且是依赖sf2的。

  sf2小版本的升级会对第三方的Bundle支持有影响。

  楼上的你这个其实也还没有过升级这个砍。

  希望有更多的人来参与这个问题的讨论。

您收到此邮件是因为您订阅了 Google 网上论坛“thinkinlamp”中的主题。
要退订此主题，请访问 https://groups.google.com/d/topic/thinkinlamp/Cm-VBewyiyw/unsubscribe。
要退订此论坛及其所有主题，请发送电子邮件到 thinkinlamp...@googlegroups.com。
要查看更多选项，请访问 https://groups.google.com/groups/opt_out。

--

JoostShao，邵佳通！

Phone：15757172528

[ZHAO JIAN]

我觉得升是应该的，但是不需要纠结。

你升级了小版本，third party bundle 不work了。那只能不升了根本就没得选择诶。

除非等那些bundle也更新了（一般比较用的多的bundle 也花不了多长时间跟上节奏） 

反正又不费劲，就composer install 走一次， 走一遍 test suite， fail了再走一遍 composer 退回去拉到了。

~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~


 

2013/11/25 Joost Shao <joosts...@gmail.com>

[lostsnow]

1. 框架这东西无所谓什么大厂小厂了, 特别是现在这样百花齐放的年代, 从长远看自己开发应该是最划算的
2. 用开源框架的话, 还是建议经常升级, 越是不升级时间久了就更难升级了
3. 至于其他第三方的库, 其实如果不是非必须, 还是建议自己写, 其实产品形态就那么多, 自己维护一些常用的应该不会有什么问题
4. 如果非要用第三方的库, 那也尽量选择活跃度高, 使用量多的

总之一句话, 自己的轮子再烂至少自己熟悉, 而且轮子做多了, 也会越来越好的

http://www.lsporc.com/blog/