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

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

=========2022-07-11 分割 初定方案及日程=========

  • 前端初步选定 vue-vben-admin (也就是阿里的 ant.design vue3版本)
  • 前端提供iframe方案。开发者新增页面可以选择自己喜欢的技术栈
  • 前端可更换。后端提供完整的文档,开发者可以根据文档的开发自己的admin前端,也可以将自己开发的admin前端发布到插件市场提供给其它开发者下载安装
  • 管理后台以应用插件的形式,提供一键安装卸载
  • 管理后台依赖webman1.4版本的应用插件功能(webman1.4版本目前还在开发中,未发布)
  • 管理后台开发日期拟定7月15日开始,8月15日发布第一个版本
12674 122 32
122个回答

liziyu

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

  • liziyu 2022-05-06

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

  • liziyu 2022-05-14

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

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

  • begin 2022-06-06

    真不错

  • test 2022-06-10

    vue-next-admin 也不错

  • ts0523481 2022-06-10

    vue-next-admin和vue-vben-admin看起来好像额

  • he426100 2022-07-08

    2022年了还不搞前后端分离?

  • mt 1天前

    后台管理没必要前后端分离

码龍

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

  • xiasha11 2022-05-09

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

ersic
  • liziyu 2022-05-06

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

gump

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

evilk

前端可以用vue-element-admin

ziyoren

拥抱VUE3

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

  • ziyoren 2022-05-06

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

  • liziyu 2022-05-06

    对,这个热插拔方便。

Tinywan

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

tanhongbin

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

  • 暂无评论
yyy798326

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

  • wadeYang 2022-05-27

    对后端程序员来说,这是前后分离,搞得不错的前端了。按他的接口,返回菜单,权限就行了

橘叔

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

  • llocry00 2022-05-07

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

没茅台

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

  • 没茅台 2022-05-07

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

  • Tinywan 2022-05-07

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

  • ersic 2022-05-07

    可以以插件的形式存在

  • 没茅台 2022-05-07

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

  • hans 2022-05-07

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

  • 咸鱼.php 2022-05-07

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

  • crocutax 2022-05-09

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

wolfcode

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

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

  • 没茅台 2022-05-07

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

adminv

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

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

另外: 我永远支持你

  • joytom 2022-05-07

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

li914

-.- 期待中...

  • 暂无评论
lxw123

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

  • 暂无评论
cbasil

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

nitron

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

稚出

支持!

  • 暂无评论
cqqjj1029

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

  • 暂无评论
不同

支持

  • 暂无评论
wuwu
极胜100

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

  • Tinywan 2022-05-07

    这个可以有

  • abei 2022-06-20

    希望出一个基本的就可以,之前买过网上的中后端框架,看着不错,内部结构混乱,而且js啥的还给混编了,一点也不灵活。

极胜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的特性)
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 2022-05-17

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

小杰

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

  • liziyu 2022-05-08

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

  • Tinywan 2022-05-09

    赞成

CZZU

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

  • Tinywan 2022-05-09

    赞成

  • jy123 2022-05-09

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

  • banro512 2022-05-09

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

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

  • CZZU 2022-05-10

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

php_worker_lu

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

  • Tinywan 2022-05-09

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

  • php_worker_lu 2022-05-09

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

  • php_worker_lu 2022-05-09

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

tj224589

layui 怎么样

  • xiasha11 2022-05-09

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

王八念经

期待类似laravel-admin之类的

  • 暂无评论
tanhongbin

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

  • walkor 2022-05-09

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

  • ab0029 2022-05-09

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

  • 小杰 2022-05-09

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

  • tanhongbin 2022-05-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 2022-05-13

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

  • 古树 2022-05-13

    兄弟说的客观,有道理

古树

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

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

个人拙见仅供参考。

walkor

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

不败少龙

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

  • 暂无评论
碎玉

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

  • 暂无评论
a6965921

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

  • 暂无评论
mande

同意,这太妙了

  • 暂无评论
xiaotian

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

  • ldy 2022-06-15

    我也想知道这个问题,这几天都在找方案,没什么头绪。你有什么思路吗?

ieras

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

  • 暂无评论
oscar

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

  • xiaotian 2022-05-18

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

稚出

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

  • liziyu 2022-05-18

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

  • ieras 2022-05-18

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

test

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

  • 暂无评论
菜虚困

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

  • 暂无评论
artisan

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

  • 暂无评论
boume

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

  • liziyu 2022-05-20

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

kinross

非常好 经常想用后台webman管理系统, 在gitee 和 github上找不到合适的webnman开发合适的轮子。

支持一下,希望能早日用上

  • 暂无评论
aria

有没有一键生成API功能?这样小白用起来就好上手些

  • 暂无评论
z985342160

