我看到webman官方出的admin里面有一个插件机制,就想着拿webman-admin配合开发一些小游戏,微商城分销之类的插件可以挂在这个插件上,让别人可以快速直接下载安装使用,但安装了以后,发现有些地方暂时还不知道有什么好的方法实现,遇到的问题如下
webman使用的ORM数据库默认是laravel机制,而我是从TP转过来的,习惯了TP的那种ORM代码操作方式,虽然laravel的ORM也可以用,但终究没有使用TP的ORM来的顺手,假如我开发了一个微商城插件,看了一下插件里面也没有composer安装插件啥的,那我该如何在安装我的插件时让用户也安装好TP的ORM呢?
希望webman弄的越来越好,用户越来越多,目前我的很多项目抖音小游戏,微信小游戏和一些客户的商城,都已经使用了webman,如果能够趁着这个机会把我开发的一些功能做成webman-admin的应用插件,然后直接面向我的线下客户收费,这也是少了很多事,也能让更多的人慢慢接触到webman
我觉得webman目前这个快发速度很快,也想多多帮助webman-admin完成一些应用生态,目前还在继续了解中,希望大大能在我的这些建议得到一些完善webman-admin的思路
webman应用插件的的CURD生成的控制器,模型,默认是在官方的插件里面的,假如我做了一个插件,想让CURD生成的文件是在我的插件目录下,也可以快速导出菜单放到我的插件目录下,这样会不会促进更多人来开发这个插件机制呢?
假如我开发了一个用户功能,他有列表,修改,但不允许删除和添加,那我在想使用这个CURD的同时,不让他生成关于这两个的权限,该如何弄呢?
假如,列表中的添加记录这个按钮,我想让他根据权限显示,没有权限则不显示,有权限则显示,这个该如何弄呢?
还有关于列表的自定义按钮问题,在不编译前端代码的情况下,该如何以纯应用插件做到自定义按钮呢?
这里粘代码或配置
首先非常感谢你这么详细的建议
1、thinkorm 预计会在后面版本直接集成到admin里
2、curd生成到自己项目目录也在计划中
3、假设你不需要CURD的删除,在你的类里重写delete方法,将其设置为私有方法
4、按钮根据权限展示后面版本会支持。列表自定义按钮这个目前没有计划做,如果做的话可能是比较后面的版本了。
感谢,目前已经在做前端部分的微商城部分了,目前就差CURD生成到插件目录中了
你可以把生成的curd文件拷贝到你的插件目录里,改下命名空间,对应的菜单里也改下对应控制器的命名空间
好的,感谢
CURD一键生成菜单时,有一个非常尴尬的事,我的表明是php_goods,前缀是php_ 按理来说,生成的控制器应该是Goods就行了,但这没有地方标记前缀,却生成了PhpGoods
生成的控制器按照webman/admin项目前缀来生成的,不会去识别其它应用插件前缀