之前一直用TP系列Fastadmin开发前后台,里面一些东西用着也舒服比如API和前台的用户签权等功能,这里不多说了免得以为是这东西的广子。但是这个后端的某些性能有些方面就一言难尽了
最近想转到webman和webman-admin来比较看重的是workerman系列可以一把梭。但,一直没搞懂的问题就是webman(admin)有没有类似上面那个fa的对外的网络api接口及用户签权,小程序开发比较多这方面很关心,看了文档和逛了逛社区似乎这方面是webman没有直接继承的?还是我眼拙了没有看到,请webman开发的大佬们给一些提示和方案,或者教程也行
转webman对于小程序和API接口的开发有一些不解:
下面的问题是对标使用TP-fa的一些感受,希望给一些解答,感谢各位大佬!!!
https://www.workerman.net/plugin/1 去这里找找插件,jwt就行
如果只是登录鉴权很简单,弄个中间件就搞定了,客户端发起请求时把token放到header里,服务端把token当sessionID自动填充session,业务开发需要登录态直接用session就行了
都前后分离了 为啥要用session呢 直接用token解析的uid不就完了嘛
前后端分离和用session不冲突
前后端分享,可能会有 session 跨域问题
Fastadmin 这玩意 就是外包用的多,现在框架 你说的这些都是composer 安装一下包的事 ,什么验签 权限 现在都是composer一下完事,Fastadmin 这些fpm的框架 别谈性能 好用就行了
要集成到webman(admin)里面有些composer一下还是不那么好用吧,针对API类对外接口框架composer的包确实nice
我之前也和你一样,现在转用的webman-admin, 但是我用了之后不推荐后台用webman-admin,因为后台轮子少,文档少。
因为后台主要是管理员管理数据用,不会像api接口那样高并发。我建议你 api接口用webman, 后台还是用传统fpm框架,传统的fpm后台框架 比如fa 文档和轮子比较多,遇到不会的论坛里可以搜到相关问题的回答。
-- ps 如果论坛里有朋友持反对观点,你说不同意的观点就行 请冷静 别激动上来就喷我 --!
这个建议 非常好 ,后台admin 要什么性能 好用就行了 fpm框架完全够用了
api接口 webman比较好 很多composer拿来就用了,orm 啥的也都是拿来就用
这个建议也很好,就是后台fa API用webman会不会要维护2套代码了,尽管webman是可以用TP数据库的但是有些绕。不过为了API的性能webman去做这些事情也不是不行。其实后台功能也不是很多,只要业务会集中在API对外上,像小程序这些,后台也就是管理集中地,功能和操作性上个人觉得不需要像前台那样给用户体验很好,秉持后台能用就行。说到后台轮子webman确实没有fa的多,很大部分都需要自己动手去搭积木....
这个思路不错,后管用fastadmin,C端用webman高qps
现在的框架都大差不差 路由、配置、缓存、中间件,看看文档都能上手 没啥难度,,特别是webman fpm转过来应该是最容易的
webman 文档写的很详细了,你们是没见过 最开始的文档 那时候很简单的