<?xml version="1.0" encoding="utf-8" ?><rss version="2.0"><channel><title><![CDATA[]]></title><description><![CDATA[]]></description><link>https://blog.csdn.net/sgllight</link><language>zh-cn</language><generator>https://blog.csdn.net/</generator><copyright><![CDATA[Copyright &copy; sgllight]]></copyright><item><title><![CDATA[javascript实践-Jquery之undefined-null]]></title><link>https://blog.csdn.net/sgllight/article/details/41971457</link><guid>https://blog.csdn.net/sgllight/article/details/41971457</guid><author>sgllight</author><pubDate>Tue, 16 Dec 2014 23:26:04 +0800</pubDate><description><![CDATA[﻿﻿

JS
中如何判断 undefined


JavaScript 中有两个特殊数据类型：undefined和
 null，下节介绍了 null
的判断，下面谈谈 undefined
的判断。

以下是不正确的用法：

var exp = undefined;
if (exp == undefined)
{
    alert("undefined");
}]]></description><category></category></item><item><title><![CDATA[javascript实践-Jquery之Jquery对象与DOM对象]]></title><link>https://blog.csdn.net/sgllight/article/details/41971409</link><guid>https://blog.csdn.net/sgllight/article/details/41971409</guid><author>sgllight</author><pubDate>Tue, 16 Dec 2014 23:23:16 +0800</pubDate><description><![CDATA[﻿﻿

Window.onload=function(){

//页面加载,不能同时编写多个，最后面的会覆盖前面的

}

 

$(document).ready(function(){

//页面加载,能同时编写多个

});

相当于

$(function(){

//页面加载,能同时编写多个9

});

 

$(“#foo”).ht]]></description><category></category></item><item><title><![CDATA[JavaScript实践-Jquery之html()、text()、val()]]></title><link>https://blog.csdn.net/sgllight/article/details/41971325</link><guid>https://blog.csdn.net/sgllight/article/details/41971325</guid><author>sgllight</author><pubDate>Tue, 16 Dec 2014 23:21:19 +0800</pubDate><description><![CDATA[1.    
html()用为读取和修改元素的HTML标签


2.    
.text()用来读取或修改元素的纯文本内容


3.    
.val()用来读取或修改表单元素的value值。


这三个方法功能上的对比


1.    
.html(),.text(),.val()三种方法都是用来读取选定元素的内容；只不过.html()是用来读取元]]></description><category></category></item><item><title><![CDATA[HTTP中的GET/POST传输区别（转）]]></title><link>https://blog.csdn.net/sgllight/article/details/17265433</link><guid>https://blog.csdn.net/sgllight/article/details/17265433</guid><author>sgllight</author><pubDate>Wed, 11 Dec 2013 16:18:24 +0800</pubDate><description><![CDATA[浅谈 HTTP中Get与Post的区别GET方式传值的最大长度都有些道理。
引用其中一些观点：get 首先是"GET方式提交的数据最多只能是1024字节"，因为GET是通过URL提交数据，那么GET可提交的数据量就跟URL的长度有直接关系 了。
而实际上，URL不存在参数上限的问题，HTTP协议规范没有对URL长度进行限制。这个限制是特定的浏览器及服务器对它的限制。
IE对URL长度的限制是]]></description><category></category></item><item><title><![CDATA[WPF\Silverlight 数据源绑定方式]]></title><link>https://blog.csdn.net/sgllight/article/details/17162813</link><guid>https://blog.csdn.net/sgllight/article/details/17162813</guid><author>sgllight</author><pubDate>Fri, 06 Dec 2013 10:44:49 +0800</pubDate><description><![CDATA[WPF
 
