+ DuckPhp 秉着 代码和 DuckPhp 关联越少越好的原则
核心工程师写的非业务核心代码才会和 DuckPhp 耦合。
应用工程师写的业务代码是不和 DuckPhp 耦合的。
------------------------------------------------------------
这样做的意义在哪里？用框架不就是为了不重复造轮子吗？框架提供稳定成熟的基础功能，让工程师专注于业务的开发，你让核心工程师去造这些轮子我敢说大部分质量都是很糟糕的，至少我待过的公司中使用自研框架（无框架）的公司，代码质量都是不怎么样的。毕竟一个成熟的开源框架，每个细节的设计都是经过成千上万个项目检验提炼后的成果，很多公司所谓自研核心组件就是想当然和幼稚无意义的重复实现。

ControllerHelper::GetExtendStaticMethodList()
-------------------------------------------------------------
还自创代码风格？？这么多千奇百怪的风格不累吗？自动加载都知道用 composer PSR4 规范了？编码风格也不能统一一下？

至于 Laravel，我有空看一下是不是跑了一万行代码。
--------------------------------------------------------------
现在还有纠结代码行数的，实际上绝大多数用 PHP 的公司都没必要纠结这点代码行数，开发效率和稳定性才是重中之重

@HANXIAO1996 这个确实很难，fastadmin 毕竟已经经过了这么多年的积累，不过梦想总是要有的，不是吗？在开发体验上，我们还是有信心能做得比 fastadmin 做得更好的，甚至好很多。

目前这个项目已经与国内最大的 laravel 社区达成合作，已经是个不错的开始了，毕竟正式版发布到现在才一个月时间而已，后续我们也会不断完善这个项目，并且在生态构建方面也会吸取 fastadmin 的经验。

@ohao 一个 tp 的 fastadmin 打包好，不管去哪个公司，去了先搭环境，下载 wamp，配 fastadmin，然后就埋头苦干...


这个程序员虽然有问题，但从你的这段描述来看，你作为技术 leader 没有尽到自己的责任，公司技术方案的选项是需要经过团队尤其是 leader 仔细研究权衡利弊后才拍板决定的。

如果是你选的 fastadmin，你需要对新人给予上手引导和培训，让新手可以快速熟悉公司的技术体系；

如果不是你选的 fastadmin，那说明你们公司本身就很随意各方面都不完善，新人上来就要求用它自己最熟悉的技术快速出活，看着像一个外包公司，只管实现功能而其他一概不管。简而言之，新手上来埋头苦干而没有任何规划和技术提升的欲望，也是迫于你们公司的现状导致的。

如果是你选的 fastadmin，你需要对新人给予上手引导和培训，让新手可以快速熟悉公司的技术体系；

如果不是你选的 fastadmin，那说明你们公司本身就很随意各方面都不完善，新人上来就要求用它自己最熟悉的技术快速出活，看着像一个外包公司，只管实现功能而其他一概不管。简而言之，新手上来埋头苦干而没有任何规划和技术提升的欲望，也是迫于你们公司的现状导致的。

我是欧皇

@onion606 哈哈哈，现在开放了自定义主题配色功能，用户如果对现在的主题配色不满意，可以随意更改，很方便

@onion606 是的，手机页面用的人很少，暂时没有时间适配，后面会专门优化

@omghonor 哈哈哈，你为什么不让皇受露脸

@bugsnail 后面会找更多志同道合的小伙伴一起维护，生态这个我也会比较重视，fastadmin 就做得不错，这个也是我学习的目标。

laravel-admin 的生态我个人感觉做得比较一般，laravel-admin 的第三方插件大部分插件开发出来之后就不更新了。一方面是因为缺少关注度开发者渐渐丧失动力，另一方面也是因为 laravel-admin 的升级版本差异太大的原因。

@fuxkcsdn 嗯嗯我看了下这个插件，我现在这个系统的功能已经跟这个插件差不多了，后面也会继续优化

content 完全释放出来，你是指自定义页面吧，其实这个挺简单的，$content->body(view(xxx)) 就行了

@bugsnail 感谢建议，那两个按钮只是放出来演示自定义导航栏功能的，这个用过 laravel-admin 的同学会懂。

之所以写这个项目并不是单纯的炫技之类的或者是三分钟热度，主要还是因为太喜欢 laravel-admin 的这个设计，写后台的体验真的是 PHP 后台系统中我没找到第二个能与之匹敌的，基本只要简单的几行代码就能实现一个完善的后台系统，而且每个功能基本都可以以组件化的形式进行扩展非常灵活。

但是 laravel-admin 虽然设计非常棒，功能细节上却有非常多的不足，而且作者又比较忙，很多问题都没时间处理。所以我才花大力气写这个项目，在 laravel-admin 的基础上做了非常多的细节优化，并且增加了非常多实用的功能，简单的说就是功能更多更完善更好用了。

这个项目正式版发布还不到一个月目前反响算是还不错的，既然都花这么多时间写出来了，后续也肯定会坚持维护下去，并且根据用户的反馈与实际场景结合不断完善。
但是 laravel-admin 虽然设计非常棒，功能细节上却有非常多的不足，而且作者又比较忙，很多问题都没时间处理。所以我才花大力气写这个项目，在 laravel-admin 的基础上做了非常多的细节优化，并且增加了非常多实用的功能，简单的说就是功能更多更完善更好用了。

这个项目正式版发布还不到一个月目前反响算是还不错的，既然都花这么多时间写出来了，后续也肯定会坚持维护下去，并且根据用户的反馈与实际场景结合不断完善。

@bugsnail

@fuxkcsdn 很好奇你用了哪个第三方的报表功能，方便发个链接看看吗？

如果你是定义所有模板的话的确非常麻烦，特别是升级，你逐个功能都得重新测试一遍，而且 laravel-admin 版本差异比较大那就更难受了。所以我推荐的是 $grid->setView('xxx') 这样只自定义一个 view 模板，这样就没啥问题了。

@fuxkcsdn 报表功能我也考虑到了，所以支持了双表头报表功能，并且使用也非常简单，只需增加几行代码就行了。

其实你这个都不需要重写源码，只需要自定义 grid 的 view 模板就行了。

@EmptyDX 是的，这个数据统计卡片是模仿 nova 的截图写的

@hst001 前端代码是独立的，在 resource 目录，用 webpack 打包的

@GTim 哈哈非常感谢你的支持，先不必了

@fuxkcsdn 不知道你主要是什么需求改源码？我也是因为对 laravel-admin 的许多细节不满意才开发这个项目，现在对 laravel-admin 做了非常多的细节优化，增加了更多实用的功能

@GTim 目前没有

@kylesean `laravel-admin`的整体设计是非常优秀的哦，各项功能都是可以通过一种非常简单的方式进行扩展，也是组件化的低耦合细粒度。

就比如你这个多规格商品录入，只需要扩展一个`Form`表单字段的类就行了，然后就能单独维护和复用，并不会复杂或难扩展难维护。

@putaozhenhaochi 对，就是这种感觉哈哈哈