如果可以选择和第三方合作,我想也是一个不错的选择,集大佬之思,集众之力。为了可持续发展,其实可以考虑收取一定的费用,总还有在实现财务自由的大佬需要。

  • 暂无评论
JackDx

jquery 兼容稳定成本低快速上手

  • forgaoqiang 2022-05-29

    这个主意不错 主要是jquery比较适合简单的项目 很难适合现代工程

  • liziyu 2022-05-29

    感觉jquery更适合大型项目呢!~ ^_^

  • forgaoqiang 2022-05-29

    jquery 简单,主要是工程化不够,说白了jquery仅仅是view层次的一个框架,但是vue/react 这些是mvvm框架,这样本身对比就不太公平
    以上是个人看法,至少我认为jquery做前端没啥问题,也非常喜欢layui,简单实在

xianrenqh

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

  • 暂无评论
dongyue173

啥时候出来呀 好期待啊

  • 没茅台 2022-06-02

    前天 老大说还没开始。

  • dongyue173 2022-06-02

    正好想搞个项目,有个后台管理系统就能省很多时间,这个月能出不

张大娃

期待,希望能再次掀起php热潮

  • 暂无评论
admini

支持 vue3+element-plus 或者 vue3+arco

  • 暂无评论
wcngbc

小弟在外包公司呆过几年,也在产品公司呆过几年.也仔细看了所有大佬的发言.
个人的浅见,前端技术更迭太快.作为一个后端人员,会html,js,css的,不一定会vue.
如果从外包公司出发的话, 无疑就增加了招人成本,维护成本.
产品公司肯定是首选vue技术栈了.现在的前端,谁敢说自己不会vue啊?但是会vue的前端,他会后端吗?懂服务器吗?nginx吗?
个人开发项目,肯定用自己拿手的技术栈啊.
中心思想就是一个项目无论是外包,个人,产品,都要求一个快.能一个人完成的,不需要两个人.

本人自己也在接一些项目,也做自己的项目, 这个前端技术栈考虑的好久,纠结了好久. 最终还是选择老套的模式开发layui,因为方便,没必要前后端分离,部署还麻烦.维护开发,很轻松.关键是快.
贤心是说,拥抱vue吧.这是一种无奈,是一种苦涩.
小程序员不是工作需求,何必一直内卷呢?关键是变现...
所谓众口难调. 直接开发两套模板吧~哈哈哈.
webman+layui webman+vue

lishanhe

浏览了一下评论,站长应该是倾向于前后端分离了,那就不研究fastadmin这种东西了,用Layui或者Vue那些框架比较好

  • 暂无评论
ichynul

我目前在弄的类似laravel-admin项目:

基本功能包含后台权限、ui生成、插件扩展机制。UI为bootstrap3修改改版,目前准备上element-ui 。

webman兼容thinkphp和larvel的组件的话,可以移植。
tp5.1/tp6:(长期维护中)
https://github.com/hi-tpext/myadmin
laravel:(只是一个尝试,精力有限没维护了)
https://github.com/ichynul/labuilder-web.git

如果有人感兴趣想要移植,我可以提供帮助.
其实我也在想,把框架再抽象一下,把每个框架的不同部分抽离封装,兼容不同的框架.

谈谈vue的问题,就我目前在弄的bootstrap转element-ui的经验之谈.别搞成单页面的,每个页面是一个单独的vue,这样就不需要编译页面.
或者有些框架把前端组件已经封装了,后端直接传json过来就可以动态生产UI
例如:https://github.com/fast-crud/fast-crud

  • 暂无评论
老王111

强烈反对!官方开发管理后台!

看看隔壁tp和laravel就知道了,管理后台这个业务本身就是伪需求,反而分散了官方优化框架本身

如果官方真的比较“闲”,我建议,从官方对php在驻留内存下的运行这方面的极高造诣

还不如多出一些关于php使用驻留内存这种写法下的教程或者各种案例,虽然现在也有一些,但是没有体系性的介绍php在这种环境下的从入门到精通的教程,有这样的资料反而更快速的让fpm下的php程序员快速转化过来,就像当年tp一样教会了一大堆人写后台一样

  • tj224589 2022-06-10

    +1

  • walkor 2022-06-10

    应用插件将会是webman最重要的生态,要推出应用插件市场,统一的管理后台是必不可少的。不可能让每个应用开发者都独自搞一个后台管理,既浪费时间,又不统一。另外官方自己很多内部项目也要使用一套通用的管理后台,不管是发展需要,还是内部需求,开发一套统一的管理后台都是必须的。
    发布更多教程,不如利用应用插件直接给开发者完整的项目及文档来得直接。插件市场可以让更多开发者参与进来,生态是共建的,不是我一个人的生态。

    管理后台是必须开发的,这个不再讨论了哈。

  • ts0523481 2022-06-10

    管理后台必须有 也是标准 也是最好的示例