oneWay:使用 OneWay 绑定时，每当源发生变化，数据就会从源流向目标。
OneTime: 绑定也会将数据从源发送到目标；但是，仅当启动了应用程序或 DataContext 发生更改时才会如此操作，因此，它不会侦听源中的更改通知。
OneWayToSource: 绑定会将数据从目标发送到源。
TwoWay: 绑定会将源数据发送到目标，但如果目标属性的值发生变化，则会将]]></description><category></category></item><item><title><![CDATA[.NET 反射：反射发出（Reflection Emit）]]></title><link>https://blog.csdn.net/sgllight/article/details/9134841</link><guid>https://blog.csdn.net/sgllight/article/details/9134841</guid><author>sgllight</author><pubDate>Thu, 20 Jun 2013 10:37:56 +0800</pubDate><description><![CDATA[System.Reflection命名空间及其包含的类，开发人员使用这些类可以查看程序集的元数据，并且可以在运行时查找和发现类型，甚至可以调用发现的代码。
在这篇文章中，我们将探讨反射的高级功能：Emit，它具有在运行时动态的产生代码的功效。

回顾反射

首先，让我们快速的回顾一下，什么是反射以及反射可以被用来做什么。反射是在运行时发现对象的相关信息，并且执行这些对象（创建对象实例，执]]></description><category></category></item><item><title><![CDATA[ASP.NET  页面生命周期]]></title><link>https://blog.csdn.net/sgllight/article/details/9134521</link><guid>https://blog.csdn.net/sgllight/article/details/9134521</guid><author>sgllight</author><pubDate>Thu, 20 Jun 2013 10:12:11 +0800</pubDate><description><![CDATA[微软的文档给出的ASP.NET生命周期如下：
 
Page 
Request 
Start  
Page 
Initialization 
Load 
Validation  
Postback 
event 
handling 
Rendering 
Unload  
根据这个组合出一个缩写非常容易。
既然
Page 
Request
技术上并不是页面生命周期]]></description><category></category></item><item><title><![CDATA[关于编码UTF-8,GBK,GB2312]]></title><link>https://blog.csdn.net/sgllight/article/details/9126747</link><guid>https://blog.csdn.net/sgllight/article/details/9126747</guid><author>sgllight</author><pubDate>Wed, 19 Jun 2013 11:02:22 +0800</pubDate><description><![CDATA[UTF-8：Unicode TransformationFormat-8bit，允许含BOM，但通常不含BOM。是用以解决国际上字符的一种多字节编码，它对英文使用8位（即一个字节），中文使用24为（三个字节）来编码。UTF-8包含全世界所有国家需要用到的字符，是国际编码，通用性强。UTF-8编码的文字可以在各国支持UTF8字符集的浏览器上显示。如，如果是UTF8编码，则在外国人的英文IE上也能显示]]></description><category></category></item><item><title><![CDATA[项目管理-什么是项目管理]]></title><link>https://blog.csdn.net/sgllight/article/details/7752317</link><guid>https://blog.csdn.net/sgllight/article/details/7752317</guid><author>sgllight</author><pubDate>Mon, 16 Jul 2012 19:57:11 +0800</pubDate><description><![CDATA[项目管理，简称（PM）就是项目的管理者，在有限的资源约束下，运用系统的观点、方法和理论，对项目涉及的全部工作进行有效地管理。即从项目的投资决策开始到项目结束的全过程进行计划、组织、指挥、协调、控制和评价，以实现项目的目标。
　　项目是指一系列独特的、复杂的并相互关联的活动，这些活动有着一个明确的目标或目的，必须在特定的时间、预算、资源限定内，依据规范完成。项目参数包括项目范围、质量、成本、时间、]]></description><category></category></item><item><title><![CDATA[项目管理-项目管理的原则与注意事项]]></title><link>https://blog.csdn.net/sgllight/article/details/7752363</link><guid>https://blog.csdn.net/sgllight/article/details/7752363</guid><author>sgllight</author><pubDate>Mon, 16 Jul 2012 19:57:01 +0800</pubDate><description><![CDATA[项目管理的十大原则
　　1 工欲善其事，必先利其器；
　　2 名不正则言不顺，言不顺则事不成；
　　3 其身正，不令而行；
　　4 凡事预则立，不预则废；
　　5 磨刀不误砍柴功；
　　6 统筹兼顾；
　　7 无以规矩不成方圆；
　　8 欲速则不达；
　　9 众人拾柴火焰高；
　　10 不知言，无以知人也。
项目管理的注意事项
　　1、项目组成立
　　成立项目组是项目能否]]></description><category></category></item><item><title><![CDATA[项目管理-项目管理的工作内容与运作流程]]></title><link>https://blog.csdn.net/sgllight/article/details/7752378</link><guid>https://blog.csdn.net/sgllight/article/details/7752378</guid><author>sgllight</author><pubDate>Mon, 16 Jul 2012 19:56:15 +0800</pubDate><description><![CDATA[项目管理工作内容
　　1、对项目进行前期调查、收集整理相关资料，制定初步的项目可行性研究报告，为决策层提供建议。协同配合制定和申报立项报告材料。　
　　2、对项目进行分析和需求策划。　
　　3、对项目的组成部分或模块进行完整系统设计。　
　　4、制定项目目标及项目计划、项目进度表。　
　　5、制定项目执行和控制的基本计划。　
　　6、建立项目管理的信息系统。　
　　7、项目进程控制，]]></description><category></category></item><item><title><![CDATA[设计模式-工厂方法模式(Factory Method Pattern)]]></title><link>https://blog.csdn.net/sgllight/article/details/7737490</link><guid>https://blog.csdn.net/sgllight/article/details/7737490</guid><author>sgllight</author><pubDate>Wed, 11 Jul 2012 17:36:41 +0800</pubDate><description><![CDATA[工厂方法模式(Factory Method)：将创建一个产品的任务，推迟到子类中。核心工厂类不再负责产品的创建。
这样核心类成为一个抽象工厂。负责具体子类工厂必须实现的接口。这样的好处是在不改变具体子类工厂的前提下
增加新的产品。


