景阳冈 绵柔头曲 是真的吗？，怎么在网上找不到这款酒啊-------_高唐吧_百度贴吧
&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&签到排名：今日本吧第个签到，本吧因你更精彩，明天继续来努力！
本吧签到人数：0成为超级会员，使用一键签到本月漏签0次！成为超级会员，赠送8张补签卡连续签到：天&&累计签到：天超级会员单次开通12个月以上，赠送连续签到卡3张
景阳冈 绵柔头曲 是真的吗？，怎么在网上找不到这款酒啊-------收藏
景阳冈 绵柔头曲 是真的吗？，怎么在网上找不到这款酒啊-------还有那个 景阳冈 内部专供 也找不到啊
登录百度帐号
为兴趣而生，贴吧更懂你。或BEM的意思就是块（block）、元素（element）、修饰符（modifier），是由团队提出的一种CSS Class 命名方法。类似于：.block{}
.block__element{}
.block--modifier{}
SCSS让CSS变的更像编程语言。于是，很自然的改变了CSS的传统组织方式。 关于BEM争议最大的就是它的命名风格，这样： &ul class="block-name"& &li class="block-name--element-name"&…&/li& &li class="block-name--element-name"&…&/li& &/ul& block + element + modifier，鼓励一级一级的写的非常具体，很长。 问题： 1. 这么长，影响书写效率吧。肯定会影响但这是个很大的问题吗（自动提示会缓解一些） 2. html和css的size肯定会大一些。size大的顾虑是影响传输，在gzip面前可以忽略 3. 不爽。的确很违背习惯，但任何个人喜好和习惯作借囗都不职业 风格不重要。我更关心它的好处： 1. SCSS嵌套过多。超过3层就很难阅读了。 2. 嵌套多，选择器的层级就会多，性能不知不觉变差 3. 复用。这么长的名，想冲突都难 还有一个代码设计上的原则，不暴露抽象类。举例： 以前： &ul class="list list-member"& &li&xxx&/li& &/ul& .list是抽象的列表类。层叠的.list-member类，定义少量样类就可以实现一个成员列表的样式。 但是在其它编程语言里抽象类是不会被暴露出来的。借鉴BEM会是这样： &ul class="member-list"& &li class="member-list__item"&xxx&/li& &/ul& 不在html里层叠抽象类，而是在SCSS里继承： %list { ... } .member-list { @extend % } .member-list__item { // 不同的样式规则 } 这样更符合编程的特点。重要的是在维护上。假如变样了需要继承另一个抽象类，不需要改html，只要改css。这样SoC更彻底。 风格无非是某种形式，可以约束人做到一致。背后的设计思想才值得应用。如果用BEM的风格，但没做到抽象类的封装，没做到选择器的扁平，那就是失败的应用。 最后，我非常认同这种设计思想。但我还是不会照搬它的命名规则。太TM囧了！
再烂的东西,如果真的毫无价值,是会马上被历史所淹没的&br&&br&每个领域都有沉淀下来对特定开发者在特定场景有用的东西&br&很赞同克军那句取其精华去其糟粕,何为精华,自己根据使用场景取舍&br&&br&可能大多数同学看到那么多下划线中划线以及那么长我靠还有驼峰的名字,就会觉得混乱和不爽&br&不爽是一个很主观的词儿,他除了解决心理问题,没法解决生理问题&br&&br&CSS这么多年并没有一个相对比较严谨的套路出来,宽松的写法导致团队成员写法各异,丢在页面都能跑起来,但混着做项目就不敢动或理不清别人写的代码&br&&这个CSS重写一遍比修改老文件快&,这样的念头几乎所有人都曾有过.&br&&br&我们团队用BEM快1年,下面我来谈谈一些心得&br&&br&&b&了解什么是 B.E.M&/b&&br&&br&Block&br&!误区:这个block并非inline-block里的block,&br&而是将所有东西都划分为一个&u&独立的模块&/u&,一个header是block,header里嵌套的搜索框是block,甚至一个icon一个logo也是block&br&block可以相互嵌套&br&&br&Element&br&!误区:如果一个Element-son是另一个Element-father的子元素,&br&那么写法是 Block__Element-father__Element-son_Modifer,嵌套多了会很长么?&br&不是的!!!&br&一个Block下的所有Element无论相互层级如何,都要摊开扁平的属于Block&br&所以&u& BEM 最多只有 B+E+M 三级&/u&,不可能出现 B+E+E+..+E+M 超长class名,也要求E不能同名&br&&br&Modifier&br&之前我们经常写的 .current .active 等表达状态&br&&br&&br&&b&从Class中解读B.E.M&/b&&br&&br&我们常说CSS的注释要写WHY,而不是写WHAT,看Class命名最好就知道是WHAT&br&BEM提出的一个概念是用连接符号来表达,它并不规定必须用什么连接符,但规定用不同连接符做团队内约定区分BEM 3类元素&br&&br&例如我们组内约定&br&__双下划线代表B和E连接例如 menu&b&__item&/b&&br&_单下划线代表B和M或E和M的连接 例如 menu&b&_active&/b& 或 menu__item&b&_active&/b&&br&-中划线同英语里做连字符例如 mod-menu 或 &b&mod-menu&/b&__item 这里 B或E或M需要多个单词来描述,就使用中划线&br&&br&打字会抽搐吧...&br&你听说过Emmet么?再不济Zen Coding有听说过吧?实在不行听说过安利也行啊&br&FYI &a href=&http://docs.emmet.io/filters/bem/& class=& external& target=&_blank& rel=&nofollow noreferrer&&&span class=&invisible&&http://&/span&&span class=&visible&&docs.emmet.io/filters/b&/span&&span class=&invisible&&em/&/span&&span class=&ellipsis&&&/span&&i class=&icon-external&&&/i&&/a&&br&&br&&b&拆分Block到文件&/b&&br&&br&&img src=&/2f34e41f10a05baa19bd_b.jpg& data-rawwidth=&827& data-rawheight=&819& class=&origin_image zh-lightbox-thumb& width=&827& data-original=&/2f34e41f10a05baa19bd_r.jpg&&&br&我们并没有用BEM推荐的拆分CSS到更多目录里,图片是拆目录的.因为用的是 Grunt+LESS&br&团队项目特色为N个相互独立的移动端项目,Block并不会很多,所以文件扁平化很直观,带来的效率也相对高,如图为其中某个项目的css部分&br&另外,写block的时候需要新建less文件,字母排序,是否重名都很清晰&br&&img src=&/a0fa188483ddc8d645fcb26ae6826aa5_b.jpg& data-rawwidth=&750& data-rawheight=&184& class=&origin_image zh-lightbox-thumb& width=&750& data-original=&/a0fa188483ddc8d645fcb26ae6826aa5_r.jpg&&&br&按ctrl+f查找class定位和按快捷键打开文件名没啥大区别,更何况新版LESS还有source map&br&&br&最后我们团队正在开发对应模块管理的工具,目标是向NPM一样玩,同Alice一样规划解决方案&br&&br&&b&代码复用&/b&&br&&br&代码风格可能文档里说的也不是很详细,不如直接对着他们的页面按F12吧 &a href=&/& class=& external& target=&_blank& rel=&nofollow noreferrer&&&span class=&invisible&&http://&/span&&span class=&visible&&/&/span&&span class=&invisible&&&/span&&i class=&icon-external&&&/i&&/a&&br&BEM/OOCSS 风格对维护重用的class有极大帮助,适当的拆分block后组合,威力无穷&br&&br&那个千年老栗子——如果我想将一个f30的类，改成f35怎么办？是挂羊头卖狗肉的直接将.f30{font-size:30px}改成.f30{font-size:35}吗？还是要进行全局搜索，改动所有的html的class名？&br&或者 Alice 里面的&br&.text-size30{font-size:30}&br&.text-size20{font-size:20}&br&.text-size10{font-size:10}&br&&br&而我们采用的是类似 bootstrap 的方案&br&用程度来划分,而非具体数值,所以根本就不会存在.text-size30这么个类,那个写style上去有毛线区别.&br&&img src=&/e952dd79ef91bc_b.jpg& data-rawwidth=&587& data-rawheight=&114& class=&origin_image zh-lightbox-thumb& width=&587& data-original=&/e952dd79ef91bc_r.jpg&&&br&在var.less里定义具体的数值&br&&img src=&/addebe3f84a3dc8f8a734_b.jpg& data-rawwidth=&443& data-rawheight=&156& class=&origin_image zh-lightbox-thumb& width=&443& data-original=&/addebe3f84a3dc8f8a734_r.jpg&&&br&在 ui.less 里调用&br&&br&BEM的任何一个block都可以到处用,这对模块并不多的手机项目非常有利.&br&&br&&b&关于hax大神吐槽的不用ID和后代选择器&/b&&br&&br&&b&ID&/b&&br&ID对于我和!important对于我一样,并不否认价值,但想不起来上一次用是啥时候了.&br&说到这里顺便提一下 z-index的问题,有多少同学写z-index的时候会写1000+?有做过整站z-index规划么? 同样的用 class 如果能规划好了,我是不倾向用id,也想不到有什么非用ID不可的情况,性能什么的,呵呵,测过,影响不大&br&特定场景例子:在腾讯,JS和CSS是分别2种团队的人在写,我们约定ID给JS,class给CSS和固定前缀的JS hook,不管是不是BEM,ID在我们这两种团队约定下也是不使用,并且也没带来啥问题&br&&br&&b&后代选择器&/b&&br&这个BEM写block的时候是不用,&u&但block相互嵌套的时候是用的&/u&,&br&例如一个状态下需要变动多个表现,用后代选择器一次性处理&br&性能以及JS/CSS代码可维护性都有明显优势&br&&img src=&/bbdab46e7f8d0b2dc68afbb37a8b7742_b.jpg& data-rawwidth=&505& data-rawheight=&228& class=&origin_image zh-lightbox-thumb& width=&505& data-original=&/bbdab46e7f8d0b2dc68afbb37a8b7742_r.jpg&&节选自 &a href=&http://yandex.st/search_islands_www/0.2.15/desktop.bundles/index/_index.css& class=& external& target=&_blank& rel=&nofollow noreferrer&&&span class=&invisible&&http://&/span&&span class=&visible&&yandex.st/search_island&/span&&span class=&invisible&&s_www/0.2.15/desktop.bundles/index/_index.css&/span&&span class=&ellipsis&&&/span&&i class=&icon-external&&&/i&&/a&&br&&br&&b&Tag selector 是翻译成标签选择器么&/b&&br&BEM是不允许用标签选择器的,一开始难以接受...&br&.menu li 能搞定的事情需要每个 li 都写.menu-item&br&&br&&u&坏处&/u&&br&是 k 数增加么?gzip下真不是个问题,或者是写代码额外工作量?这难道不是动态生成的么?再不济编辑器也可以随便列编辑或复制当前行或代码提示啊&br&&br&&u&好处&/u&&br&就是避免 li 里的 li 受影响&br&举个例子,商品详情页是允许商家自定义标签的,那么商家展示区域标签的祖先元素一旦用标签选择器定义了样式,子子孙孙都要背负.&br&&br&所以十分赞同在无法百分百确定不会嵌套同样标签的情况下不用标签选择器&br&&br&&br&&b&团队最重要的是统一&/b&&br&有一次讨论连字符用中划线还是下划线的时候,谁也说服不了谁,&br&最后一个掌勺的拍板,大家统一用一个,而非同一个团队多种风格.&br&这对上下游合作,内部合作都会极大的降低沟通成本&br&&br&之所以用 BEM(部分),也是因为没找到更好的类似规范,虽然有缺陷,但至少可以统一&br&讨论一个东西,我们很容易找出他的槽点,但是提出更好解决方案的同学少之又少,&br&从BEM中我们可以学习他优秀的方面纳为己用,&br&&b&团队合作永远是统一高于一切&/b&
再烂的东西,如果真的毫无价值,是会马上被历史所淹没的每个领域都有沉淀下来对特定开发者在特定场景有用的东西很赞同克军那句取其精华去其糟粕,何为精华,自己根据使用场景取舍可能大多数同学看到那么多下划线中划线以及那么长我靠还有驼峰的名字,就会觉得混…
BEM除了是一种新的命令方式之外，我个人认为他还是提出了模块与模块，组件与组件，模块与组件之间的管理方式。如何通过一种命名方式更好的管理和维护他们。&br&仅除命名的方式出发，很多同学会接受不了，认为命名繁琐，增加了文件体积，另外编写样式，写选择器麻烦，从而增加了工作量。如果仅从这两方面来说他不好，或许有点过激。&br&从一种思想上来看，BEM还是有很多值得大家去思考的，特别是用于维护项目，或者跨团队的开发当中，他的好处会明显见长。&br&任何一样东西能生存，都有其自己的优势，当然万物有得就必有失。这是相互的，至于我们前端人员，或者一个团队如何取舍，还是需要从自已或团队力量出发，有利用之，无利就不用了
BEM除了是一种新的命令方式之外，我个人认为他还是提出了模块与模块，组件与组件，模块与组件之间的管理方式。如何通过一种命名方式更好的管理和维护他们。仅除命名的方式出发，很多同学会接受不了，认为命名繁琐，增加了文件体积，另外编写样式，写选择器…
豆瓣前端工程师求解，华硕电脑，PRO45E1311VA-SL,处理器i3-3110,2G内存，500G硬盘，怎么在网上找不到这款啊，求大神解-中国学网-中国IT综合门户网站
> 求解，华硕电脑，PRO45E1311VA-SL,处理器i3-3110,2G内存，500G硬盘，怎么在网上找不到这款啊，求大神解
求解，华硕电脑，PRO45E1311VA-SL,处理器i3-3110,2G内存，500G硬盘，怎么在网上找不到这款啊，求大神解
转载 编辑：李强
为了帮助网友解决“求解，华硕电脑，PRO45E1311VA”相关的问题，中国学网通过互联网对“求解，华硕电脑，PRO45E1311VA”相关的解决方案进行了整理,用户详细问题包括:RT,我想知道:求解，华硕电脑，PRO45E1311VA-SL,处理器i3-3110,2G内存，500G硬盘，怎么在网上找不到这款啊，求大神解，具体解决方案如下：解决方案1：是否是正规的销售店啊，测试一下：1。英特尔因您而精彩。2。希望以上回复能够对您有所帮助.或者建议您首先试着下载个驱动软件或者鲁大师，首先非常感谢您对英特尔产品的关注与支持、配置，看看电脑的详细型号,根据您的描述建议您参考下列信息.请问您是在哪里购买的电脑您好解决方案2：下载个驱动软件或者鲁大师，测试一下，机子好用就行了。不要太过认真去考虑这个问题哟解决方案3：为何纠结于此款，还是有什么特别需求？解决方案4：不是，是我同学已经买了，但不知道为什么网上找不到这款，担心电脑有问题啊解决方案5：在官网认证下么，要不找华硕KFMM问问，只要验证能通过就好，用CPU-Z，鲁大师什么的测试下硬件，只要符合实际，就行，现在电脑更新换代太快，网上没收录也是可能的，这个不用太担心， 用着舒服就行啦！解决方案6：我也不知道啊，我的硬盘也是这样的通过对数据库的索引,我们还为您准备了： 华硕这貌似是笔记本吧? 不是默认I5的么 是I5的U。。。的话 那么你电脑卡多数原因是软件 系统问题。。推荐重装下。。。 I5的性能比2020是好很多。。。差距非常大===========================================华硕这个型号的笔记本还不错,关于性能方面要看你的用途是什么,用于一般办公室完全可以胜任的,散热快,反应快,屏幕也很大,男生女生用都好,我的是I5的,在广埠屯电脑城买的3...===========================================这款机子有几种型号的,不同型号价位也不一样。从性价比来看不如联想的好。如果你的机子要4000多元,建议你选购:联想Y400M 14.0英寸笔记本电脑(i5-T 2G独显...===========================================以最低效果玩的话,还勉强特效稍微高点,哪怕中端,都很卡, 你玩起来不怎么样也是正常的不过你这Pro45E100VJ-SL不卡,这个不太可能我看你被他给骗了Pro45E有很多不同的型...===========================================理由如下, 1,做工用料设计前者完爆后者渣渣E系列。记住,E系列和ThinkPad没关系。 2,你看错配置了,像PRO45EI202VJ-SL,i5 3230M + GT635M(好像市场上只有华硕的GT...===========================================1.8的主频,IVB架构,应该是赛扬1000M的处理器,PRO45还有i3及i5,预算够的话建议选择i系列酷睿的机型===========================================网上查不到cpu是焊接还是可拆卸的。这款笔记本是低端商务机,换cpu估计够呛。你可以咨询华硕服务热线确定一下,或拆机查看。=========================================== 不亏,这样的配置值这个价=========================================== 网上查了一下,有个重庆的卖家,3150元促销,你自己看看被坑了多少!=========================================== 这个一般的3D游戏都可以玩,比如炫舞啊飞车都可以===========================================
本文欢迎转载，转载请注明：转载自中国学网： []
用户还关注
可能有帮助}