ASP.NET前端开发经验总结

通过此次大作业的设计到完成，我负责的是web前端的开发，经过此次作业和结合W3C上的自学，我渐渐有了一些对前端开发的小小经验（仅为个人意见）。 WEB标准是什么？

说是WEB标准，不过我这里主要是对HTML5 和 CSS3.0的一些经验总结。因为WEB含盖的内容实在是太多了，“WEB标准”是一系列标准的总称，包括HTML5.0、HTML4.0、XHTML1.1、CSS3.0、CSS2.1、XML1.0、RSS2.0、ECMAScript1.1、DOM1.0等等。所以这里要跟大家指出来一下，WEB标准不是我们所说的DIV+CSS。

刚刚上面提到了――DIV+CSS，这里要说明下，这样说其实是不正确的。DIV+CSS准确的说法（个人的理解）应该是：采用W3C推荐的WEB标准中的HTML5结合CSS3.0样式表制作页面的方法，DIV应该指的是HTML标签，而CSS显示是指的CSS样式表了。

采用WEB标准开发的好处

那么W3C为什么会推荐这样的页面制作方法呢？下面我们就简单的看看采用WEB标准开发（个人理解的）相对以前TABLE布局的优势有哪些？

1、节约运营成本

看看我们的WEB标准制作方法是如何做到的？

采用WEB标准制作，我们可以做到表现很形式的分离，我们用XHTML来表现（数据），用CSS来控制（页面元素呈现的）形式。写的好的页面，XHTML代码中基本上都是用户要看的数据，还其他修饰性的东西，全部由我们的CSS来控制。这样一来我们的（XHTML）页面的体积就大大减小了，这样你在带宽上的费用就会大家降低了，这个怎么降低的，你可以想象一下，YAHOO的首页小1K，100W个人一起访问，那么带宽节约了多少？而且可以更充分的利用带宽。

而我们的CSS控制了，所有的页面元素的样式，现在想改网站的整体风格，你只需要花几分钟修改一下一个CSS文件，就可以轻松搞定了。维护的成本也下来了，省了不少钱了吧？还有，你开这个页面的速度会快很多啊，一个让你等半分钟的页面，除非里面的信息对你很有用，不然我们大家基本都没有太多的时间去用来等待的。

…… …… 余下全文

一些前端开发优化的经验总结

发现的一篇关于前端优化的文章，总结的很全面，要做到面面俱到很难，往往是想优化而没有时间去优化，就像我们公司，一个项目连着一个项目~新员工的培训都省了，还想优化前端啊，不过我真的想有机会和老大好好的整合下公司网站的前端代码~不过要把前端优化的工作放在平时的写代码中去，就不需要刻意的后期优化了。在项目开发中，后台需要搭建好框架，前端更是需要搭建好框架，并且在页面实现中得到实现，只有这样才能事半功倍。

前段时间简单的研究了下前端优化相关的知识，本文算是一个阶段性的总结，或者当做一个优化的参考List。

前言

前端是庞大的，包括HTML、CSS、Javascript、Image、Flash等等各种各样的资源。前端优化是复杂的，针对方方面面的资源都有不同的方式。那么，前端优化的目的是什么？

1. 从用户角度而言，优化能够让页面加载得更快、对用户的操作响应得更及时，能够给用户提供更为友好的体验。

2. 从服务商角度而言，优化能够减少页面请求数、或者减小请求所占带宽，能够节省可观的资源。

总之，恰当的优化不仅能够改善站点的用户体验并且能够节省相当的资源利用。 前端优化的途径有很多，按粒度大致可以分为两类，第一类是页面级别的优化，例如HTTP请求数、脚本的无阻塞加载、内联脚本的位置优化等；第二类则是代码级别的优化，例如Javascript中的DOM操作优化、CSS选择符优化、图片优化以及HTML结构优化等等。另外，本着提高投入产出比的目的，后文提到的各种优化策略大致按照投入产出比从大到小的顺序排列。

一、页面级优化

1. 减少HTTP请求数

这条策略基本上所有前端人都知道，而且也是最重要最有效的。都说要减少HTTP请求，那请求多了到底会怎么样呢？首先，每个请求都是有成本的，既包含时间成本也包含资源成本。一个完整的请求都需要经过DNS寻址、与服务器建立连接、发送数据、等待服务器响应、接收数据这样一个“漫长”而复杂的过程。时间成本就是用户需要看到或者“感受”到这个资源是必须要等待这个过程结束的，资源上由于每个请求都需要携带数据，因此每个请求都需要占用带宽。另外，由于浏览器进行并发请求的请求数是有上限的(具体参见此处)，因此请求数多了以

…… …… 余下全文

WEB前端开发经验总结1

结构，结构，刚才我提到了标签有块级元素和行内元素之分的，要是不理解好这两个概念，我们也不会很好的了解怎么合理的结构化页面，现在就来介绍它们：

块级元素

块级元素生成一个元素框，（默认地）它会填充其父级元素的内容，旁边不能有其他元素。换句话说，他在元素框之前和之后生成了“分隔”符。我们最熟悉的HTML元素是p和div.

行内元素