工厂方法模式角色与结构：
抽象工厂角色(AbstractFactory)：是工厂方法模式的核心，创建的子类工厂必须实现这个接口。
具体工厂角色(Con]]></description><category></category></item><item><title><![CDATA[设计模式-多例模式(Multiton Pattern)]]></title><link>https://blog.csdn.net/sgllight/article/details/7737481</link><guid>https://blog.csdn.net/sgllight/article/details/7737481</guid><author>sgllight</author><pubDate>Wed, 11 Jul 2012 17:35:18 +0800</pubDate><description><![CDATA[多例模式(Multiton Pattern) 实际上是单例模式的扩展。
多例模式(多例类)具有以下特点：
1、多例类可以有多个实例
2、多例类必须自己创建，管理自己的实例，并向外界提供自己的实例。
3、实例数目可以为有限个也可以没有上限。
代码如下：
   public class MutitonPattern
    {
        #region 属性]]></description><category></category></item><item><title><![CDATA[软件生命周期模型]]></title><link>https://blog.csdn.net/sgllight/article/details/7737474</link><guid>https://blog.csdn.net/sgllight/article/details/7737474</guid><author>sgllight</author><pubDate>Wed, 11 Jul 2012 17:33:15 +0800</pubDate><description><![CDATA[软件开发过程中常用的软件生命周期模型
1）瀑布模型
2）迭代模型
3）原型模型
4）增量模型


定义一个适用的软件生命周期是软件项目策划的基点，也是用以规范项目管理的重要手段。
为此，对项目定义软件生命周期时，应该选择一个合适 的软件生命周期模型，然后再根据实际项目情况，
裁剪出合适的软件生命周期定义。
1、瀑布模型选择准则：
1）用户开始就给出明确的需求，且在开发过程需求]]></description><category></category></item><item><title><![CDATA[正则表达式符号解释]]></title><link>https://blog.csdn.net/sgllight/article/details/7731128</link><guid>https://blog.csdn.net/sgllight/article/details/7731128</guid><author>sgllight</author><pubDate>Tue, 10 Jul 2012 00:00:57 +0800</pubDate><description><![CDATA[字符


描述




\ 


将下一个字符标记为一个特殊字符、或一个原义字符、或一个向后引用、或一个八进制转义符。例如，'n'匹配字符 "n"。'\n'匹配一个换行符。序列
 '\\'匹配 "\"
而 "\(" 
则匹配 "("。




^ 


