dubbo-php-framework 未来的规划是怎么样的？

[crazyxman]

因工作需要从github apache看到dubbo-php-framework产生较大兴趣，最近会发布一个稳定版本吗？ 看目前只支持fastjson格式的数据传输，未来会支持其他序列化方式吗？ 你们对dubbo-php-framework将来的规划是怎样的？现个人想根据此项目未来规划尝试开发参与进来！

[ralf0131]

Thanks for reaching out, dubbo php framework was donated by 乐信, and recently the activities of this project seems ceased. I will try to contact the maintainer and see if they are still active.

BTW, if you find anything you can improve, do not hesitate to send pull request!.

[skylway]

支持dubbo-php-framework， 目前我们也在研究并逐步尝试使用。。

[0robin0]

首先非常感谢大家对dubbo-php-framework的关注，目前git上的版本经历了乐信生产环境上各业务系统的锤炼，已经是稳定版本，可以直接在生产环境使用。 目前乐信的技术栈已经从php转成了java，所以后续无法在dubbo-php-framework投入太多资源。后面需要依赖社区中感兴趣的同学一起在这个版本上继续发展优化，之前内部有过几个方面的考虑可以供大家参考 1.consumer侧redis换成共享内存，减少外部第三方组件依赖 2.consumer侧根据需要拉取使用到的provider地址信息，减少consumer侧同步地址信息耗费的内存与网络开销 3.其他序列化/反序列化支持，最好做成插件化，如同java版本一样 4.consumer侧熔断降级机制，与provider测过载保护机制配合，斩断故障传染路径

------------------ 原始邮件 ------------------ 发件人: "skylway"[email protected]; 发送时间: 2019年6月19日(星期三) 中午11:59 收件人: "apache/dubbo-php-framework"[email protected]; 抄送: "Subscribed"[email protected]; 主题: Re: [apache/dubbo-php-framework] dubbo-php-framework 未来的规划是怎么样的？ (#21)

支持dubbo-php-framework， 目前我们也在研究并逐步尝试使用。。

— You are receiving this because you are subscribed to this thread. Reply to this email directly, view it on GitHub, or mute the thread.

[crazyxman]

@0robin0 可以将service，consumer抽出来单独作为两个项目吗，有的人只关注consumer这一块，或者service这块。抽出来的话，就比较专一，灵活了，维护起来也方便。: )

[0robin0]

consumer和provider逻辑上本来就是两个独立的模块，如果需要可以拆成两个独立工程

---原始邮件--- 发件人: "Jinxi Wang"[email protected] 发送时间: 2019年6月20日(星期四) 晚上6:30 收件人: "apache/dubbo-php-framework"[email protected]; 抄送: "Mention"[email protected];"robinkang"[email protected]; 主题: Re: [apache/dubbo-php-framework] dubbo-php-framework 未来的规划是怎么样的？ (#21)

@0robin0 可以将service，consumer抽出来单独作为两个项目吗，有的人只关注consumer这一块，或者service这块。抽出来的话，就比较专一，灵活了，维护起来也方便。: )

— You are receiving this because you were mentioned. Reply to this email directly, view it on GitHub, or mute the thread.

[keaixiaou]

consumer和provider逻辑上本来就是两个独立的模块，如果需要可以拆成两个独立工程 … ---原始邮件--- 发件人: "Jinxi Wang"[email protected] 发送时间: 2019年6月20日(星期四) 晚上6:30 收件人: "apache/dubbo-php-framework"[email protected]; 抄送: "Mention"[email protected];"robinkang"[email protected]; 主题: Re: [apache/dubbo-php-framework] dubbo-php-framework 未来的规划是怎么样的？ (#21) @0robin0 可以将service，consumer抽出来单独作为两个项目吗，有的人只关注consumer这一块，或者service这块。抽出来的话，就比较专一，灵活了，维护起来也方便。: ) — You are receiving this because you were mentioned. Reply to this email directly, view it on GitHub, or mute the thread.

现在我看是通过zookeeper获取服务，再去调服务的，有直接传ip，port直接调用服务的么