同样的一个事物,在不同人所理解的角度也是不一样的。
我不知道自己对于上面的问题阐述清楚没有,我的意思是:纯框架,比如说mui.js
,用这个框架写所有的css样式、所有的js动效,而不用自己补充原生.css
或原生.js
。
能做到这样,该是一种什么样的体验?没尝试过,但我知道要做到这样,就必须对js
和css
相当的熟练,并且还充分的理解了框架中样式设计与布局,以及事件里各种传递,这个功底还是得很硬的。
你们说说,这样的理解对么????
同样的一个事物,在不同人所理解的角度也是不一样的。
我不知道自己对于上面的问题阐述清楚没有,我的意思是:纯框架,比如说mui.js
,用这个框架写所有的css样式、所有的js动效,而不用自己补充原生.css
或原生.js
。
能做到这样,该是一种什么样的体验?没尝试过,但我知道要做到这样,就必须对js
和css
相当的熟练,并且还充分的理解了框架中样式设计与布局,以及事件里各种传递,这个功底还是得很硬的。
你们说说,这样的理解对么????
用着很爽,要不然什么样式,验证,判定,效果,反馈,外加设计页面都要自己手动,特别麻烦。
用框架的话看着文档复制粘贴,跟搭积木一样。
但是灵活性会差一些,不能随心所欲改里面的东西,遇到组件本身的设计bug很麻烦。
13 回答12.9k 阅读
7 回答2.1k 阅读
3 回答1.3k 阅读✓ 已解决
2 回答1.3k 阅读✓ 已解决
6 回答1.2k 阅读✓ 已解决
2 回答904 阅读✓ 已解决
3 回答774 阅读✓ 已解决
框架是什么:
框架只是把大多数需求提出来进行封装,达到重用的目的。
这个想法在开发中几乎是不可能的,请记住,mui只是一个移动端的前端框架,只是框架,不是房子,它出来的目的也没打算说你不自定义一些样式已经自己的业务脚本就能达到全部需求的。
说得难听一点、或者说说得实际一点,MUI的bug挺多的,不要问为什么这么说,因为我们正在用,已经不知道踩了多少坑,填了多少坑,改写了多少mui的源代码
不用自己另外写css和js不一定爽,更何况mui的样式风格好不好看得产品经理说了算,用户说了算。
另外,不谈需求地说框架,都是耍流氓。