🚀[置顶]webman官方admin管理后台意见收集🚀

walkor

webman官方准备做一个通用管理后台(独立项目或者插件)

功能

具备以下功能:

  • 自带Auth权限控制管理
  • 一键CRUD
  • 自定义菜单
  • 后期支持应用插件市场(如问答应用插件、CMS应用插件等等)
  • 自带一个用户表(实现个应用插件用户互通)

最终效果就是开发者需要哪些功能可以在管理后台像搭积木一样安装相应的应用插件,并且这些应用插件用户数据是互通的,统一在webman管理后台管理。这样可以极大的减少重复的开发工作,减少bug,缩短开发周期。

前端选型

目前主要是遇到前端选型问题。

  • 是否拥抱vue3 ?
  • vue3的前端模版一般是基于typescript开发,增加了一些学习成本
  • typescript需要编译,则动态安装应用插件时,不能要求每个使用者安装typescript编译环境,如何解决?
  • 可商用的vue3的admin模版不多,想用 https://ant.design/index-cn 但是官方不支持vue3。目前在考虑 https://arco.design/

关于admin前端选型问题欢迎大家提建议

=========2022-05-14 分割线补充=========

感谢大家的建议,有些建议非常有建设性,有些建议非常中肯,因为回答较多,这里统一回复下。

有些朋友担心分散精力,不建议出admin。

admin是必须出的,原因如下:

  1. 官方后期还要推出应用插件市场,所有应用插件共享一个管理后台,可以方便各个应用数据互通。否则每个应用插件一个自己的后台,会导致开发者很多重复工作,并且也会很混乱不统一。
  2. 官方自己的很多项目都会用到,现在是每个项目开发一套admin,不如出一个通用的并开源出来,到时候大家可以一起用。

不会ts或者vue3怎么办

管理后台会提供必要的后台功能,如一键CRUD,这样就能满足大部分人的后台需求,开发者可能根本用不到二开,也就无需去熟悉ts和vue3。针对有二次开发需求的,官方打算使用以下方案。

  1. 根据有些同学的提议,官方出一个统一的后台接口和文档,这样开发者就可以使用自己喜欢的前端技术对接官方管理后台。开发者如果觉得自己自己对接的不错,还可以发布成插件,供大家安装。到时候市场上就会有各种前端技术的后台插件可供开发者使用,开发者选择熟悉的安装就好。为此官方可能会把管理后台分为两个项目(或插件),一个是admin后端,一个是admin前端,开发者可以根据需要选装admin前端。

  2. 官方管理后台会提供一种iframe方案,iframe里开发者可以使用自己喜欢的技术,完全不受官方管理后台技术选型限制

webman 官方组件问题

有些开发者反馈webman组件依赖composer,缺少自己统一的官方组件。

这个与webman官方定位有关系。webman初衷就是打造一款基于最小内核,可扩展的高性能框架。可扩展包括各种组件使用现有成熟的composer库和webman插件机制。

webman不会独自开发自己的官方组件,这表示不会开发如数据库、Redis、Cache等基础组件,这部分全部复用composer库。因为自己开发很耗时,并且意义不大,你开发的不一定比现有的成熟好用,开发者使用你的组件还要重新看文档学习,增加学习成本。如果每个人出一个框架都出一套自己的基础组件,这样对社区也是一种割裂,composer是php最重要的生态,我们应该尽可能复用它。我相信很多人喜欢或转用webman其中一部分原因就是可以使用自己之前熟悉的组件。

关于规范问题,开发者可以根据喜好使用laravel系、thinkphp系或其它系的组件,这些组件都有自己统一的规范。虽然有时候无法完全规范统一,但是为了能复用composer生态,这点牺牲还是值得的。

3329 65 16
65个回答

liziyu

可以参考 fastadmin与xunruicms这种模式。

  • liziyu 14天前

    拥抱 Vue3 + TS。 拥抱大厂 https://arco.design/

  • liziyu 6天前

    2.官方管理后台会提供一种iframe方案,iframe里开发者可以使用自己喜欢的技术,完全不受官方管理后台技术选型限制

    本来还想逼着自已去学呢,这个我就放心了,暂时不用学习 typescript了!呵呵。

码龍

前端推荐类似fastadmin,requirejs加载插件前端资源

  • xiasha11 11天前

    建议前端使用vue3+element-plus 不用ts也行,用也行

ljnchn
  • liziyu 14天前

    vue-vben-admin这个不错,后劲很足。

gump

期待一个基于blade模板引擎的

evilk

前端可以用vue-element-admin

ziyoren

拥抱VUE3