匹配输入字符串的开始位置。如果设置了 RegExp对象的 Multiline属性，^
也匹配 '\n]]></description><category></category></item><item><title><![CDATA[设计模式-单例模式(Singleton Pattern)]]></title><link>https://blog.csdn.net/sgllight/article/details/7719794</link><guid>https://blog.csdn.net/sgllight/article/details/7719794</guid><author>sgllight</author><pubDate>Thu, 05 Jul 2012 20:32:00 +0800</pubDate><description><![CDATA[单例模式的特点：
 单例类只能有一个实例
 单例类必须自己创建自己唯一的实例
单例类必须给所有其他对象提供这一实例


单例模式（Singleton Pattern ）中只包含一个角色(Singleton),该角色拥有一个私有构造函数，确保
用户无法通过构造函数(new)去直接实例化。此外单例模式包含一个静态私有变量_Instance 以及静态共有方法CreateInstance()]]></description><category></category></item><item><title><![CDATA[敏捷开发-敏捷软件开发宣言]]></title><link>https://blog.csdn.net/sgllight/article/details/7718617</link><guid>https://blog.csdn.net/sgllight/article/details/7718617</guid><author>sgllight</author><pubDate>Thu, 05 Jul 2012 14:50:25 +0800</pubDate><description><![CDATA[n 个体和交互 胜过 过程和工具 

　　 可以工作的软件 胜过 面面俱到的文档 
　　 客户合作 胜过 合同谈判 
　　 响应变化 胜过 遵循计划 
　　虽然右项也有价值，但是我们认为左项具有更大的价值。 

　n 我们最优先要做的是通过尽早的、持续的交付有价值的软件来使客户满意。

敏捷软件开发宣言遵循的原则：
　　
n 即使到了开发的后期，也欢迎改变需求。敏捷过程利用变]]></description><category></category></item><item><title><![CDATA[敏捷开发-建模的误区]]></title><link>https://blog.csdn.net/sgllight/article/details/7718612</link><guid>https://blog.csdn.net/sgllight/article/details/7718612</guid><author>sgllight</author><pubDate>Thu, 05 Jul 2012 14:46:09 +0800</pubDate><description><![CDATA[走出一般性的设计误区，迈向成功之途 无论你遵从的是重量级的方法，比如Enterprise UnifiedProcess(EUP），还是轻量级的开发过程，如Extreme Programming(XP），建模在软件开发中都是不可或缺的。但不幸的是其中充斥着各种谬误与迷思。这来自于各个方面，有从理论家错误的研究、数十年来信息技术领域内的文化沉积、软件工具开发商天花乱坠半的市场宣传以及象Object]]></description><category></category></item><item><title><![CDATA[敏捷开发-合格的敏捷建模者]]></title><link>https://blog.csdn.net/sgllight/article/details/7718589</link><guid>https://blog.csdn.net/sgllight/article/details/7718589</guid><author>sgllight</author><pubDate>Thu, 05 Jul 2012 14:40:32 +0800</pubDate><description><![CDATA[敏捷建模者的个性 
　　Alistair Cockburn指出：很多的方法学都定义了软件开发项目中开发人员所担任的角色，同时还定义个各个角色执行的任务，尽管入席，这些方法并没有定义这些角色最适合的人选。一个人要想成功的担任某个角色，他应当很好的适应它－－虽然这并不需要人们掌握所有的技能，但人们必须要慢慢的熟悉这些技术。我的经验告诉我，要成为一个成功的敏捷建模者，下面的列出的个性是必要的：]]></description><category></category></item><item><title><![CDATA[敏捷开发-敏捷建模的实践]]></title><link>https://blog.csdn.net/sgllight/article/details/7718487</link><guid>https://blog.csdn.net/sgllight/article/details/7718487</guid><author>sgllight</author><pubDate>Thu, 05 Jul 2012 14:36:39 +0800</pubDate><description><![CDATA[敏捷建模（AM）在AM原则的基础上定义了一组核心实践（practice）和补充实践，其中的某些实践已经是极限编程（XP）中采用了的，并在 Extreme Programming Explained一书中有详细的论述，和AM的原则一样，我们在描述这组实践时，将会注重于建模的过程，这样你可以从另外一个角度来观察这些已或XP采用的素材。

核心实践
　　◆Stakeholder的积极参与 我们对X]]></description><category></category></item></channel></rss>