如何评价LayUI和他的作者贤心?

点击次数:179   更新时间2019-07-27     【关闭分    享:

  其实意义并不是特别大哈~要实现这种模块话 webpack 可能20来行配置,并且你这个框架模块化了,但是在一个产品稍大一点 layui 自己的实现就显得有点多余了~如果仅仅是实现常见 ui 层面的东西也不需要返璞归真这样的说法,写个库返回一个全局变量就可以了。

  我还是担心有人说我说的太简单,比如你要 lazy load 对应的 css 和皮肤这种,都是花不到太多代码的哈~

  还有就是太小的项目不太需要模块化的~大点的才需要,比如 require.js 就是配置一种 AMD 组织的方式,不用的话也可以,你需要怎么做呢?当然,懒的特性可能你可以看下 seajs,虽然过时了,也值得学习的。

  2. 隔离作用域的闭包你要吧?然后实现一个块的代码,然后给一个共有的变量,返回到全局,如果你不想污染过重,就定义一个,命名空间按层级定义。

  3. css 怎么办呢?还能怎么办,挂 head 顶部呗,然后要懒执行就 js load 一下…

  4. 开发不仅仅 ui,ui 与数据之间的关系你是要处理的,就连最简单的 button 点击你可能都要有绑定数据的传递:比如开发一个弹框,弹框内要发请求,利用的是绑定的 id。有好几种做法,这里不细致列出,只是打个比方。

  1. 体现编码上,可以带来纯粹的思考,并不是说需要复杂的工具来体现,当然就如我上面说的,其实并不需要太复杂的配置和工具就能做

  2. 给了一个小项目的选择,对于小号的也许 layui 一套还是不错的,干净的白白胖胖的库

  3. 提供了一个学习的例子,我看过源码,挺干净的吧,贤心也说了,主要给服务端的小伙伴用,不用管前端的配置相关的东西

  最后,工具只是给了你选择,所以你不必太排斥,懂得在平衡和完美之间做抉择才是一个好的程序员。

  最近几天发现从知乎来了些访问源,还颇有些些奇怪,一搜才发现原来是从这个话题中来的。既然有幸能在高大上的知乎上露脸,那还是说一两句吧,保证就一两句!

  因此可以毫不保留地说,layui 并非面向于前端开发者,所以我们在组织形式上毅然采用了几年前的以浏览器为宿主的类AMD模块管理方案。layui 定义为“经典模块化”,绝非是自吹她自身有多优秀,也并非是刻意强调“模块”理念,而是有意避开当下JS社区的主流方案,试图以最简单的方式去诠释高效!她的所谓经典,是在于对返璞归真的执念,她以当前浏览器普通认可的方式去组织模块! layui 认为这种轻量的组织方式,仍然可以填补 WebPack 以外的场景。所以她坚持采用经典模块化,也正是能让人避开工具的复杂配置,回归到简单而原生态的HTML/CSS/JavaScript!

  有人说 layui 的“抱残守旧” 是一项倒退,在去年刚发布时就饱受前端同行的鄙夷,很多人质疑为毛不直接拥抱MVVM?然而事实上,在国内仍有相当一部分群体依旧在采用较传统的前端开发模式(当然主要是以服务端人员为主),由于他们的核心技能栈不在前端,所以他们总是在寻找前端界面的快速开发方案,比如老牌的BootStrap,而我们的 layui 是为了让人们在这一条路线上有更多(或者说更好)的选择。因此我觉得,需要有人去做这件事并且坚持下去,为着这一群体,直到他们不再需要她,然后在路边树立一块碑碣,上面写着:“layui-过往的雷锋UI”,便挥一挥衣袖,继续前行,也算是功德圆满。但在这之前,我认为 layui 仍会是一个不错的伴侣,目前日均 2w的独立访客就是一个证明。

  当然,相比过往的UI,layui 的确还有很大的提升空间,也的确还不能称之为“产品级”方案,但它仍在野蛮生长,我相信离成熟并不会太遥远。

  而至于作者“闲心”,也就是我咯。我从业前端六年,功力平平,在技术选型上追求实用、简单,不属于前端圈大雅之堂,自认为是三流前端猿。如果 layui 非出自于我,可能我也会有100种理由去无视它。现如今,我终日扎根在小众圈中,“忽悠” 「 小白 」(别打我,这不是我说的,请参考其它回答)!因为我善良得一B,为人又热情,对妹纸程序媛更是提供免费上门服务,所以可爱的“小白们”亲切地将我称之为“心姐”,当然我并不拒绝这种高级赞扬,尽管它颠倒了性别。

  不是很符合现在前端的发展趋势,但是只要有一部分人觉得有用、好用,能从中学到东西,就还是有意义的

  与闲心待过同一个公司,可惜的是我入职的时候他已经离职了,第一次看到他的名字是在一个前端分页组件中,赫然写着author: by@闲心,顺便感受了下他的代码,不看不知道,一看瞬间觉得这是个骨骼清奇,对代码有深度追求的前端高手,后来又在别的同事口中听说,他目前在自己定制自己的前端插件产品,看到现在的LayUI,也是深表赞叹。

  在如今浮躁的前端行情,能够遗世独立,保留自己心中的那一份纯真,我觉得这已经是非常难能可贵的事了,希望他能继续保持初心,继续产出高效,好用的前端组件!

  作为LayUI 的忠实用户,我非常喜欢LayUI .我们公司是一个为传统行业服务的IT公司,并不需要太复杂的页面,简单实用,一直都是我的追求组件的准则。

  LayUI 对我这个C#程序员,上手非常简单,几行代码,几句话,我就能熟练使用了LayUI 的弹窗,我要的就是这么简单。可能要被大家嘲笑我司到现在还得支持IE8.我都没用啥vue.js等,一直到现在还在用老掉牙的jQuery .

  有时候一味的追求新技术,反而会迷失自己,我有个前端同事,之前天天跟我安利啥vue,angularjs,等前端框架,,而后我对他说,你的js学好了吗。他无言以对,我就让他去看JavaScript权威指南,没到一个星期,他彻底放弃啥啥框架,开始疯狂痴迷于原生的js写东西。导致他现在写的js代码,我都看不懂,妈的,这狗日的。(我司的后台程序员对程序几乎都是一手包办,从前端后后端)。但是我和他都有一个统一的爱好,没事就去看LayUI。毕竟太好用了。

  我之前是做传统电信系统的,记得以前做功能的时候,一般都是一个人前端后端都做的,后来到互联网公司了,大家开始搞前后端分离了,前端专心做前端,后端专心做后端,最开始的时候还能读懂前端的代码,后来随着前端技术的突飞猛进,就不再能看懂了,对我这个后端程序员来说要做个界面只能老老实实用easyui,bootstrap,最近才开始用layui,发现确实很不错,学习成本低,开发成本也低,对我来说确实是个福音,给贤心点100个赞~

  没有使用require.js真是巨大的遗憾,想不明白为啥要自己搞一套。本身组件并不全,要整合第三方的组件得自己改源码。

  我是一名开发企业应用的半吊子程序员。一直使用vc那套东西写管理系统。从前到后都是一个人撸。

  我们的系统都运行在内网环境,资源加载响应速度根本不是痛点。痛点是找到一个快速便捷而且还比较好看的前端UI库。而且要易于上手。以前一直是用的easyUI,非常方便但是样式比较土。还研究过一段时间发extjs。

  感谢贤心,不求名利撸出这么一套UI库出来,上手方便而且非常好看。解决了很多像我一样的开发者的痛苦。

  花了半天时间根据layui大致弄出一个后台管理页面,直接扔给后台的同事先用了。

  很方便,而且上手极快,我不懂什么是规范化,毕竟项目小,时间紧,钱不多,人不够。

  layui的用户定位本来就不是为了TAb或者你们这些“牛逼”的公司准备的。

  所以,我觉得,这道题,不适合你们来回答,因为你们不是需求者,只是旁观者。

  能为我们这些在你们看来如同门外汉,不屑同行的开发者做一个比layui更牛叉的框架时,

  如何看待「每一个入职百度的员工都会被钉在互联网的耻辱柱上」这句话? - 知乎

  作为服务端人员一枚,在和前端同学求助的时候,大部分情况都是很不情愿支持,要支持的话就要用webpack什么的。你说我们一个后台程序这点需求用的着用这么大的杀器吗?无非是菜单,列表,卡片,弹框,数据联动这几个需求而已,如果非要服务端同学自己鼓捣,时间给足也不是不可以的。可大部分情况下这个时间是不允许的,把业务搞出来才是最终目的。这个时候用的BootStrap和Layui的联合使用,简直perfect。所以Layui能收到服务端同学的支持就是必然。

  大部分程序员同学还在为炫技感到兴奋的时候,人家闲心同学看到的是更深层次的业务需求,从这个层面上看就比别的同学高出多少倍。目前大部分前端大牛都在搞移动前端框架,如果再搞一个类似的框架估计很难脱颖而出,不如反其道而行。

  我是做后端开发的,也跟着经历几代前端的变迁,这些变迁都是往好的方向去走的,现在有很多前端没经历过IE6的那个年代,这是件好事,最早前的各种标准(算是最早的前端框架),到慢慢有bootstrap这些框架出来,后端的开发人员现在很容易上手调试修改,现在又有了MVVM,前后端的工作基本上没有太多干扰的地方,前端开发现在有webpack这真是个好的东西,不用去再一直造轮子咯,自己也可以选择做一个跑车的部件出来,也可以用别人跑车的部件咯,不能因为webpack对于小白来说有点难理解就放弃,webpack是真心好用,多花点心思肯定能学会的,layer满足闲心自己的定位设想我个人是很支持的,但要等到layer成为一辆跑车的时候,webpack的大伙已经开始造飞机咯。有人评价存在即有价值,那是必然的,但当你花了大半年用layer做了项目后,发现满世界都是react,vue,angular,你做项目招不到人维护或者你无法再找到另一份使用layer的工作时候,你又得重新开始学习用webpack,学习react,vue,angular,这或许就是上了这条贼船,就必须这样坚持学下去。layer作为个人兴趣,想多学点,个人完全支持的,@闲心既然决定了layer2.0,那就继续努力吧,但离layer完整版还有好遥远的路,加油咯!

  作为一名不太会前端的开发者,在写后台时,特别头疼后台的UI,因为不太懂前端,,想弄出一个漂亮的后台界面太难,,,假如我一个项目花三天,那么其中两天肯定就是花在了UI上,,,为了方便只能找前端框架、可是用过了妹子UI、用过HUI-admin,H+plus,虽然确实减少了工作量,,用起来还是不太理想,而且觉得界面貌似还不是自己想要的,,直到发现了layui,当然发现layui是因为layer弹窗组件(这个弹窗组件太给力了,用的人很多),简直发现了新天地,简直太顺手了,界面轻轻松松搭建好。

  对于后端开发者来讲,我们不懂前端,所以我们管他是什么经典不经典,什么前端框架的进步还是退步,,我们拿来好用,并且适合我们用,我就觉得这个框架好。所以,后端开发者,成了layui最大用户群体。所以,定义一个东西好不好,我认为不是看他有没有跟上潮流,技术先进不先进,而是有没有消除掉某一群人的痛点。而layui确实成了后端开发者的福音,尤其是小团队或者个人开发者。

  贤心还有另外两个相对layui独立的组件,一个layer是弹窗组件,一个layim是web即时通信解决方案。这两个layer独立应用很多,我看好多第三方开发框架都集成了layer,我自己也在用觉得非常好用,同时还不失美观。另外的layim,我没用过,但是官方演示,和其他网站有见过,我觉得也超级棒。

山东某某环保工程有限公司
技术:18265875858
电话:0533-8175858
传真:0533-8175858
地址:山东省淄博高新区英雄路58号
邮箱:baidu@163.com