-
Notifications
You must be signed in to change notification settings - Fork 753
建议你把这个前段改成用vue的 #27
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Comments
为何不开发成前后端分离项目?最近有许多同学问我为什么不采用前后端分离方案?现在 前后端分离技术的优势与劣势优势
劣势
jQuery技术方案的优势与劣势优势
劣势
总结分析完上面的两种方案的优劣势,你们大概也明白我为啥要采用
|
感谢 jqhph 同学的开源项目! 说明一下:这里只是表达观点,但并不是带有挟持性的评论,jqhph同学说的也是很有道理,但是我觉得想法过时,除非您这产品面向的是以前JQ时代的老程序员。 jqhph 同学的解释里面主要是考虑网页开发门槛和扩展困难的问题,个人持有以下观点: 我也是一个从JQ时代的PHP初学PHPER过来的人,我个人觉得从您这后台的定位来看,其实前后端分离和不分离易用性来看,其实区别不大,但是从我个人开发角度来看,还是更喜欢前后分离,因为我觉得分离更易用和更易维护,PHP代码里面不会参杂太多前端代码。 |
明白,都是理性讨论,大家各抒己见求同存异即可。 你认为上手不难很大程度上是因为自己已经熟悉vue的使用。你学习vue的过程也许并不艰难,但是对一个不熟悉前端的开发来说要熟悉vue框架的各种功能接口,学习成本和难度曲线绝对是比 而且大多数选择快速开发的,并不关心前端框架用的是什么,只要功能能达标,界面不太难看就可以了。 另外你说易用程度不会差多少,建议可以试用下 |
关于vue更容易维护,这个是对于大型项目而言的。我这个项目的后台组件都是封装成PHP对象,维护和扩展都非常方便,并且对开发者非常友好,只要封装一次,就不需要再重复写HTML和JS代码了。 |
“建议可以试用下laravel nova” 好的,感谢推荐,我去看看。 我试用了一下 https://github.com/SmallRuralDog/laravel-vue-admin 这个项目,但其实步骤也不多,只是说如果想二次开发需要多学习丢丢知识。 其实说VUE只是一个抛砖引玉,并不是代表仅仅就是VUE,只是VUE在使用里面个人感觉是最简单、最好上手的。 ”有些PHP开发者连CSS文本超出换行都不会写,你让这种开发者去学习vue,是比较费力气的哦“,这句观点我个人觉得,如果二次开发,使用CSS都会困难了,个人感觉已经不在定位的范畴了。 |
另外您这项目如果是作为开源产品来讲的话,我觉得您应该有更多的亮点,和Laravel-admin定位还是重复的,当然您这项目的亮点就是界面比Laravel-admin漂亮。 |
这个项目我看过,基本上跟 我这个项目的定位就是对后端开发友好的项目,重点是对后端开发友好,即使是CSS文本超出换行都不会写的那种前端小白也是目标用户哦。 简单、易用、高效率是这个项目的主要设计方向。 |
感谢建议,我会考虑优化表格样式。 这个项目确实与laravel-admin重合,但我对很多功能细节都进行了改良和优化,增加了很多非常实用的功能,总的来说就是用的更爽,后续版本也有更重要的升级。后续会重构插件功能,上线插件市场,主要简化插件的安装、更新和卸载的步骤,这些步骤全部都放到界面管理,开发者只需轻轻点击鼠标就行了,找插件也会变得非常简单和方便。 |
还是非常支持您的项目,开源万岁。 |
感谢支持! |
多谢开发了这么好的产品 |
支持作者想法,希望后端的同学一行前端都不要写,就可以做成好看实用的后面界面 还有前后分离,我直接上java,并发、生态比php好点 |
作为一个后端,我来说说我的想法吧,这个项目是作为后台使用的,这个是关键,后台就要简单,稳定,我做了五年开发了,也接触过vue,说实话,很讨厌npm系,简单事情搞复杂了,动不动就莫名其妙报错,需要专人维护,如果作为后台的前端模块,对后端开发来说就是灾难。技术只有最合适的,没有过时一说。你看看物理,数学基础理论有过时的说法吗?开发来说一样的,只有最合适的,没有最好的。我也看过很多人写的代码,说实话大多都是写的很不好,非常不好维护。前端花样百出,但是代码也是千奇百怪。 |
接手过vue前后端分离的项目,由于前端离职,兼职前端交互的编写,只会简单的数据渲染,遇到复杂的交互逻辑,路由,组件通信,完全不知道怎么下手,就算能摸索出来,也很费劲,要是换成jquery效率肯定高很多 |
其实vue前后端分离还是比较简单,但是你需要花不少时间在交互处理上,如果只是做一下纯管理后台的,用dcat问题不大,技术首先考虑的不是多么新,而是技术复杂度和维护成本,一味的追新没好处,可以把最终用户使用的用vue或者reactjs实现,管理后端其实都是些crud的操作,没必要投入太多时间 |
现在做php的都不想做页面只写接口了? |
我是找了三天时间,主要想找前后端分离的框架的。把github上star排名前2页都安装一遍后,果断还是选择了dcat-admin 。 |
我做我公司的后台开发,使用这个就挺好的。前端VUE我也用过,比较废力气,特别是现在只有我一个人,项目也不大,实在不想废力气搞前端了。 |
那些提议前后端分离的真是为了分离而分离,这种后台快速框架就是怎么快怎么来,让后端不必在像以前套模板之类的浪费时间,也省去了与前端对接,除非你本身是全栈,不然我想不到前后端分离的好处! |
不喜欢前后端分离的唯一原因就是不喜欢等编译 |
VbenAdmin考虑一下,页面超好看,用到技术有Vue3.0、Vite、 Ant-Design-Vue 、TypeScript链接 |
管他 JQuery 还是 Vue React,每个人的想法都不一样,每家公司需求也不一样,众口难调,我200%个支持作者的理念和方向,以及考虑到受众群体,希望能一直这么坚持下去,我反正用的很爽,一行前端不用写,感谢作者! |
这套脚手架能,扩展成接口方式吗? |
邮件已收到,灰常感谢
|
首先php带有前端属性是你的偏见,特别是php7-8的时代,你既然追求前后端分离就更不应该持有这样的观点。其次,完全依赖内存操作的vue实际上远比jquery更容易造成内存溢出。 这个项目基于laraveladmin,其重心就是减少前端操作。 |
邮件已收到,灰常感谢
|
千万别前后端分离。其实想用一些vue组件,完全可以直接引用进来做一些自定义的功能,常规的curd现在这样的模式挺好 |
邮件已收到,灰常感谢
|
什么前后端分离,jquery一样办得到,前端复杂化是我觉得最没有意义的一件事,我完全理解不了为什么有人喜欢vue这种东西,有最快的剑不用,非得拿小刀砍人.一个前端如果还有路由模型控制器我建议他去学后端.花里胡哨,完全是前端为了提升工资,和晋升的把戏.前端的第一性原理永远是美观的展示页面,其他的越费时间越是累赘,吹vue的别培训班教你们vue不教jquery 就黑jquery好么,多了解了解吧 |
邮件已收到,灰常感谢
|
我之前也像你这样想,后来感觉还是得接触新的东西才行。是直接上的vue3,后来越来越感受到无论代码量,还是实现方式,确实更快速好用。 |
对了 不要跟我说那么多~~择快达标才是关键,又不是要抱着睡~~ |
邮件已收到,灰常感谢
|
感谢 jqhph 同学的开源项目! 说明一下:这里只是表达观点,但并不是带有挟持性的评论,我就是想表达一下我的使用体验: |
邮件已收到,灰常感谢
|
建议你把这个前段改成用vue的,这样就更完美了,我查了一下,有vue版本的这个admin 模板。
The text was updated successfully, but these errors were encountered: