有怎么样老鸟程序员知道而新手不知道的小技巧?来源:今日头条

1.@Styles.Render

作品权归作者全部。
购销转发请联系作者得到授权,非商业转发请申明出处。
作者:大狐狸
链接:https://www.zhihu.com/question/36426051/answer/76031743
来源:知乎

 在页面上得以用@Styles.Render(“~/Content/css”) 来加载css

理所当然只是分享几条意见,没悟出会有那样三个人喜欢。小编再补充部分,希望能对进阶中的程序朋友有帮忙。手提式有线电话机敲得,比较混乱。作为个人意见仅供参考。

率先要在App_Start 里面BundleConfig.cs 文件之中 添加要含有的css文件

1.重构是程序员的老将技能。

BundleConfig就是1个微软新加的 一个包裹的配置类

2.干活日志能升官脑体积。

用来Add 各种Bundle

3.先用profiler调查,才有脸谈优化。

bundles.Add(new
StyleBundle(“~/Content”).Include(“~/Content/common.css”));
//这么是指鹿为马的  new StyleBundle(“~/Content”) 
初始化的虚拟目录名称不可能跟 真正的目录相同  约等于后边的Include(“~/Content/common.css”)); 这里要把new
StyleBundle(“~/Content”)的”~/Content”
  改成别的名称

4.诠释贵精不贵多。杜绝大阿娘般的“例注”。漫山到处的碎碎念注释,实际正是背景噪音。

bundles.Add(new StyleBundle("~/Content1").Include("~/Content/common.css", "~/Content/content.css"));
bundles.Add(new StyleBundle("~/Content2").Include("~/Content/site.css" ));

5.常备程序员+google=超级程序员。

这里的“~/Content1”   可以随便起名(但一定要按那些U哈弗L格式来)
用于标记打包哪个文件夹上边包车型地铁.css
文件,后边的Include方法接受的是1个string[]
遵照传入的门路去对css文件进行打包

6.写单元测试总是合算的。

然后前边页面用@Styles.Render(“~/Content1”,“~/Content2”**)
来调用展现。  

7.不要先写框架再写完结。最好反过来,从原型中提炼框架。

           bundles.Add(new StyleBundle("~/Content1").Include("~/Content/content.css"));
            bundles.Add(new StyleBundle("~/Content1").Include("~/Content/site.css"));
            bundles.Add(new StyleBundle("~/Content1").Include("~/Content/common.css"));

8.代码结构清晰,其余难点都不算事儿。

那种意况增加相同的Key时 
程序会调用最后一回添加的~/Content/common.css

9.管理可以照旧不能,就看工作流。

理所当然也能够平昔在页面上来加载比如:

10.编码不用惧怕变化,要拥抱变化。

(2).@Styles.Render(“~/Content/site.css”, “~/Content/common.css”,
“~/Content/content.css”
)

11.常充电。程序员唯有一种死法:土死的。

要么 第3种格局+第1种方法结合来加载 比如:

12.
对此编制程序,隔绝是来势,起名是重庆大学,测试是骨干,调节和测试是填补,版本控制是后悔药。

BundleConfig里面添加了三个

13.
一行代码二个兵。必须形成函数/类/模块等机制才能战斗。不然正是一盘散沙。行还是不行千人班,万人排呀?不怕变成万人坑你就上。

 bundles.Add(new
StyleBundle(“~/Content1”).Include(“~/Content/common.css”));

  1. 重构/优化/修复Bug,同时只好作一件。

  2. 简短模块注意包装,复杂模块注意分层。

结合调用 :@Styles.Render(“~/Content1”, “~/Content/site.css”,
“~/Content/content.css”)

16.
人脑质量有限,整洁胜于杂乱。碰着读不懂的代码,可以品味整理下格式;倒霉用的接口,可尝试重新包装下。

那会儿页面上会加载一个css文件

  1. 迭代进程控制工作强度。想多快好省,简化开发流程,加快迭代进程。

不过 假诺BundleConfig里面这么

18.
记不清优化写代码,忘掉代码作优化。因为过早优化,往往事倍功半;而不通过全局属性衡量,优化也难有建树。

bundles.Add(new
StyleBundle(“~/Content1”).Include(“~/Content/common.css”,”~/Content/content.css”));

  1. 最好的工具是纸笔;其次好的是markdown。

  2. leader问你职分时间,你答不上来。非常的大概是任务拆分不够细。

  3. 宁可多算三十14日,不可少估一天。别总因为“好意”而让你的boss受惊吓。

  4. 最得力的言语是English。其次的也许是Python。

  5. 画出结果,调节和测试耗费时间将小幅度减少。

  6. 财富、代码应一道受版本管理。财富卓殊错误远比代码匹配错误更难排查。

  7. 决不基于想象开发,
    要基于原型开发。原型的价值是高效验证想法,帮我们节省时间。

  8. 体系化首要选拔明文文本
    。诸如二进制、混淆、加密、压缩等等有亟待时再加。

  9. 编译器永远比你懂微观优化。只可以向它不善于的矛头努力。

  10. 不要定过大、过远、过细的安插。就算定了也从没用。

  11. 至少50%日子将花在合龙上。

  12. 与主流观点/方法/风格/习惯相悖时,先检查本身最保障。

页面上那样写:@Styles.Render(“~/Content1”, “~/Content/site.css”,
“~/Content/content.css”)

31.
油然则生bug主动查。那是宝贵的成才机会(对经验对印象都以)。当然还有:外人查出来你会很沮丧。

看样子没那几个”~/Content/content.css”重复了, 2边都引用了.. 那时候
程序不会再推行页面上引用的css

  1. 不知怎么选技术书时就挑薄的。起码不会太贵,且你能看完。

  2. git是最棒的。简单,可信,免费。

  3. 仅对“可预测的非理性”抛断言。

  4. Log要有时间和分类,并且要能重定向输出。

  5. 诠释是稍差的文书档案。更好的是分明的代码命名。

  6. 造轮子是很好的练习方法。不过前提是见过其余轮子。

  7. code
    review最好以小组或结伴为主。因为对作业有丰富通晓提出才更有价值。而且不会化为担当。注意,提交进度中的管理员review很不难变成瓶颈。

  8. 问问前先做调查斟酌。节约我们的岁月。

  9. 永久别小看程序媛(╯3╰)

留神:使用Bundle来引用css有个便宜
便是足以把多个css文件在联合请求,浏览器只发1遍呼吁 
可是必须在Global.asax里面 加一段代码  BundleTable.EnableOptimizations =
true;

来启用优化,看最终结果

 再正是 当页面下次再一次发送请求的时候 BundleConfig里面没有更改的话
浏览器会从缓存中去取 ,那一点大大进步了品质 …

发表评论

电子邮件地址不会被公开。 必填项已用*标注

网站地图xml地图