行内元素在一个文本行内生成元素框，而不会打断这行文本。行内元素最好的例子就是XHTML中的a元素。strong和em也属于行内元素。这些元素不会在它本身之前或之后生成“分隔符”，所以可以出现在另一个元素的内容中，而不会破坏其显示。

注意，尽管“块”和“行内”这两个词与HTML和XHTML中的块级和行内元素有很多共同点，但也存在一个重要的差别。在HTML和XHTML中，块级元素不能继承自行内元素（即不能嵌套在行内元素中）。但是CSS中，对于显示角色如何嵌套不存在任何限制。

恩，还是不能把CSS跟XHTML完全的分开谈，没办法。现在大家了解了什么是块级元素和什么是行内元素了吧。还是回过头来接着说我们的结构化吧，以上讲了这么多，我都是在讲XHTML标签要结构化，所以基本跟CSS关系不大，那么我们下面看看我写的这个页面的代码在没有CSS的情况想，是否结构清晰吧：

看看，页面是不是依旧很清晰，很容易看出，哪里是标题，哪里是导航，哪里是搜索表单？呵呵，其实我这么给大家看的页面，跟我们的搜索引擎查看页面的结构很接近了，到这里大家可能体会到一些搜索引擎友好的意思了吧？

其实让我们看看这个页面的DOM数状图，可能我们对一个简洁合理的结构化布局的页面有更直观的了解。

看看，是不是做到了我说的：XHTML标签充分的语意化、尽量少的嵌套、页面里基本只显示用户需要看的数据、对搜索引擎友好（没有CSS支持时，浏览页面时同样清晰，层次分明，十分容易查看的数据。），已做了基本的SEO优化

…… …… 余下全文

本人从事IT工作多年，亲身参与过多个项目。感到做这个工作最要紧的就是要明白什么的员工适合做什么样的事，合理分工、因地制宜，只有最合适的，项目经理最忌讳的就是完美主义倾向，尤其是做技术人员出身的，喜欢寻找标准答案，耽误工作进度。以下是本人做项目的一些个人体会，希望大家多多指点，共同提高业务水平。

项目开始阶段是一个最重要的阶段。项目经理在接手一个新项目的时候，首先要尽可能地多从各个方面了解项目的情况，如：

1.这个项目是什么项目，具体大概做什么事情，是谁提出来的，目的是解决什么问题。在国内很多客户都很不成熟的情况下，千万不要根据项目的名称望文生义地去想象项目的目标。前期了解情况越详细，后面的工作就越顺利，项目的风险就越小。

2.这个项目里牵涉哪些方面的人，如投资方、具体业务干系方、项目建成后的运营方、技术监督方等等，很多项目里除了业主单位的结构很复杂以外，还有一些其他单位也会牵涉进来，如项目监理公司、业主的行业主管机构等。项目经理需要了解每个方面的人对这个项目的看法和期望是什么。事先了解各个方面的看法和期望，尽可能的争取更多人的支持，让事情向你所希望的方向发展。只要有利益存在，竞争方也可能做合作方。

3.基本了解了客户的情况后，下面的事情就是了解自己公司各方面对这个项目的看法。首先是高层领导是否重视，这个决定了你在需要资源的时候，公司是否会根据你的要求提供最有力的支持。领导口头肯定是说支持的，你需要做的是了解公司对这个项目的实际期望，是想把项目越做越大还是想赚钱？是想做样板工程还是干脆想敷衍了事，公司领导对项目的态度决定了你做这个项目的战略，而这个战略方针将对你做项目计划产生直接的影响；

4.在做整体项目计划前，还要大致计算一下你手上的资源。首先是时间，现在市场竞争激烈，往往很多项目要求在几乎不可能的时间范围里完成。对于这一点，你在做项目的风险控制计划的时候要充分考虑。其次是人员，根据项目预算和已往经验，大致计算一下未来的项目小组有多少种角色，每个角色目前公司是否有人，是否能完全归这个项目使用，是否需要另外招聘一些人员，招聘的准备工作要尽早启动。最后就是一些设备的准备，项目所需大件关键设备要尽早预定，以后不管发生设备等人还是人等设备的情况，浪费的都是你的时间；

…… …… 余下全文

基于高速USB2.0的数据采集系统项目经验总结

王晓莉

这次关于《基于高速USB2.0的数据采集系统项目》我主要工作是协助项目经理对项目进行管理，负责了部分文档的整理以及整个项目过程的监督。虽存在些许的不足之处，但总体的付出，还是获得了不少收益，现就次工作情况，做简要总结：

一、工作内容和收获：

1、工作内容：

a、参与项目的制定，进行会议记录。

b、策划并组织团队建设活动。

c、讨论风险登记，运用头脑风暴法。

d、汇总整理项目状态报告。

e、监督项目组其他同学的项目进度，进行沟通协调并且向项目经理进行报告。

f、协调项目经理进行项目变更。

2、工作收获：

a、工作敏感度有所提高，能够较积极地向项目经理汇报工作进度

与结果;

b、工作适应力逐步增强，对后期安排的工作，现已得心应手；

二、工作中存在的不足：