开发时用typescript,发布插件时应该是构建好的应用,也就是编译好了,使用者不需要再编译。

  • ziyoren 14天前

    其实用Vue2、3,还是React?由开发者自己选,应用市场上要的是可以直接运行的html、css、js等

  • liziyu 14天前

    对,这个热插拔方便。

Tinywan

拥抱 Vue3 + TS。 拥抱大厂 https://arco.design/

  • 暂无评论
tanhongbin

老大,我都中有就行😄啥也别说了爱你么么哒

  • 暂无评论
yyy798326

推荐:https://lolicode.gitee.io/scui-doc/
逻辑非常清晰 使用也方便

  • 暂无评论
橘叔

拥抱 Vue3 + TS。 拥抱大厂 https://arco.design/

  • llocry00 14天前

    我也在做一个商城平台,前端也是用的arco,支持arco

没茅台

不建议做官方管理后台,虽然我很期待官方管理后台,但参考所有的框架 没有出官方后台的,并且前端更新太快 ,太分散官方精力。

  • 没茅台 13天前

    并且重口难调,vue3 jquery vue2 ts react ng 这些都有大量用户,官方一出其就限制了使用场景。

  • Tinywan 13天前

    这个是可以做的。国内市场vue3

  • ljnchn 13天前

    可以以插件的形式存在

  • 没茅台 13天前

    放到插件,分享里面是可以的 /狗头

  • hans 13天前

    复议, 希望官方能集中精力打磨 webman

  • 咸鱼.php 13天前

    赞成,希望官方能把webman生态做的更好,真的很期待,现在慢慢从TP转到webman了

  • crocutax 12天前

    赞成,把webman本身做好,插件做成熟,就很厉害了. 前端选型,日新月异,众口难调.

wolfcode

不建议官方做,建议开放第三方插件形式(而且现在也已经有了)
正如 @没茅台 这位网友所说,前端技术更新太快,也不确定作者或者作者所在的团队是否有精力和时间持续投入?

建议:
官方可以设立一套基础API或者准则,后台插件开发者对接可以基于这类API去开发并且扩展

  • 没茅台 13天前

    对 有准则 有最佳实践,完善的文档比啥都强。

adminv

vue都可以,其实有一个解决办法就是,直接使用iframe,

这样插件作者 可以使用jq+html做页面,也可以 npm run build的插件成品页面。

另外: 我永远支持你

  • joytom 13天前

    老哥不但技术好,说话也好听

li914

-.- 期待中...

  • 暂无评论
lxw123

虽然我前端是个菜鸡,但是我还是支持

  • 暂无评论
cbasil

现在webman确实没有像样的admin管理后台,像laravel有laravel-admin,doct-admin等很多优秀的管理后台,开箱即用,减少开发时间。不过laravel这二个管理后台个人认为封装太严重了,面对复杂一点的流程改起来很麻烦。我期待的管理后台是有自带权限,自定义菜单和丰富的组件可以使用即可。

nitron

都行,对我来说都不是什么问题[doge]

稚出

支持!

  • 暂无评论
cqqjj1029

我也不太赞成官方团队在前端选型上做过多纠结,前端技术五花八门,会耗费官方团队精力。
是否可以由官方把数据接口做好做提供官方接口文档,然后官方团队只用自己喜欢或擅长的前端技术做个官方示例就好了,官方版本开箱即用,而如果其他开发者和团队有条件且有需求的话,完全可以根据官方接口文档,用各自擅长的前端技术做出适合自己的前端模板,这样也有可能将workerman社区在从端技术基础上再扩展一部分前端开发者过来,react,vue2,vue3,layui,甚至bootstrap+jq等等,都可以来丰富前端模板。

  • 暂无评论
不同

支持

  • 暂无评论
wuwu
极胜100

官方搭个基础的后台框架,大家一起来开发插件获得额外收入,实现双赢。。。

极胜100

我正在开发的系统和官方想开发的思路是一致的
http://v8.youlingsha.com/index.html

只不过没有用webman开发(有其他的考量,webman是非常优秀的框架)

  1. 系统实现的用户,角色,权限系统
  2. 支持自定义模块实现curd
  3. 支持插件系统,应用以插件接入进来
  4. 使用的https://lolicode.gitee.io/scui-doc/ 感觉这个比较清爽
  5. 支持不编译vue运行,即可接入后台,打开network可以看到vue文件大多数都是通过远程加载的(这里其实还是不怎么灵活,丢失了一些vue的特性)
  • iworkman 7天前

    项目开源么,我们有老项目需要 支持不编译vue运行 这个功能,我看了下挺符合我们需求的

  • 极胜100 4天前

    等写完了考虑开源

