一点个人建议也算一点个人忠告吧。

建议 已结
37 862
Z先生
悬赏:20飞吻
首先说明:个人建议、个人忠告,仅代表我个人的意见。不喜勿喷。
自己主攻后端,前端算入门水平。市面上60%的前端框架都踩过坑。
比如:PC端妹子UI、dwz、Easyui、BOOTSHARP、以及boot的浮生产品sui。手机端:Framework、frozenui、Agile Lite、mui等。
弹框用过:artDialog、接着就是layer弹层,不得不承认。layer满足了我对弹层大部分的幻想、只是PC版的弹层在手机端水平居中还有一些不尽人意,不过通过延时resize窗体就可以解决了、而手机版的layer功能明显偏弱。

自己技术强迫症十分明显,那怕项目迫在眉睫,我也要去纠结小细节,我们现在系统后台框架使用的Easyui。
就在昨晚,在layui2.2发布之前,真正的开始撸layui,一入坑才发现种种问题与弊端,这些也可能是我个人的使用习惯。
1、关于选择器:本身HTML原生,就有很多选择器,已经能满足需求了。但是layui缺去推行自己的一套选择器,推行也可以,但是到目前为止还不统一。比如:在普通原件上使用的lay-filter,在tab上,使用lay-id;元素激活类上layui-this不统一,有的地方根本没有这个类。
2、选择器缺少详细的方法说明。比如:表单验证,我想自己调用单个input的验证状态,我找不到任何手册。
3、关于渲染与事件绑定的问题:layui如何给一个元素绑定事件(或许有、但是我没有找到手册)?哪位同僚敢说能脱离jQuery来独立使用layui?如果不脱离又失去了layui开始定的初衷;每次异步加载收,是不是都要用dom.render来进行渲染??
综合以上三点原因导致我连夜加班,将框架又换回了sui。
做为主攻后端的我,不仅希望框架看起来漂亮、组件齐全;更重要的用起来还方便。虽然有自己的一套方法属性规则,但是他都是有规律的,比如,元素的设置,可以通过$(dom).组件("{设置}");进行设置、也可以通过元素的属性data-options="{设置}"进行设置。元素的选择$(dom).组件("方法","参数");进行操作。而且有统一的制式,比如:layout有自己特有的方法,而且还包含panel的方法等等。layui毕竟是刚起步的框架,在整体这些考虑上还是欠佳,有点介于bootsharp和easyui的感觉、还想再脱离jQuery,再加上手册欠完善,理一个成熟的框架,路还很远。
啰嗦了这半天说说核心建议吧(可能也是我自己对layui不熟悉):
1、使用html的标准属性做为选择器,减少代码量与兼容性;
2、统一自定义属性标签以及类;
3、基本元素事件的绑定,如果不做这一块,就不要考虑完全脱离jQuery;如果做,就做好统一;
4、示例代码中的源码,是解析后的代码,有无用的自动生成的代码,待完善;
5、完善手册。

