发什么老鸟程序员知道假设新手不精通之略微技巧?来源:网易

1.@Styles.Render

著作权归作者所有。
商业转载请联系作者获得授权,非商业转载请注脚出处。
作者:大狐狸
链接:https://www.zhihu.com/question/36426051/answer/76031743
来源:知乎

 在页面上可为此@Styles.Render(“~/Content/css”) 来加载css

理所当然只是分享几漫漫意见,没悟出会发生诸如此类六个人口欢喜。我更添部分,希望能针对进阶中之顺序朋友来救助。手机敲得,相比较混乱。作为个人观点才供参考。

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

1.重构是程序员的主力技能。

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

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”   可以管起名(但必然要依据这URL格式来)
用于标记打包哪个文件夹下面的.css
文件,后边的Include方法接受之是一个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.常充电。程序员只有同种植死法:土死的。

要么 第一栽格局+第二栽格局结合来加载 比如:

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.
脑性能有限,整洁胜于杂乱。遭受读不清楚的代码,可以品尝整理下格式;不好用的接口,可尝再一次包装下。

这会儿页面及会合加载3单css文件

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

可是 即便BundleConfig里面这么

18.
忘记优化写代码,忘掉代码作优化。因为过早优化,往往从倍功半;而不经全局属性度量,优化也难来建树。

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

  1. 太好之家伙是纸笔;其次好的凡markdown。

  2. leader问你任务时间,你答不上来。很可能是天职拆分不丰硕细致。

  3. 宁可多算一周详,不可少估一天。别总以“好意”而吃您的boss受惊吓。

  4. 太有效之言语是English。其次的恐怕是Python。

  5. 描绘来结果,调试耗时以可以减少。

  6. 资源、代码应平等鸣给版本管理。资源非凡错误远较代码匹配错误又难以排除查。

  7. 毫无因想象开发,
    要基于原型开发。原型的价是急速验证想法,帮我们节省时间。

  8. 系列化首选明文文本
    。诸如二进制、混淆、加密、压缩等等有需要平时再度加。

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

  10. 无使定了大、过远、过密切的计划。固然定矣吗远非就此。

  11. 起码半数年华将费在合龙及。

  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文件在同要,浏览器就作一样糟呼吁 
不过要在Global.asax里面 加一截代码  BundleTable.EnableOptimizations =
true;

来启用优化,看最后结果

 而且 当页面下次更发送请求的早晚 BundleConfig里面没改动的语句
浏览器会从缓存中错过取 ,这或多或少大大提升了性 …

发表评论

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

网站地图xml地图