小吴大大

建议别搞ts vue3那些了,直接上amis吧,后端写通用接口,前端编辑json文件就行了,稍微学两天就会了。https://aisuda.bce.baidu.com/amis/zh-CN/docs/start/getting-started

  • liziyu 2022-06-10

    有点layui的味道,这个不错!

  • 小吴大大 2022-06-10

    哈哈 我相信简单好用的东西,永远不会过时

海盗船长

强烈支持, 我现在用的是TP + element UI + vue2, webman做自动任务。 如果webman出通用后台,就可以全部用webman了。

希望用VUE3 , VUE2的现在已经有很多通用后台了,既然搞就用新的,顺便也学习一下VUE3

迷离

提供开源的后台管理系统是增加推广框架很好的一个方式,如果是基于前后端分离的系统,前端选用什么其实并没有那么重要,官方后台接口定义好之后有能力的开发者可以根据自己的喜好随意修改自己的前端,并且开源出去,或者放在插件市场里面,都是增加多样性的一种方式。只不过这样自动生成部分没办法匹配,不过可以通过第三方解决,只是增加学习成本。比如:Formily
前端方面建议还是拥抱VUE3这样不用维护多个版本,毕竟VUE2会变成过去。至于是否使用TS,个人不建议增加学习成本。
本人自己也在弄一套webman+vue3的管理系统,只是前端就卡了很久;看了市面上很多开源的admin模板都不太满意,最后把自己之前的vue2的模板给改了,现在还没完全弄完;因为要考究的地方太多了,很耗时。
官方其实可以一些任务发布出去让广大网友来处理,只需要定制好规范就可以。

  • 迷离 2022-06-12

    自己弄前后端是真的很累的o(╥﹏╥)o

aria

进展如何了?老大

  • walkor 2022-06-15

    在忙其它事情,后台还没开始弄

gs089597


我这里做了个版本的后台,老大看看合不合适,直接在这个基础上优化,vue3的,前后端分离的,已经用于正式项目

luampm

楼主, 就想知道 现在 决定好了吗? 2022年6月17日

  • 暂无评论
tgzmos

什么时候正式立项开发?到时候会积极参与进去

zgh419566

支持。

  • 暂无评论
缝合
  • 暂无评论
海盗船长

不要再调研了,开搞吧。。。等着全用webman的呢。

insy1

快点出吧,用啥都行,我在等轮子。。是不是太不要脸。

  • artisan 2022-06-24

    +1

  • NickGray 2022-06-30

    俺也一样,我今天打算开始造的。。结果就看到了这篇 看来可以等~

张大娃

我也持续关注着,真想有个轮子直接开始全部上webman

  • 暂无评论
江月闲谈

这个多人想早点用上 建议walkor提升这个项目的优先级 😄

  • 暂无评论
海盗船长

出来了没?? 我愿做小白鼠

abei

其实真不用出,之前用了几个中后端框架,就因为和PHP框架绑定的太深,觉得一点都不灵活.

还不如使用一些大厂的后端框架,虽然里面用了如vue\ts等,但是有例子,基本比如表单咋写\表格咋写,都差不多.

必经更多的数据都是api后端提供了.

上个月买了一个tp6的中后端框架,后来放弃.

Le

太好了,很需要一个高性能带后台的框架,目前用的thinkcmf的后台还不错,有基本的权限、角色管理,就足够了,剩下的功能,可以自由开发

  • 暂无评论
Le

看到了 Pear Admin Webman 感觉这种形式的不错,现在市场上还是听缺少一个这种官方做的一个高性能的带后台框架,官方可以在这个基础上增加一些在线应用安装的功能,这也是类似于thinkcmf,目前thinkcmf作为一个后台来说足够了,但是官方没支持这种常驻内存模式的运行,性能不如webman

  • Le 2022-06-24

    求加速求加速

runtom

老大,提上日程了没?

  • 暂无评论
fan15500

建议使用插件方式组合。 后台admin嘛,就全部都做成接口。有需要的,自己搭建前台,或者是vue等的模板插件对接。如果是只熟悉mvc模式的,也可以弄这种插件,就是官方把admin功能和模板分开。官方主要维护功能和中心

  • 暂无评论
yuege

http://webman.funadmin.com/backend admin 123456随便搞了一个后台,希望对大家有帮助

  • 暂无评论
september

同问进度

  • 暂无评论
walkor