再晒一个我们用easyui做的后台页面。
回帖
  • 贤心
    贤心 (管理员)
    3天前
    其实。。。似乎并没有那么多坑吧,你所列举的几点,看得出来,更大程度上你还没适应 layui。或许这需要一个时间,但是你只给了 layui 仅仅 1 天的时间,不得不说还是比较遗憾的。

    由衷感谢这么多字的建议
    0 回复
  • like
    4天前
    asp ,jsp 时代,javascript只是用来变个色或简单校验,用的多的是document.getElementBy...,十分不方便,jquery的诞生极大的简化了这些操作,于是基于jquery插件机制的前端框架如雨后春笋,easyui,mini-ui,dwz等等就这么出现,强调前端组件化,前后台分离,于是这样过了好久,大家发现jquery的强项反而是最麻烦的事情,对dom操作过多,于是vue.js,react诞生,让开发者不需要操作dom,只需要操作绑定的数据,同时带来的是npm,webpack,es6,sass,less等等铺天盖地的概念

    就在这个时候,很多很多开发人都会潜意思中问,干啥呢,我就想前端拿来就用,显示好看一点就行了,这尼玛直接掉入技术概念的漩涡啊,新来的人看到这些,还不吓得两股战战,不就是显示这点事吗

    于是突然发现,传统服务端模板+一点当前前端的概念是个不错的方法,而且提供后台模板开箱即用,多好的办法,我只是想做个应用显示几个页面不是吗,搞那么一大堆玩意(虽然都很好)犯得着吗
    7 回复
  • 写得有理有据,作为使用者,好看是一方面,统一性和便捷性也是非常重要的。
    1 回复
  • like
    4天前
    楼主做了样式美化工作,的确比easyui自带的漂亮,然没有layui优雅大方

    组件齐全,这才是大坑,当不满足需求时,哭吧哭吧不是罪,难得动其分毫
    1 回复
  • 后端兼前端的应该不少。我是用了bootstrap、妹子ui,感觉都不如意,特别是弹出框,还得到处copy修改modal,烦啊!easyui动过主意,但忘了什么原因最终没入。基于layer的美好回忆,layui有些地方虽然刚开始的确觉得有点怪,但撸撸撸一段时间,居然觉得蛮顺手的,代码又小巧,现在的2.2也才5百多k呢......准备就这么一条道走到黑了....当然,手机端的确还不如意,mui效果真是不错,但对习惯的确又是个挑战,只能有时间的时候先多练手了:)
    1 回复
  • 不懂大神,坐等心姐神回复
    0 回复
  • 寒天
    4天前
    楼主戳中了我的痛点!layui的几点坑我也发表下:
    1.lay自建一套筛选体系,不明白为什么不使用现有的jquery那套筛选,需要用layfilter。
    2.lay自建一套事件体系,需要用form.on()。也不明白为什么不用jquery.on(),jquery.trigger()
    3.lay自建一套模块加载,和第三方require等不完美继承。
    小白在此浅表言论,不喜勿喷!
    0 回复
  • like
    4天前
    easyui都能忍受。。。。
    0 回复
  • 宇润
    4天前
    选择器和事件确实感觉不舒服
    0 回复
  • @like 组件全,手册全。前期麻烦一些,后期专心写后端代码就行了。看看主题帖我们拿easyui撸的后台页面。前些年拿easyui做过前台页面,但是最终放弃了,现在只给他定位后台使用。本想入layui的坑,将easyui换掉。但是昨天入坑后发现坑太深,赶紧跳出来了。
    0 回复
  • 寒天
    4天前
    @Z先生 easyui用熟悉还是不错的,但是现在基本已经过时。
    0 回复
  • 楼主说的没什么不妥,是还有很长的路要走,我也是主后端,前端算入门吧。所以我就想找一个简单易用的前端后台管理系统类的框架,减少一些处理前端布局的时间,特别是调整移动端适配的时间。
    脱离 jQuery 是不可能的,对我来讲倒没什么关系,平时也始终引入 jQuery 来用,我也是从用 layer 过来用用 layui,第一次应用在项目上,项目已过1/3的,原定的 layuiAdmin 迟迟也不出来,看介绍与自己想要的似乎还有一定的差距,而且是新造的轮子,我要看到时自己为什么要用新轮子,不行到时还得自己撸模板。
    其他的前端框架或者说模板类吧,之前项目也用过不少,这次选择 layui 的原因是个人主观原因不喜欢 bootsharp,想尝试一下新的框架,毕竟看他也已经发展一年多了,满足自适应和常用组件就行,风格清爽,最主要的原因是引入的 js 和 css 量比较少,不像之前一堆的 script 引用,臃肿。
    使用上坑也有,基本需求还是能满足的,有些个人需求目前必须得自己写点定义或改下源码。
    现在也是有点纠结,是换回原来熟悉的,还是继续使用,不知道为什么,我就想尝试下 layui,可能感觉 layui 比较纯净吧。
    0 回复
  • @寒天 easyui缺响应式,其他的还好。
    0 回复
  • @like 所以easyui做后台使用,以及一些管理系统使用是恰到好处的。
    0 回复
  • @Fufu 我也是包有这样的期望,正所谓的有希望就有失望吧。
    0 回复
  • like
    4天前
    easyui和layui不是一个概念,如果要用easyui不如直接vue.js+iview
    0 回复
  • @like vue.js+iview坑踩过,无奈当前能力有限,对VUE的坑还没有入进去。时间允许的情况下,会考虑先用先用vue+vux入坑。
    0 回复
  • like
    4天前
    应该和楼主差不多的情况,vue.js react虽好,但苦于无人无时间,项目又紧,才关注layui这种从传统方式过渡很平滑的方式
    0 回复
  • LAYUI框架目前来看适合懒省事,纯前端小白这两类人用。

    懒省事属于对CSS,js,jQuery,基本上都熟练掌握的。但是做事只追求效率,不追求完美。

    小白就不用解释了。

    像楼主这种在主流规范写法滚爬了好多年的老手。
    忽然用了一个非主流规范写法的当然会觉得不适应。

    我刚接触LAYUI 也觉得作者搞的不伦不类,不入主流。
    但是用久了居然发现LAYUI作者这种写法还真方便。

    大概、也许、可能作者正想开辟一个新轮子。

    从楼主提到 easyui 与 SUI ,可见楼主绝对是那认准一件事容易一路走到黑,很难接受新事物,新理念的人。
    这两个框架好像都很久没更新了。

    你还不如看看ZUI也是基于BS的。

    0 回复
  • 龙珠
    4天前
    我也是撸后端的,之前也是b-jui的用户,由于b-jui不再更新了,所以想换轮子,也是观望了一阵子layui,发现layui在某些方面存在比较大的提升空间,还不能完全替代b-jui,加上layuiAdmin 迟迟不出来,layui的更新也像在挤牙膏,一点点来,所以决定放弃layui轮子,改撸vue的element-ui
    0 回复
  • 寒天
    4天前
    @Fufu 手上一个项目,现在进行了10%,我曾经一度想放弃layui的念想,但是拖到现在还是没有换掉,现在的感觉就是比较鸡肋~,不换掉进行到底要连续采坑几个月,换掉,然而又舍不得她的优雅与大方!
    0 回复
  • Lem
    4天前
    楼主的痛点言之有理,路还很长,最怕大版本更新...
    0 回复
  • @脱毛的天使 在理。
    自己确实是很难接受新事物。可能和自己出身有关,中专非计算机学历,一路在这个行业开黑到这一步不容易。自己强迫症太严重。
    和自己理想最接近的应该算是vue但是尝试踩过几次,无奈还未入门。b-jui和zui细节上做的不到位、自己瞧不上。至于easyui自己细化了2年左右,封装了很多东西,而且也兼容官方升级。比如弹窗表单提交、上传、编辑器。都只需要给类即可。其他的都已经自动化了。这东西一旦用上,要换,必须拿出一套比这好的东西。
    另外妹子UI,确实也好用,遗憾就遗憾在太粗糙。
    PS:easyui没有停止更新,而且easyui的组件已经够齐全了,做功能性项目的时候十分到位,最最遗憾的就是响应式的问题。不然可能就easyui一路开黑到底了。
    0 回复
  • 我也是搞后台的,用layui的时候不得不引入jQuery,layui用起来好看,但还有很多不足,有些地方搞不明白,找不到说明文档,必须来社区里找答案。作为一个只对前端入门的后端开发,希望layui越来越完善,加油!
    0 回复
  • layui毕竟还在开发阶段, 现在很多技术都还不成熟, 作者也只有一个人( 是否有其他人参与我并不清楚, 现在知道的只有贤心一个人 ) , 而且据我了解, 贤心还只是一个不到30岁的年轻小伙( 如果他公布的生日是真实的话 ), 所以现在要是有大项目使用layui的话, 估计还是有不少功能都不能满足需求的, 所以大家也不应该太过于苛求, 我现在的项目是小项目, layui已经可以满足我大部分的需求了, 有部分不满足的, 我自己再修改一下源码, 或是强行重写layui的方法, 这里我还是要支持一下layui, 我相信在未来几年layui功能会越来越完善的, 也支持一下作者贤心[good]
    0 回复
  • PS:我用前端框架主要用在几个地方:
    1、后台
    2、会员中心
    3、手机端,目前成功入流mui+layer
    响应式的坑一直没有踩过。
    easyui后台我做的一些小细节自己感觉自豪的DD分享一下:
    1、全页面ajax、解决匿名js函数,元素ID重复问题;
    2、对话框、tab,form操作后,自动刷新对应列表的GRID;
    3、常用的类封装,如:焦点在input框tips提示信息。上传input给指定类,自动绑定上传,并且支持类型上传类型设置;表格局部刷新;编辑器类调用;多层页面互动;自动提示信息。再配合后台,形成了权限、固化内容设定等。还刚刚整合了layer进来、将自动提示信息美化。
    0 回复
  • @小白码农 拿点实际行动支持啊。[嘻嘻]
    也正是对layui给予了期望,才啰嗦这半天的。也希望layui能越走越好。
    0 回复
  • @贤心 可能我语言表达有问题吧。并没有说放弃。只是期待更完美。选择器统一、手册完善后,用起来会更顺手。layer的手册都很完善。几乎不用来社区问,不用研究代码即可搞定。
    0 回复
  • @Z先生
    可以用extjs基本无坑
    0 回复
  • 寒天
    3天前
    @邱天下雨 extjs还不如easyui呢
    0 回复