@ztxcccc #1 项目时间拉到 3-5 年，一波一波人来人去真的不是说能管理的的好的，毕竟人的水平是稂莠不齐的，真的很难规范。毕竟 php 就是以快速灵活号称的，对于一些发展长远的公司来说，都是会摒弃的。太多的大公司越来越不待见 php 了

没想到生病两天还有大佬来喷我！其实，我觉得论坛不就是让大家发自己的想法，如果你叫我不发我就不发，那要这个 V2 还有什么意义，我自己也做笔记，我发在这里就是想有跟我一样的同学，能了解到，至少百度能搜到，也少走弯路。觉得菜，就坐等各位大神发点有营养的

@asdcs16 其实后台开发很多封装有点过于死板 不能实现一些奇葩前端需求，而一些好的 js 框架用起来也需要学习成本，我想封装一套 php + js 前端组件，让 phper 零成本使用 js 前端组件。可以看看我开源代码，你就明白了。

@siganushka 感谢兄弟，又让我看到了一些新的思路，我看到了一下这些 bundle，感觉确实可以实现这种模板生成，但是他们的封装还是太深了点，我其实就像做到了一个 php 和 js 前端框架的封装，让我们使用 js 的插件框架更简单，也不用重复造轮子，我这套是可以继承在任何 php 的框架下的 并不做深层封住，制作对 js 控件的封装。我非常同意随着业务的变化后台逻辑是没有一个固定的模型的，但是前端显示是可以组装的，前端并不关心逻辑，只做显示即可。我的想法是这个样子，期待更多的建议

@simonlu9 非常欢迎你去我的 github 上提 pr 一起开发，有好的想法也可以一起讨论

@thesharjah 看到 npm 就怕了 哈哈 不是专业前端就一个 phper，很怕前端这些工具

@ben1024 很有启发我研究一下 非常感谢

@Caballarii 不知道 webForm 是何物 哈哈 框架用的少 不喜欢框架那种约束感，不太喜欢黑盒

@HiCode 主要是减少重复工作，对于我们写 curd 来说，随便找个 js 组件封装的成本还是不高的，我的思路就是利用一些开源的 js 组件封装，实现简单化的拼装，我主要是利用了装饰器的设计模式，来做了一个，本来我这个可以链式调用的，后来同事给出说要是能自己拼装就好了，最后我优化成自动拼装了，你可以去看看我的项目，如果有什么建议和改进还请提给我。

@dabaibai 不要太容易，只要 c 功力深绝对轻松驾驭 go

指针不难理解，但是难于使用，用好指针的都是高手