因为这些天问我的人实在太多,所以不得不整理一下,在知乎上进行了相关回答:https://www.zhihu.com/question/488668647/answer/2159962082
以供这些日子来不断关心 layui 的各位参考。
并且再次强调:如官网公告一样,下线的只是官网(layui.com),而 layui 项目仍旧会在 Gitee 陪着大家。
主要在你官方用习惯了,在这个上面一个时候不适应,也找不到相应的栏目。没有官方用的顺
SOJSON是从bootstrap转到layui的,layui加油。
我感觉我能坚持10年没问题:https://www.sojson.com/layui/
此处可能存在不合适展示的内容,页面不予展示。您可通过相关编辑功能自查并修改。
如您确认内容无涉及 不当用语 / 纯广告导流 / 暴力 / 低俗色情 / 侵权 / 盗版 / 虚假 / 无价值内容或违法国家有关法律法规的内容,可点击提交进行申诉,我们将尽快为您处理。
官网下线也侧面看出开源作者的无奈,维护成本占大头
gitee 什么时候加上在线文档啊
前排,必火,留名,推广,不要钱
https://gitee.com/meystack/swiftadmin/
https://res.layui.com/layui/dist/layui.all 这个东东能不能开源出来 不要防盗链
防盗链换一下本机hosts然后搭建一下服务器用服务器网页就可以下载了,而且https://res.layui.com/layui/dist/layui.all就是一个404页面,根本没有什么,下面是破解了防盗链以后下载到的东西
<html>
<head><title>404 Not Found</title></head>
<body bgcolor="white">
<center><h1>404 Not Found</h1></center>
<hr><center>nginx/1.12.1</center>
</body>
</html>
<!-- a padding to disable MSIE and Chrome friendly error page -->
<!-- a padding to disable MSIE and Chrome friendly error page -->
<!-- a padding to disable MSIE and Chrome friendly error page -->
<!-- a padding to disable MSIE and Chrome friendly error page -->
<!-- a padding to disable MSIE and Chrome friendly error page -->
<!-- a padding to disable MSIE and Chrome friendly error page -->
官网费钱啊
江湖路远,有缘再见
感谢贤心!
layui对于我们这种非科班出向的小白是最友好的,没有之一
一个时代的结束意味着另一个时代的开始,愿贤心、Layui越来越好!
害,主要是开源难。没有稳定资金维护。
大家给充几个648。
说实话layui真心好用
永久文档镜像站 layui.11dz.cn
这个相当可以哈
如大神所说,是一个时代的终结,经典只能存于过去,就现在vue等而言,layui渲染方法真的不适合现在了
大佬!感谢
个人感觉,前后端分离的后台管理不大好用
你不是一个人
请问独立组件和扩展组件以后在哪里找呀?
很多年前因为公司原因,用过layui的弹层,很好用
虽然只用过layer 也很短暂,但是我很欣赏你的想法,也时不时的关注,读了你的代码
良心说写的还行,但是和那些国外的还是有差距(别生气)
但是作为一个UI框架,我很佩服你,UI框架大多没什么难度(有的还是很有难度,比如常用控件表格 时间等就没什么难度) 但同时也非常有难度,因为需要人去写,比如表格,不难,但要是写出来,肯定是要花费时间,要写的好,更是要花费时间
看到你官网下线还是有点伤感,就好比看到现在基本没人用easyui一样伤感, 看你写的jq,现在确实很多人排除jq,可是我认为一个对前端热爱的人,还是最好了解下jquery,因为写的太好了。的确jq可能会在舞台上越走越远,但我觉得jq的作者,jq的心血真的值得去学习,当读完jq 和 vue(2。几)的源码时候,说实话我还是觉得jquery厉害,而vue是思想厉害,或许这个思想也只是借鉴某A 某R,尤其在我维护一个很老的项目的时候,我发现没有jq寸步难行,并不是没有js的功底,而是要考虑兼容性 开发太慢了,也就是那个时代,jq真的很重要,现在有了三大框架,因为浏览器的原因,这时候jq显的很笨重了,文件大小偏大,很多方法过多为了兼容IE,正如你所说,拥抱更好的时代。的确vue更符合现在
前面我想说的可能有点废话,主要我认为你,作为一个前端小有名气的人不应该这么想,layui的存在必然有它的价值。
正如看到你说的 jQuery 的余晖,我认为jquery也在努力改变这一切,很多项目 也不一定非要用vue。所有ui框架的存在必然的,而且vue也并不是主流。相信你,在开发ui的时候参考过bootstrap,就如bootstrap5 一样,为什么不考虑去jquery化呢 或者在某些性能不佳的控件,更新成虚拟dom呢!我不是为了反驳你的话,首先我真的很欣赏你,但是你后面说拥抱vue,我真的不认同,我认为这可能会误导了很多前端小白爱好者,我认为作为前端爱好者,必须要拥抱的是js,而随着时代,要熟悉或者精通三大框架或者Ts,但不是拥抱,因为认识太多 只会vue或者react的菜,为什么这么说,因为很多人对vue运作也不了解,就在别人搭建好的框架习以为常的做一些事,尤其是做管理系统的公司,就如后台一样,习以为常的做增删改查 用别人写好的框架,而连什么时候进数据库都不知道!遇到很多这样的前端,甚至基础的js都无法完全掌握!
第一次留言,说这么多废话,请谅解,主要感触挺深的,希望作者能坚持自己的初心,我觉得基于第三方框架的ui都显的很low,而bootstrap layui在我心中 依旧是王者
再废话一下
我现在说的这些只是我个人的立场,也只是站在系统的立场
这几年确实分离式很火,很多公司开始招前端,而后端开始写接口了
首先这应该是个主流,而这个主流在大型公司肯定是没问题的
但是在一些小公司,问题非常多,比如前端和后端的交互 变的异常麻烦
之前就遇到个真实案例,亲眼所见的一次争吵,就是一个接口把json对象 的对应值已经返回给react的开发者,是数据库读取的值,毫秒,前端说这个不行,必须是分,不应该是毫秒,不应该由前端转。。。。
layui的价值应该一直就是中小型的公司,不可能是大公司,比如X讯,你觉得他可能会用别人的东西吗,即使用了,也是他们前端仿写的。。。
而vue react这些也只是部分公司选取的技术,这么说吧 layui可能不挣钱,但不代表别的ui现在就挣钱吧,而Layui能在前列,必然是有它的道理
我相信作者并不是为了钱(当然肯定希望挣钱) 搞这个,所以我真的希望作者坚持初心,做个js的layui
前后端的矛盾绝大多数来自于某些后端人员的不尽责
首先我前后端都搞,主要还是前端,去过大公司,那水平是不一样的,小公司干的比较多,也干过管理
见的太多了,并不是你这么看的,首先经常看到的就是后端说前端,前端说后端
实际这要根据水平来看的,这么说,小公司有很多混子,包括后端,也有人就因为vue是主流,自学过一阵子就说自己是前端的,太多,可能面试原因,我见的比较多
这种东西双方都有问题,也都得根据当时项目或者产品的情况来定义是由前端去处理还是后端
说下我遇到的一个前端,真实实例,由于后端开发较慢,3四天了,前端一下子都没动,这个业务对于前端很简单,主要是界面,而数据到前端也只是展示,那这三四天你可以画界面吧,没花,那这有无问题
当前后端都在做的时候,我认为这种矛盾并不是取决前端或者后端,甚至还有领导的原因,但是在小团队,协同合作不够成熟的情况下,甚至连招人能力都欠缺的情况下,问题很大的
接口和框架本身不矛盾,我也见过有的写后台的,自己接口都没验证,就发出去了,太多,所有没那么笃定的
我都是尽量满足前端同事需求
你举得例子这是能力差异本就不可强求。但能力对等的情况下更多就体现在工作态度了,保存的参数不校验、取出的数据不加工、写完接口不自测,这些有意无意的就会增加前端困扰,而反过来前端能对后端造成的影响微乎其微
我猜测是不是先入为主导致的,我是先入的前端,然后人都有惰性,期望有些数据后端处理好了给我,导致即使我后来全栈开发也是习惯性的自己在后端能处理完数据处理好,前端尽量减少数据处理;如果有人是先入后端再入前端,是不是会和我反的来
期待vue-layui
我有个终身免费的空间,正式备案后,速度不知道可不可以满足要求。或者,gitee对精华项目能不能给个专网的支持?
你好。朋友介绍,想找你搭建批量话费充值平台。请问怎么联系你呢?或者你联系我一下,QQ1952684296
怎么联系贤心啊???谁知道他的联系方式呢?
作者没钱了,赶紧给作者捐赠,把官网保留下来
江湖不说再见,有缘还回再见。
我实习第一个项目用的是layui的,那个时候vue开始流行起来2019年,2019年慢慢的jquery用的少了,为什么市面上喜欢vue、react?因为随着项目的扩大,如果只操作数据就好了,而DOM只是展现层,使用jquery不光要维护数据变量,还要手动操作DOM,小项目还好,大项目的话就会很复杂,另外中小公司乃至于大公司,
其实关注两点。
我相信行行出状元,路难走,坚持才是最难的.
只是你没碰到你的机遇
前排占坑纪念一下
加油
一个来自后端码农的祝福,layui减少了我们很多的展示工作。
只要是作者做出的决定我们都是支持的,何况只是换个地方更新而已。
感谢陪伴,感谢贤心
layui是我第一个自学的前端框架,之后才是vue。不管以后如何,layui一直都是我心中第一个前端框架,帮了我太多忙,感谢!真的万分感谢!!本人是主攻后端的,关于前端的学习,未来应该会渐渐往vue.js和ElementUi靠拢,但对于layui,我是不会忘记她的!相信多年以后看到用layui维护的项目,感觉依旧是那么地熟悉
现在还能不能找闲心大大买个layuiadmin啊,没赶上,遗憾
致敬!
纸巾!
因为上一个公司,因为杂鸡亮的毕设系统,认识了layui,短暂用过它,确实很方便,但现在都去做vue去了,没办法也只有跟着学vue去了
我只是个辣鸡前端 没啥发言权也只用过一小段时间layui,但突然看到下线的消息多少还是有点感慨,ε=(´ο`*)))唉,祝您有更好的机遇,前程似锦!
layui UI 命名确实是很规范使用的那种,文档做得相当方便使用,前后半分离、全分离都好用,基于jquery dom 交互这块确实没有双向绑定这种交互体验好点外,但layui可以换个法子干【提高弹出层表单交互效果、弹出层表单存在提交数据后完成后刷新table数据等】,像vue等这种动不动就得自己装个脚手架上线开发还得自己带个独立环境很麻烦,另外layui细节这块确实需要打磨比如说表单组件和布局样式间距太大,做ERP等系统就显得太大,layui现在的官网单纯挂个门面和文档损点银子养个主机,既然决定要关闭,希望 layui 在git开源社区上也同样保持住发展势头,隔壁的 vue 阵营下的elementUI 等也是在git等开源社区发展,维护更新、文档这块一个样没拉下,希望layui也是如此【layui有自己模板引擎做全前后分离、半分享都挺好的,至少不用独立部署了套前端运行环境的呢;layui 的诞生承载着太多希望和使命,未来她定能越战越勇】。
感谢大佬
愿再聚江湖
感谢大佬
感谢大佬 layui确实很不错 特别他的弹窗 layui作者加油!
Sign in to comment