dengje

在管理后台像搭积木一样安装相应的应用插件
正是我需要的功能,把生态搞起来,

  • 暂无评论
ab0029

Vue3的话确实会增加学习成本,能写后端API,不一定能写前端插件,如果是选择这种前端编译型的,可以考虑做个通用HTML组件对外,插件开发者调用通用组件API去渲染页面,这样成本可能会第一点
以上只是个人观点,不喜勿喷

  • 暂无评论
huangkun

越简单越好 直接上手 layuiadmin

banro512

不建议使用 vue3+ts,徒增学习成本,而对于小团队或个人来说,并没有什么明显的收益。

非专业前端,vue3+ts 只搞个编译环境应该都挺费劲,感觉完全没必要

个人感觉,对于后台admin,应该选择最容易上手、学习曲线平缓的,使用vue2 甚至 jquery layui这些也足够了。
满足需要、性能合适、开发效率高、上手难度低、修改维护方便简单,应该比追求最新技术更重要

咸鱼.php

先说结论:不建议做官方管理后台

个人感受,从最初的tp到现在的webman,最大的感受就是,框架性能无敌,社区作者非常活跃,有问必答(真心感谢作者walkor),也一度想为webman社区做些开源贡献,奈何技术薄弱。

使用感受:官方组件比较少,虽然可以composer自己组装,和社区插件,但是总觉得很是杂乱(可能我有强迫症)。

个人观点:webman管理后台,官方可以创建一个仓库,制定好代码规范和使用的前端框架,由社区一起来开发为维护(这样我也能参与了,哈哈哈)。官方继可以把一些社区常用插件可以融入到官方仓库里,由官方来主要维护,这样能统一规范。

仅自己的观点,不代表他人,如有错误的地方可以指出

小杰

我认为,这个非常有必要非常有意义,需要经过讨论定型,做成大一统的管理后台,开打人员专注于自己的业务和给予扩展,方向非常正确,为每个开发人员节省很多时间。

  • 暂无评论
zqz

个人观点:【可把管理的后台做成插件模式,选型何种前端,不影响webman的原有内核】

webman的理念是以最小内核提供最大的扩展性与最强的性能。本身开发了插件模式,目的就是不干扰原有的内核特点,原有内核只是更倾向完善,更完美。也不影响已经使用webman内核的项目受到升级干扰。

1、把管理的后台做成插件模式(管理后台选型用何种前端技术,对使用webman的内核来说丝毫不影响)。可以便于想使用的人安装或卸载;

2、对于不想使用官方管理后台的或者已经有自己业务逻辑的项目,可以保持更新原始webman内核即可。

  • 暂无评论
oliusha

不建议官方做后台,不建议官方做后台,不建议官方做后台。
不建议官方把精力浪费在前端,不建议官方把精力浪费在前端,不建议官方把精力浪费在前端。
重要的事情说三遍。。。
官方应该把精力放在开发或者引导开发者开发适合在各种常用场景使用的组件,并且尽量内置(内置并不是指框架安装了就有,而是指根据需要安装组件,而一旦安装了组件,除了修改必要的配置文件等,就可以根据文档指引就能完全使用组件的所有功能),达到开箱即用的目的。
各种常用场景的组件丰富,文档齐全,如果还有从浅入深的引导的话,还有活跃的社区,相信开(各种层次,各种需求的)发者会越来越多,那么生态自然就会百花齐放。。。

jones

引入Layui吧,挺不错的。

dijing

不如提供接口,前端直接调用就行了,前端五花八门,永远满足不了所有人

  • oscar 3天前

    我认为也是这样,有人喜欢vue,有人又喜欢react。后台只出数据,他们拿到数据爱怎么搞怎么搞。

小杰

支持统一管理后台,才能有统一规则的插件化,智能化,既然官方已经决定了,维护核心后台部分,剩下的是插件化的开发,不用每个人去造轮子,现在每个人都是自己创造轮子,各自为政,虽然灵活性高,但大家都是在花费时间重复的做相同的事情。老大要做的事情是给你基石,让你自由搭建积木和装修,一点不冲突。

  • liziyu 12天前

    有道理,官方后台不需要大而全,小而精即可,关键是做一个”规范“或”标准“。

  • Tinywan 11天前

    赞成

CZZU

肯定是vue3+arco,因为webman是最新的,最新的webman搭一个老的vue2这不是搞笑么

  • Tinywan 11天前

    赞成

  • jy123 11天前

    要学的东西又要增加了啊。。。。。

  • banro512 11天前

    为什么搞笑呢?是vue2带不动业务了,还是满足不了需求了?不能为新而新,搞php的,有多少对 ts vue3 这套熟悉呢,当然可以去学,学了后,发现使用nodejs开发更爽,干嘛还用php

    但目前还坚守php的,主要不就为了开发效率更高么。

  • CZZU 10天前

    你可以去开发Node啊,你要觉得哪个爽就去用哪个,但是vue3都出来2年了,你用webman为什么不用2年前的版本呢,一样的道理,都是新的就没有什么包袱,学不学那是你的事

php_worker_lu

管理后台一般都是php人员在使用,js对于php开发人员是相对薄弱的。这个就要看项目的定位了,如果要快速使用的不建议用typescript

  • Tinywan 11天前

    这个不一定,例如:我们都是给各个省管理部门和其他部门使用

  • php_worker_lu 11天前

    据我所知开发大部分都是php在弄,前端人员是很少去接手管理后台的开发任务

  • php_worker_lu 11天前

    当然,大厂会分的细一些那也是有的,我说的只是中小企业

tj224589

layui 怎么样

  • xiasha11 11天前

    建议前端使用vue3+element-plus 不用ts也行,用也行

王八念经

期待类似laravel-admin之类的

  • 暂无评论
tanhongbin

老大,搞呀,我这几天就等这个呢,都睡不好觉了

  • walkor 11天前

    这个不一定什么时候开始做。分享里有很多基于webman的管理后台,先用着

  • ab0029 11天前

    @HSK99 https://workerman.net/a/1332 质量不错

  • 小杰 11天前

    我是蛮期待的❤,如果官方的出来,其它人就不用重复的去造后台了,现在后台多就是这个原因,谁也不想用别人的,也不知道别人的能维护多久,官方的就不同了,大家能一起打造生态🤝,上插件市场,还能受益💰,希望佬大细思量,莫相忘。💋

  • tanhongbin 10天前

    我还是支持出一个webman 可以专用的,权限管理菜单管理 简单的curd 就行,剩下的自己搭建,最好带上监控系统,慢sql,慢php,异常报警等等

九霄道长

后端基础功能带上数据权限啊

xuyuanniu

看到这篇文档,本来没有注册账号,为了回复一下,特地注册了一个账号,我的一些观点如下

  1. 一键CRUD,快速开发,插件市场,这些基本上框架都需要有的。
  2. 后台美观,而且layui撤了,为什么不可以去拥抱vue呢?内卷就完了呀,不进步就挨打。
  3. 当然了,也需要看官方的框架定位,如果定位小型企业,那么基本php的话,普通的js,html,css还可以改,如果定位中型企业的话,vue必然是可以,干外包经验来说,从接小活儿到大活儿,现在不止是客户挑前台了,后台界面客户也觉得丑。
  4. 如果arco pro 做的话,那么不止是卖应用插件,主题也可以卖呀,现在各个公司内卷的厉害,都在压价格,为了就是给客户服务好,比如圣诞节给客户做一个圣诞节的主题。
  5. 做的话,可以后台arco pro,接口webman,前台arco,先把官网做起来。至少登录,注册,找回密码,插件市场可以先有,以基础框架为中心,扩展各个行业应用。
  6. 之前一直考虑过使用webman+arco pro 做这个后台管理框架,正准备入手做看到官方的帖子了。
  7. 插件市场,打造一个爆款,瞅准机会就可以做起来。

瞎说的,有大家伙儿听着不顺耳的,不要喷我。

= - =

在前后端分离的项目上,admin 框架我推荐 https://tdesign.tencent.com/

理由如下:

全端组件支持,具备 admin-starter 框架,项目群活跃,大厂腾讯维护。
vue2 vue3 react 支持。ts js 支持。

可以看看它的资源,这个是管理后台 starter https://tdesign.tencent.com/starter/

关于动态安装应用插件需要编译的问题,2种方法,1,像 unicloud 一样,提供 devops 的编译。2,发布时要求提供编译好的 dist 生产包。
也就是插件的开发源码和插件的生产包是不同的,发布的时候都要按版本提供。

admin starter 后台好改,可商用。这是一篇之前改动的记录。

https://laravel-workerman.iwnweb.com/d/15-tdesign-vue-next-starter TDesign Vue Next Starter 初始化操作

菜徐坤

也可以考虑接入 现成的 我在使用webman 开发api 接入 vue 的
这个功能齐全 挺好的
http://doc.ruoyi.vip/ruoyi-vue/

  • 暂无评论
runtom

首先,支持!支持!支持!
官方统一好规范、接口,维护一套基本的可以作为范例,有能力的可以自己做一套前端;
有通用后台有利于生态发展,性能优秀也要考虑易用性,可以吸引更多的小伙伴来添砖加瓦,增加活跃度;
开源不易,也可以多一条变现渠道;

  • 暂无评论
