webman官方准备做一个通用管理后台(独立项目或者插件)
具备以下功能:
最终效果就是开发者需要哪些功能可以在管理后台像搭积木一样安装相应的应用插件,并且这些应用插件用户数据是互通的,统一在webman管理后台管理。这样可以极大的减少重复的开发工作,减少bug,缩短开发周期。
目前主要是遇到前端选型问题。
关于admin前端选型问题欢迎大家提建议
感谢大家的建议,有些建议非常有建设性,有些建议非常中肯,因为回答较多,这里统一回复下。
admin是必须出的,原因如下:
管理后台会提供必要的后台功能,如一键CRUD,这样就能满足大部分人的后台需求,开发者可能根本用不到二开,也就无需去熟悉ts和vue3。针对有二次开发需求的,官方打算使用以下方案。
根据有些同学的提议,官方出一个统一的后台接口和文档,这样开发者就可以使用自己喜欢的前端技术对接官方管理后台。开发者如果觉得自己自己对接的不错,还可以发布成插件,供大家安装。到时候市场上就会有各种前端技术的后台插件可供开发者使用,开发者选择熟悉的安装就好。为此官方可能会把管理后台分为两个项目(或插件),一个是admin后端,一个是admin前端,开发者可以根据需要选装admin前端。
官方管理后台会提供一种iframe方案,iframe里开发者可以使用自己喜欢的技术,完全不受官方管理后台技术选型限制
有些开发者反馈webman组件依赖composer,缺少自己统一的官方组件。
这个与webman官方定位有关系。webman初衷就是打造一款基于最小内核,可扩展的高性能框架。可扩展包括各种组件使用现有成熟的composer库和webman插件机制。
webman不会独自开发自己的官方组件,这表示不会开发如数据库、Redis、Cache等基础组件,这部分全部复用composer库。因为自己开发很耗时,并且意义不大,你开发的不一定比现有的成熟好用,开发者使用你的组件还要重新看文档学习,增加学习成本。如果每个人出一个框架都出一套自己的基础组件,这样对社区也是一种割裂,composer是php最重要的生态,我们应该尽可能复用它。我相信很多人喜欢或转用webman其中一部分原因就是可以使用自己之前熟悉的组件。
关于规范问题,开发者可以根据喜好使用laravel系、thinkphp系或其它系的组件,这些组件都有自己统一的规范。虽然有时候无法完全规范统一,但是为了能复用composer生态,这点牺牲还是值得的。
可以参考 fastadmin与xunruicms这种模式。
本来还想逼着自已去学呢,这个我就放心了,暂时不用学习 typescript了!呵呵。
前端推荐类似fastadmin,requirejs加载插件前端资源
建议前端使用vue3+element-plus 不用ts也行,用也行
推荐两个
https://github.com/vbenjs/vue-vben-admin
https://github.com/TuSimple/naive-ui
都是 VUE3
vue-vben-admin这个不错,后劲很足。
期待一个基于blade模板引擎的
这个也不错 https://lolicode.gitee.io/scui-doc/
前端可以用vue-element-admin
这个感觉有点老了
有哪些比较新的,又比较好用的?
这个Vue2的确实太旧了
的确有点旧,哈哈。
对window也不友好
拥抱VUE3
开发时用typescript,发布插件时应该是构建好的应用,也就是编译好了,使用者不需要再编译。
其实用Vue2、3,还是React?由开发者自己选,应用市场上要的是可以直接运行的html、css、js等
对,这个热插拔方便。
老大,我都中有就行😄啥也别说了爱你么么哒
推荐:https://lolicode.gitee.io/scui-doc/
逻辑非常清晰 使用也方便
我也在做一个商城平台,前端也是用的arco,支持arco
不建议做官方管理后台,虽然我很期待官方管理后台,但参考所有的框架 没有出官方后台的,并且前端更新太快 ,太分散官方精力。
并且重口难调,vue3 jquery vue2 ts react ng 这些都有大量用户,官方一出其就限制了使用场景。
这个是可以做的。国内市场vue3
可以以插件的形式存在
放到插件,分享里面是可以的 /狗头
复议, 希望官方能集中精力打磨 webman
赞成,希望官方能把webman生态做的更好,真的很期待,现在慢慢从TP转到webman了
赞成,把webman本身做好,插件做成熟,就很厉害了. 前端选型,日新月异,众口难调.
不建议官方做,建议开放第三方插件形式(而且现在也已经有了)
正如 @没茅台 这位网友所说,前端技术更新太快,也不确定作者或者作者所在的团队是否有精力和时间持续投入?
建议:
官方可以设立一套基础API或者准则,后台插件开发者对接可以基于这类API去开发并且扩展
对 有准则 有最佳实践,完善的文档比啥都强。
vue都可以,其实有一个解决办法就是,直接使用iframe,
这样插件作者 可以使用jq+html做页面,也可以 npm run build的插件成品页面。
另外: 我永远支持你
老哥不但技术好,说话也好听
-.- 期待中...
虽然我前端是个菜鸡,但是我还是支持
现在webman确实没有像样的admin管理后台,像laravel有laravel-admin,doct-admin等很多优秀的管理后台,开箱即用,减少开发时间。不过laravel这二个管理后台个人认为封装太严重了,面对复杂一点的流程改起来很麻烦。我期待的管理后台是有自带权限,自定义菜单和丰富的组件可以使用即可。
哈哈!
都行,对我来说都不是什么问题[doge]
你是大佬!当然都行
反正是都要学!有时间!
什么情况
支持!
我也不太赞成官方团队在前端选型上做过多纠结,前端技术五花八门,会耗费官方团队精力。
是否可以由官方把数据接口做好做提供官方接口文档,然后官方团队只用自己喜欢或擅长的前端技术做个官方示例就好了,官方版本开箱即用,而如果其他开发者和团队有条件且有需求的话,完全可以根据官方接口文档,用各自擅长的前端技术做出适合自己的前端模板,这样也有可能将workerman社区在从端技术基础上再扩展一部分前端开发者过来,react,vue2,vue3,layui,甚至bootstrap+jq等等,都可以来丰富前端模板。
支持
https://ant.design/ 有vue3
在导航 更多里 不过是社区实现
https://www.antdv.com/docs/vue/migration-v3
https://github.com/vueComponent/ant-design-vue
他有16k个star
而另外的arco-design 只有 1.2k
https://github.com/arco-design/arco-design-vue
arco-design-vue
这个是大厂出品。官方搭个基础的后台框架,大家一起来开发插件获得额外收入,实现双赢。。。
这个可以有
我正在开发的系统和官方想开发的思路是一致的
http://v8.youlingsha.com/index.html
只不过没有用webman开发(有其他的考量,webman是非常优秀的框架)
项目开源么,我们有老项目需要 支持不编译vue运行 这个功能,我看了下挺符合我们需求的
等写完了考虑开源
Vue3的话确实会增加学习成本,能写后端API,不一定能写前端插件,如果是选择这种前端编译型的,可以考虑做个通用HTML组件对外,插件开发者调用通用组件API去渲染页面,这样成本可能会第一点
以上只是个人观点,不喜勿喷
越简单越好 直接上手 layuiadmin
layui作者,去拥抱vue吧
不建议使用 vue3+ts,徒增学习成本,而对于小团队或个人来说,并没有什么明显的收益。
非专业前端,vue3+ts 只搞个编译环境应该都挺费劲,感觉完全没必要
个人感觉,对于后台admin,应该选择最容易上手、学习曲线平缓的,使用vue2 甚至 jquery layui这些也足够了。
满足需要、性能合适、开发效率高、上手难度低、修改维护方便简单,应该比追求最新技术更重要
webman也是最新的呀!哈哈!
要向前看
先说结论:不建议做官方管理后台
使用感受:官方组件比较少,虽然可以
composer
自己组装,和社区插件,但是总觉得很是杂乱(可能我有强迫症)。个人观点:
webman
管理后台,官方可以创建一个仓库,制定好代码规范和使用的前端框架,由社区一起来开发为维护(这样我也能参与了,哈哈哈)。官方继可以把一些社区常用插件可以融入到官方仓库里,由官方来主要维护,这样能统一规范。仅自己的观点,不代表他人,如有错误的地方可以指出
赞成
我认为,这个非常有必要非常有意义,需要经过讨论定型,做成大一统的管理后台,开打人员专注于自己的业务和给予扩展,方向非常正确,为每个开发人员节省很多时间。
个人观点:【可把管理的后台做成插件模式,选型何种前端,不影响webman的原有内核】
webman的理念是以最小内核提供最大的扩展性与最强的性能。本身开发了插件模式,目的就是不干扰原有的内核特点,原有内核只是更倾向完善,更完美。也不影响已经使用webman内核的项目受到升级干扰。
1、把管理的后台做成插件模式(管理后台选型用何种前端技术,对使用webman的内核来说丝毫不影响)。可以便于想使用的人安装或卸载;
2、对于不想使用官方管理后台的或者已经有自己业务逻辑的项目,可以保持更新原始webman内核即可。
不建议官方做后台,不建议官方做后台,不建议官方做后台。
不建议官方把精力浪费在前端,不建议官方把精力浪费在前端,不建议官方把精力浪费在前端。
重要的事情说三遍。。。
官方应该把精力放在开发或者引导开发者开发适合在各种常用场景使用的组件,并且尽量内置(内置并不是指框架安装了就有,而是指根据需要安装组件,而一旦安装了组件,除了修改必要的配置文件等,就可以根据文档指引就能完全使用组件的所有功能),达到开箱即用的目的。
各种常用场景的组件丰富,文档齐全,如果还有从浅入深的引导的话,还有活跃的社区,相信开(各种层次,各种需求的)发者会越来越多,那么生态自然就会百花齐放。。。
+++1
引入Layui吧,挺不错的。
layui作者,去拥抱vue吧
不如提供接口,前端直接调用就行了,前端五花八门,永远满足不了所有人
我认为也是这样,有人喜欢vue,有人又喜欢react。后台只出数据,他们拿到数据爱怎么搞怎么搞。
支持统一管理后台,才能有统一规则的插件化,智能化,既然官方已经决定了,维护核心后台部分,剩下的是插件化的开发,不用每个人去造轮子,现在每个人都是自己创造轮子,各自为政,虽然灵活性高,但大家都是在花费时间重复的做相同的事情。老大要做的事情是给你基石,让你自由搭建积木和装修,一点不冲突。
有道理,官方后台不需要大而全,小而精即可,关键是做一个”规范“或”标准“。
肯定是vue3+arco,因为webman是最新的,最新的webman搭一个老的vue2这不是搞笑么
要学的东西又要增加了啊。。。。。
为什么搞笑呢?是vue2带不动业务了,还是满足不了需求了?不能为新而新,搞php的,有多少对 ts vue3 这套熟悉呢,当然可以去学,学了后,发现使用nodejs开发更爽,干嘛还用php
但目前还坚守php的,主要不就为了开发效率更高么。
你可以去开发Node啊,你要觉得哪个爽就去用哪个,但是vue3都出来2年了,你用webman为什么不用2年前的版本呢,一样的道理,都是新的就没有什么包袱,学不学那是你的事
管理后台一般都是php人员在使用,js对于php开发人员是相对薄弱的。这个就要看项目的定位了,如果要快速使用的不建议用typescript
据我所知开发大部分都是php在弄,前端人员是很少去接手管理后台的开发任务
当然,大厂会分的细一些那也是有的,我说的只是中小企业
layui 怎么样
建议前端使用vue3+element-plus 不用ts也行,用也行
期待类似laravel-admin之类的
老大,搞呀,我这几天就等这个呢,都睡不好觉了
这个不一定什么时候开始做。分享里有很多基于webman的管理后台,先用着
@HSK99 https://workerman.net/a/1332 质量不错
https://workerman.net/a/1332 质量不错 +1
我是蛮期待的❤,如果官方的出来,其它人就不用重复的去造后台了,现在后台多就是这个原因,谁也不想用别人的,也不知道别人的能维护多久,官方的就不同了,大家能一起打造生态🤝,上插件市场,还能受益💰,希望佬大细思量,莫相忘。💋
我还是支持出一个webman 可以专用的,权限管理菜单管理 简单的curd 就行,剩下的自己搭建,最好带上监控系统,慢sql,慢php,异常报警等等
后端基础功能带上数据权限啊
+1
+1
看到这篇文档,本来没有注册账号,为了回复一下,特地注册了一个账号,我的一些观点如下
瞎说的,有大家伙儿听着不顺耳的,不要喷我。
可以
已经在开始使用了:https://www.workerman.net/a/1335
在前后端分离的项目上,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 初始化操作
https://tdesign.tencent.com/ 这个的确更漂亮。
关注很久了,还在beta呢,感觉没啥进展
KPI项目?
相关群说不是 KPI 项目,在积极研发种。
刚看了下 表单里 为什么没有编辑功能。。。。
也可以考虑接入 现成的 我在使用webman 开发api 接入 vue 的
这个功能齐全 挺好的
http://doc.ruoyi.vip/ruoyi-vue/
首先,支持!支持!支持!
官方统一好规范、接口,维护一套基本的可以作为范例,有能力的可以自己做一套前端;
有通用后台有利于生态发展,性能优秀也要考虑易用性,可以吸引更多的小伙伴来添砖加瓦,增加活跃度;
开源不易,也可以多一条变现渠道;
个人建议 参考 laravel-mix 场景灵活 无论是原生html,js 还是 vue,react 都可以自定义引入使用,主要是不用打包编译
用uniapp吧,支持后端模板,也支持前端跨平台.
https://tdesign.tencent.com/
前端大家对鹅厂开源的这个有何看法,感觉不错。分管理后台PC桌面端、移动端UI.
有vue2, vue3, react, angular, flutter 版本,倒是很齐活。
vue3后台预览
https://tdesign.tencent.com/starter/vue-next/#/dashboard/base
VUE 啊
啥我都支持
我觉得可以,如果做起来有利于workerman的推广,更期待学习workerman的协程版本。
不建议前后端分离的admin管理后台!!!
框架和开源cmf绝对是两个领域。
建议只出包含权限和token验证的restful接口框架,或者纯PHP模板的后台。
前端选型的坑太大了,前端会消耗大量的精力,配置成本也会更高。关键是不灵活呀。
出了cmf框架,就和所有开源cmf是竞争关系了,谁还帮忙推广webman呢?
兄弟说的客观,有道理
建议还是应该把重心放在框架上,框架自身NB了,衍生的第三方应用会有很多,如果要搞admin,势必分散团队精力,同时又跟一部分开发者形成了竞争关系,而且前端的技术栈五花八门,真正有开发能力团队会考虑自己选型去搭建,对小白用户而言生态不丰富而且门槛还有点高,对官方并不是一件利好的事情;况且现在的Webman很多功能组件都还依赖于第三方composer,没有统一的标准规范,对用户来讲非常非常不友好;还有官方开发文档也有不足,不如官方加强框架自身逐渐形成自己的特点核心竞争力,目前webman距离一个健壮成熟的框架还是有不小距离的,革命尚未成功,同志们仍需努力。
在社区里征集意见,大多数用户肯定是希望类似的产品越丰富越多越好,但试问Webman创立的初心是什么?希望官方有一个清晰明确的定位,有明确的发展规划(或者说现阶段还不是推出admin的时候),不要盲目构建所谓大而全的生态,开源不易且行且珍惜。
个人拙见仅供参考。
中肯的评价,不错
+1
+1 尤其是vue3+ts这套,明显提升开发门槛,弊大于利。
非常感谢大家的建议,因为人数较多,无法一一回复,统一在帖子里分割线的方式回复了一些同学关切的问题。
完美,很“爆”
都是可以的 只在乎后台好用 类似于构建器 开发者只管php部分
支持官方出admin后台,另外最好也支持移动端,响应式的布局自适应PC和移动更好
我用vue-element-admin 作为前端 webman作为后端 写了个后台 感觉最大的不足 就是 前端框架 添加和编辑的表单都统一了(添加什么字段 编辑也只能有什么字段)。。。 我希望能添加和编辑的表单 要能区分。。。。。
同意,这太妙了
话说前后端分离 怎么做插件
期望能尽快推出!能把生态越弄越好!
我只想要一个webman的最佳实践,什么后台不后台都不要紧,反正目前做的很多的都是要定制,通用的可能性很小。UI方面就更加不用说了,客户想要什么就给什么。如果是内部用那倒没什么关系。
想要什么就给什么, 希望有皮肤(主题)功能
老大现在开始做了吗,期待!
就期望能尽快发布了,让大家更容易上手workman
子插件相关页面访问可以借助qiankun(类似微前端框架)接入通用后台,权限验证用单点登录解决,这样就不影响后台框架admin的技术栈选型
看了那么多推荐,怎么就没人推荐element plus 的么?
在workerman社区看到了前端领域的百花齐放,异常娇艳……
如果用前后分离,二开是不是太麻烦了?