初选方案及日程已经在帖子里更新。争取在8月15日发布第一个版本

  • admin2 2022-07-11

  • tanhongbin 2022-07-11

    老大,看来你得文件夹名字已经起好了,就等着写文件了,赞

  • 碎玉 2022-07-11

    加油加油

  • aria 2022-07-11

    前台的支付API也加上吧,传入数就能直接支付的那种,微信登录API也直接写好吧,这样对小白来说就解决了大难题了

  • llocry00 2022-07-12

    比较关注想问下webman的1.4版预计什么时候发布,嘻嘻

  • walkor 2022-07-12

    webman的1.4版 也预计8月15日

  • evilk 2022-07-12

    1.4版,有什么更新或者区别吗?

  • walkor 2022-07-12

    1.4增加了应用插件功能,其它基本无变动

  • llocry00 2022-07-12

    好的,感谢,因为我也在写一个支持插件的商城框架,之前我自己用1.3的测试写了个插件功能,不过肯定没有大佬写得好,所以期待1.4版本,嘻嘻

  • xianrenqh 2022-07-12

    期待1.4版本

  • 稚出 2022-07-12

    芜湖

陈品忠

这个是我的ui方案 https://github.com/chenpinzhong/d2wd-ui react+ant.design+jq 进度很低工作量太大了
后台方案是 https://github.com/chenpinzhong/d2wd-server.git webman 进度很低 思路还在不断改进中

截图
后台
截图
完成度 低 应为是边学边做的
目前开发的 思路是
react-cli 脚手架 开发不做任何配置
截图
<BrowserRouter>
<MainRoutes/>
</BrowserRouter>

MainRoutes 文件内容
import {useRoutes} from "react-router-dom" //用户路由
import IndexRoute from './pages/index/route'//网站路由
import ShopRoute from './pages/shop/route'//网站路由
import AdminRoute from './pages/admin/route'//后台路由
const MainRoutes = () => {
const routes = useRoutes([
//网站首页
{path: '/',element: <IndexRoute />,},
//商店首页
{path: '/shop/
',element: <ShopRoute />,},
//管理员页面
{path: '/admin/',element: <AdminRoute />,},
//所有路径不匹配 404
{path: '
',element: <div>404</div>,}
])
return routes;
}
export default MainRoutes

对应子路由

截图
import { useRoutes, } from "react-router-dom";
import { lazy } from 'react';
import IndexLayout from '../../layout/index/IndexLayout'
const Index = lazy(() => import('./index'))
const Help = lazy(() => import('./help'))

function IndexRoutes() {
return useRoutes([
//主页
{
path: '/',
element: <IndexLayout />,
children: [
{ path: '/', element: <Index /> },
{ path: '/help', element: <Help /> },
]
},
//404
{
path: '*',
element: <div>前台404</div>,
}
]);
}
export default IndexRoutes

这些能实现前端路由
webman 实现后端路由 session数据要用redis来保存 数据库主要用mysql,redis 前端编译后文件index.html文件 我感觉 应该可以 处理一下再输出 是我目前的思路
2022-7-11 有点乱 希望是个有点用的思路

liziyu

7.15是个好日子,哈哈。

  • 暂无评论
liuyuhang

要不直接整嵌入式,回复09年php高光时刻!

  • 暂无评论
深林孤鹰

作者大神辛苦了,我个人挺喜欢pear的,也有vue版本~

  • 暂无评论
mt

希望功能可以参考一下,TP5的 fastadmin

张大娃

老大提上日程了,必须顶一下,期待

  • 暂无评论
ohmyga

我觉得大部分使用webman的都是搞后端的天才,搞后端估计也不爱捣鼓前端的东西, 如果使用 vue 学习成本增加太多..大大增加了开发时间..

强烈建议使用 AdminLTE 这样的免费的,简单粗暴,非常 淦
https://github.com/ColorlibHQ/AdminLTE

  • 稚出 24天前

    放心,搞php的前端都信手拈来,vue这么简单

ohmyga

我选 AdminLTE

截图

  • 暂无评论
刘大脑袋

小小的期待一下。

wocall

总之,牛逼!!

  • 暂无评论
王小大

很期待,还有 7 天就会出一个版本了

  • xianrenqh 4天前

    很期待,还有 7 天就会出一个版本了

13280048428

好东西。
之前用惯了fastadmin,很多功能确实很好用。
换到webman之后最不适应的就是本来很常用的后台功能还需要重新设计制作,支持

  • 暂无评论
tanhongbin

还有6天就出来一版了

payne

前端不建议用太新的技术,弊大于利。用过不少后台管理框架,凡是偏后端作者发布的很多都是用layui做前端,简单好用,后台管理场景对前后端分离的需求不是很大,前端复杂了反而改起来困难。

箜篌

期待期待

workermanzwc

出预览版了吗??

  • 暂无评论
海盗船长

倒计时 4 天

  • 暂无评论
xianrenqh

期待ing

  • 暂无评论
碎玉

倒计时3天

  • 暂无评论
workermanzwc

出预览版了吗??

27149

下周一出吗?

  • 暂无评论
王小大

倒计时 2

🔝