leon4055

个人建议 参考 laravel-mix 场景灵活 无论是原生html,js 还是 vue,react 都可以自定义引入使用,主要是不用打包编译

  • 暂无评论
lrjxgl

用uniapp吧,支持后端模板,也支持前端跨平台.

  • 暂无评论
wadeYang

https://tdesign.tencent.com/
前端大家对鹅厂开源的这个有何看法,感觉不错。分管理后台PC桌面端、移动端UI.
有vue2, vue3, react, angular, flutter 版本,倒是很齐活。

vue3后台预览
https://tdesign.tencent.com/starter/vue-next/#/dashboard/base

  • 暂无评论
大强打代码

VUE 啊

  • 暂无评论
Kostic

啥我都支持

  • 暂无评论
1024

我觉得可以,如果做起来有利于workerman的推广,更期待学习workerman的协程版本。

  • 暂无评论
lavaman

不建议前后端分离的admin管理后台!!!
框架和开源cmf绝对是两个领域。
建议只出包含权限和token验证的restful接口框架,或者纯PHP模板的后台。
前端选型的坑太大了,前端会消耗大量的精力,配置成本也会更高。关键是不灵活呀。

  • lavaman 7天前

    出了cmf框架,就和所有开源cmf是竞争关系了,谁还帮忙推广webman呢?

  • 古树 7天前

    兄弟说的客观,有道理

古树

建议还是应该把重心放在框架上,框架自身NB了,衍生的第三方应用会有很多,如果要搞admin,势必分散团队精力,同时又跟一部分开发者形成了竞争关系,而且前端的技术栈五花八门,真正有开发能力团队会考虑自己选型去搭建,对小白用户而言生态不丰富而且门槛还有点高,对官方并不是一件利好的事情;况且现在的Webman很多功能组件都还依赖于第三方composer,没有统一的标准规范,对用户来讲非常非常不友好;还有官方开发文档也有不足,不如官方加强框架自身逐渐形成自己的特点核心竞争力,目前webman距离一个健壮成熟的框架还是有不小距离的,革命尚未成功,同志们仍需努力。

在社区里征集意见,大多数用户肯定是希望类似的产品越丰富越多越好,但试问Webman创立的初心是什么?希望官方有一个清晰明确的定位,有明确的发展规划(或者说现阶段还不是推出admin的时候),不要盲目构建所谓大而全的生态,开源不易且行且珍惜。

个人拙见仅供参考。

walkor

非常感谢大家的建议,因为人数较多,无法一一回复,统一在帖子里分割线的方式回复了一些同学关切的问题。

不败少龙

都是可以的 只在乎后台好用 类似于构建器 开发者只管php部分

  • 暂无评论
碎玉

支持官方出admin后台,另外最好也支持移动端,响应式的布局自适应PC和移动更好

  • 暂无评论
a6965921

我用vue-element-admin 作为前端 webman作为后端 写了个后台 感觉最大的不足 就是 前端框架 添加和编辑的表单都统一了(添加什么字段 编辑也只能有什么字段)。。。 我希望能添加和编辑的表单 要能区分。。。。。

  • 暂无评论
mande

同意,这太妙了

  • 暂无评论
xiaotian

话说前后端分离 怎么做插件

  • 暂无评论
ieras

期望能尽快推出!能把生态越弄越好!

  • 暂无评论
oscar

我只想要一个webman的最佳实践,什么后台不后台都不要紧,反正目前做的很多的都是要定制,通用的可能性很小。UI方面就更加不用说了,客户想要什么就给什么。如果是内部用那倒没什么关系。

  • xiaotian 2天前

    想要什么就给什么, 希望有皮肤(主题)功能

稚出

老大现在开始做了吗,期待!

  • liziyu 2天前

    相信老大的做事风格,我猜发此贴时说不定后台雏形已经出来了!~

  • ieras 2天前

    就期望能尽快发布了,让大家更容易上手workman

test

子插件相关页面访问可以借助qiankun(类似微前端框架)接入通用后台,权限验证用单点登录解决,这样就不影响后台框架admin的技术栈选型

  • 暂无评论
菜虚困

看了那么多推荐,怎么就没人推荐element plus 的么?

  • 暂无评论
artisan

在workerman社区看到了前端领域的百花齐放,异常娇艳……

  • 暂无评论
boume

如果用前后分离,二开是不是太麻烦了?

  • liziyu 9小时前

    老大说了,有基本的 iframe版。^_^

🔝