1、工作细心度仍有所欠缺;在日常工作中，时常有些工作因为不够

细心，从而浪费时间或是再做一遍。相信以后遇到类似问题，一定会仔细、仔细、再仔细来完成每项工作;

2、因为对技术方面的内容不是很了解，出现过一些沟通问题。以

后工作中自己会在做好本职工作同时积极参与其他工作的学习。

三、经验体会：

这次项目过程中对之前所学的项目管理内容进行了融会贯通，对之前理论学习进行动手之后有了更深刻的认识。就自己负责的行政管理内容这一块也发现了一些问题，自己的优势是比较善于沟通协调，做事积极主动，善于发现问题。缺点是对于自己不涉及的领域了解还不够知识面比较窄，并不是专业的IT行政工作者。即使以后想做管理这一块，我觉得学好技术还是很有必要的，不然跟工程师的沟通问题会比较大。根据以上工作中存在的不足，我也会不断改进，提高自我工作意识及工作效率，努力做好以后学习工作中的每一件事情!

…… …… 余下全文

本人做项目经理工作多年，感到做这个工作最要紧的就是要明白什么是因地制宜、因势利导，只有最合适的，没有什么叫对的，什么叫错的，项目经理最忌讳的就是完美主义倾向，尤其是做技术人员出身的，喜欢寻找标准答案，耽误了工作进度，也迷茫了自己。以下是本人一些做项目的个人体会，写出来供大家指点，在讨论过程中共同提高水平。

项目开始阶段是一个最重要的阶段。项目经理在接手一个新项目的时候，首先要尽可能地多从各个方面了解项目的情况，如：

1. 这个项目是什么项目，具体大概做什么事情，是谁提出来的，目的是解决什么问题。在国内很多客户都很不成熟的情况下，千万不要根据项目的名称望文生义地去想象项目的目标。一个名为“办公自动化”的项目很有可能在你进场以后一个月才发现客户其实需要的是一个计算机生产管理辅助信息系统系统。前期了解情况的工作越详细，后面的惊讶就越少，项目的风险就越小。

2. 这个项目里牵涉哪些方面的人，如投资方、具体业务干系方、项目建成后的运营方、技术监督方等等，很多项目里除了业主单位的结构很复杂以外，还有一些其他单位也会牵涉进来，如项目监理公司、业主的行业主管机构等。项目经理需要了解每个方面的人对这个项目的看法和期望是什么。事先了解各个方面的看法和期望，可以让你在做项目碰到问题的时候，就每件事情分析哪些人会在什么方面支持你，哪些人会出于什么目的反对你，从而提前准备联合朋友去对抗敌人，让事情向你所希望的方向发展。没有永远的朋友，也没有永远的敌人，只有一致的利益，这句话作为项目经理是一定要记住的;

3.基本了解了客户的情况后，下面的事情就是了解自己公司各方面对这个项目的看法。首先是高层领导是否重视，这个决定了你在需要资源的时候，公司是否会根据你的要求提供最有力的支持。领导口头肯定是说支持的，你需要做的是了解公司对这个项目的实际期望，是想把项目越做越大还是想赚钱?是想做样板工程还是干脆想敷衍了事，公司领导对项目的态度决定了你做这个项目的战略，而这个战略方针将对你做项目计划产生直接的影响;

…… …… 余下全文

项目经验总结（2）

今天一样还是做这个小项目，算了，废话不多说了，我还是来说一下今天在项目中遇到的问题，还有用到的技术吧。

1、首先就是怪物的死亡掉落了

这个刚改的时候比较伤脑筋，因为要让怪物血量到0的时候有个死亡的动画，然后等动画结束时候后再销毁，所以我用的是销毁中的参数，因为我的掉落物品是在销毁的那里写，所以要写在血量为0的时候，但是因为那个销毁的原因，这一段的代码会在Update当中被调用好多次，所以我想到了不用那个参数，改用倒计时销毁了，当到时见的时候调用一次直接销毁，并且克隆想要的东西，然后改变标志位，止痒就只会执行一次了。

2、第二个就是物品克隆时的随机生成了，让它只有一定的几率掉落产生掉落

我第一时间想到是随机Random.Range，因为可以只随机整数，而且有范围，然后取出其中的一个作为判断，就是判断这个随机数是不是这个数，这样不就是具备了分母和分子特性，只要把克隆写在判断里面，这样就是一个随机生成了。

前两点我的代码：

if (lifeTime == 0)//当生命为0的时候销毁该物体

{

if (this.dietime < 0)//倒计时，血量到0的时候有多长时间了

{

int a = Random.Range(0, 3);//随机生成0到3的一个数，赋值给a，这个可以有1/3的几率的到其中的一个数，所以这个随机率就是1/3

if (a >= 1)//和上面那句一样，用来随机的

{

GameObject go = Instantiate(money, transform.position, Quaternion.identity) as

GameObject;

//克隆掉落的物品，至于里面的参数就请看看我以前关于克隆的日志吧，里面于详细的介绍哦！！

}

this.dietime = 1.0f;//计时器嘛，既然都结束了，当然要恢复原来的值了

…… …… 余下全文