楔子

博客园最近正在整合闪存和博客.刚好我最近也在捣腾博皮,所以关注了下整合的结果.不得不说,园子最终的生成的html相当的不规范,语义性混乱,或者说很多冗余,也许就是所谓的div强迫症/class强迫症.

HTML的语义性

我不知道从什么时候开始,Table的布局开始为国人所唾弃,div+css的布局开始大受吹捧.不管引领潮流的是哪个,我们所追求的目标是一致的,"让html更简练,更可读."

• 更简练,意味着去除不需要的冗余,分离内容和展现,清除纯粹用于布局的tag.
• 更可读,意味着提高html本身的语义性,让html解释它本身所要表达的意思.

而这样子做的好处是什么呢?

• 简练,让内容和展现松耦合,利于分工,最大化利用web缓存机制,减少网路流量,加快页面渲染.
• 可读,让内容结构更清晰,利于被各种终端理解(比如盲人的屏幕阅读器,搜索引擎的爬虫).

Block-level Elements(块级元素) VS Inline Elements(内联元素)

在Html的规范中,这么说到(摘自棕熊童鞋的[Quicky] block 和 inline 的区别是？)

所有允许被 BODY 元素包含的元素，要么是块级的；要么是内联的；要么既可以算作块级的，也可以算作内联的。但是绝对不存在一个能被BODY包含，但即非块级，又非内联的元素。
常见的块级元素有 DIV, FORM, TABLE, P, PRE, H1~H6, DL, OL, UL 等等。
常见的内联元素有 SPAN, A, STRONG, EM, LABEL, INPUT, SELECT, TEXTAREA, IMG, BR 等等。
另外，SCRIPT, OBJECT, MAP, BUTTON, DEL, INS 这些元素，既可以作为块级元素，也可以作为内联元素。

那么块级元素和内联元素具体有什么区别呢？具体表现在以下几个方面： 

一般来说块级元素可以包含块级元素和内联元素；但内联元素只能包含内联元素。 要注意的是，每个特定的元素，能包含的元素也是特定的，所以具体到个别元素上，这条规律是不适用的。

比如 P 元素，只能包含内联元素，而不能包含块级元素。

code
<!-- 这是不符合规范的 -->
<p><div>balalbalabala</div></p>
<!-- 这是规范允许的-->
<p><span>balalbalabala</span></p>

具体关于这方面的知识,大家可以阅读棕熊童鞋的[Quicky] block 和 inline 的区别是？

为什么是div+css的布局

把追求语义性定义为"div+css布局",其实是狭隘的.我觉得它的完整说法应该是"无语义性tag+css做布局,语义性tag组织内容".我们知道 html的tag大部分本身都有自身的语义性的.比如p,是段落,br是换行,你不能用p来做换行,用br来做段落,这样就会导致html本身的语义产生混乱.而div和span刚好是html中两个本身不具备语义性的tag. 但是span是inline element,所以不适合做容器,div是块级元素,所以毫无疑问它成为我们做布局的最好选择,也才有了"div+css布局"一说.

div强迫症/class强迫症

在第一版本的整合中,最新闪存的html结构大致如下

code
<div class="day">
  <div class="dayTitle">
  </div>
  <div class="my_ing">
      一个良好的讨论氛围,是一家好公司的最基本条件.<a class="ing_lnk" href="http://home.cnblogs.com/ing/58955/">10-30 14:44</a>
      <br>     
      经济危机,重新开垦一亩三分地......<a class="ing_lnk" href="http://home.cnblogs.com/ing/58457/">10-28 13:45</a>
      <br>
      学习是个轮回,重新上路ing...<a class="ing_lnk" href="http://home.cnblogs.com/ing/32400/">06-01 21:06</a>
      <br>
      <a class="ing_lnk" href="http://home.cnblogs.com/walkingboy/ing/</span>">更多闪存...</a>
  </div>
</div>

• 首先,最新闪存被放在post的列表容器内,而且使用一样的容器class标识,这就导致做css的时候很难定位它.
• 其次br被用来做列表,
• 再次more link和list item又进行混淆.

我本来想为自己的博皮调调css,结果发现这个结构真是很晕,然后发了条建议闪存的html位置和结构竟然和Post一样,很难修改皮肤啊.

不得不说,园子团队的反应速度还是可以的,昨天晚上又进行了更新,我们看下第二版本的html结构.

code
<div id="side_ing_block">
   <h3 class="catListTitle">最新闪存</h3>
   <div class="side_ing_list">
     <ul>
       <li>一个良好的讨论氛围,是一家好公司的最基本条件. <a class="ing_lnk" href="http://home.cnblogs.com/ing/58955/">10-3014:44</a></li> 
       <li>经济危机,重新开垦一亩三分地......<a class="ing_lnk" href="http://home.cnblogs.com/ing/58457/">10-2813:45</a></li>
       <li>学习是个轮回,重新上路ing...  <a class="ing_lnk" href="http://home.cnblogs.com/ing/32400/">06-0121:06</a></li> 
       <li><a class="ing_lnk" href="http://home.cnblogs.com/walkingboy/ing/</span>">更多闪存...</a></li>
     </ul>
  </div>
</div>

不错,语义性已经有一定的修改了,但是还是有太多的冗余tag.

原来Cat Chen有篇文章叫你有 <table /> 强迫症吗？.

我想我们可以说上面的html是有强烈的<div/>强迫症+class强迫症. 为什么这么说呢.

<div/>强迫症+class强迫症
<div id="side_ing_block">
   <h3 class="catListTitle">最新闪存</h3><!--这个class是完全多余的,h3已经很好的显示了它的语义,css定位也是明确的#side_ing_block h3 ,找不到它留下来的理由  --> 
   <div class="side_ing_list"><!--ul已经表示了是个list,何必再一个div+class来标识呢?css的定位也是明确的#side_ing_block ul-->
      <ul>
        <li>一个良好的讨论氛围,是一家好公司的最基本条件.<a class="ing_lnk" href="http://home.cnblogs.com/ing/58955/">10-3014:44</a></li> 
        <li>经济危机,重新开垦一亩三分地......<a class="ing_lnk" href="http://home.cnblogs.com/ing/58457/">10-2813:45</a></li>
        <li>学习是个轮回,重新上路ing... <a class="ing_lnk" href="http://home.cnblogs.com/ing/32400/">06-0121:06</a></li> 
        <li><a class="ing_lnk" href=http://home.cnblogs.com/walkingboy/ing/>更多闪存...</a></li><!--不是相同项,怎么能并入相同的列表呢?即使不管语义性,这样子的定义,css也不好定位啊-->
      </ul>
   </div>
</div>

我个人认为就"最新闪存"这部分的html,更好的结构应该是

code
<div id="side_ing_block">
   <h3>最新闪存</h3>
   <ul>
     <li><a href="http://home.cnblogs.com/ing/58955/">一个良好的讨论氛围,是一家好公司的最基本条件.  10-30 14:44</a></li>
     <li><a href="http://home.cnblogs.com/ing/58457/">经济危机,重新开垦一亩三分地......10-28 13:45</a></li>
     <li><a href="http://home.cnblogs.com/ing/32400/">学习是个轮回,重新上路ing...06-01 21:06</a></li> 
   </ul>
   <span><a href=http://home.cnblogs.com/walkingboy/ing/>更多闪存...</a></span>
</div>

当然我们当前是孤立的看待这段html，如果我们把它放入整个页面的结构中，还是需要适当的修改的。比如<div id="side_ing_block">应该修改为 <div id="side_ing_block" class="block">，block是页面块状结构的一个基础样式，不过园子的left menu里面的div都是独立的，没有抽象出一个基础样式class，所以每次新加入一个模块，所有的博皮都得修改。而span也应该多加一个 class="more".这些已经不是html语义化的范畴，而是css复用的设计问题了，不在这篇文章的谈论之内。

随着<table/>强迫症的逐渐消失,我们应该警惕<div/>强迫症,class强迫症的不断抬头,追求标准我们永不止步,但是也不能迷失自我.

评论: 56　查看评论　发表评论

最新新闻：
· Sun前CEO欲写自传 称经济危机是Sun被购主因(2010-02-10 11:25)
· Google社会化产品Buzz发布会实录(2010-02-10 11:15)
· 福布斯：苹果生态产业链上的十大企业(2010-02-10 11:14)
· 纽约时报：Google凭借Buzz进军社交网络(2010-02-10 10:59)
· 百度视频公司龚宇：图文时代互联网竞争已定(2010-02-10 10:56)

编辑推荐：Google社会化产品Buzz发布会实录

网站导航：博客园首页  个人主页  新闻  闪存  小组  博问  社区  知识库

前言

当前,软件应用程序中,数据库已经成为不可缺少的重要组成部分.然而传统数据库正趋向巨无霸化,对系统的要求一步步提高,管理成本也越来越大,对于中小型项目的应用,它的很多功能变得越来越多余,但是我却不得不为这些不需要的功能付出更多的资金和人力成本. 在这些场景,嵌入式数据库的轻量,零部署,跨平台,义移植,无疑有着传统数据库无可比拟的优点,当然为此我们必须放弃高容量,高性能,高并发,不过谁在乎这些呢?我们只是中小型应用而已,大小不上百万,并发不超万^_^.

在.Net中,我们可以选择的嵌入式数据库还是挺多的,db4o,sqlite,各种xml db. 我之前更倾向于使用db4o,db4o对于用传统ADO.Net驱动的开发有更多的优势,无需手动Mapping,零SQL.不过整因为db4o做了很多处理,所以在数据持久化的过程中,我们能干预的也很少,而db4o在复合属性,级联属性,特别当整个系统使用富领域模型设计的时候,保存数据的时候往往会出错.为此我们不得不自己手工持久化复合对象中的各个对象,增加关联字段进行关联,这样一来就越加靠近SQL Server之类的传统数据库的时候,显得名不符实.而在web应用中,为了提供并发的能力,还必须使用server/client的模式进行数据传输.总让我感觉有那么点点别扭.

自从DLINQ出来之后,我的项目越来越依赖于它,它让我们的程序更加优雅清晰,再也不用无聊的拼凑一段又一段的sql,编写一遍又遍的配置.可惜的是MS只提供LINQ TO SQL(MS SQL SERVER)的实现. 还好LINQ思想出现之后,社区里涌现了各种各样的LINQ Provider程序,大有一切皆LINQ的架势(LINQ TO Everything),SQLite自然不例外.今天我们进来唠唠如何将SQLite引入我们的开发.

ADO.Net Provider&LINQ Provider

首先,下载SQLite的LINQ Provider,在网上我们可以找到两个LINQ Provider For SQLite. 一个是phxsoftware的System.Data.SQLite,另一个是devart的dotConnect for SQLite. System.Data.SQLite是开源产品,而dotConnect For SQLite是商业产品(有个一个免费普通版本).我们这里选择System.Data.SQLite作为我们的LINQ Provider.

从Sourceforge下载SQLite-1.0.60.0-setup.exe,然后安装.结束的时候,会让你Install SQLite Design-Time Support,把里面的VS2005/VS2008 都打上勾

这样子你就可以在VS的Server Explorer里面像管理SQL Server的数据库一样管理你的SQLite数据库文件.安装完之后,我们得到以下文件

创建数据库

要创建一个空的SQLite数据库,可以选择两种方式.

1. 从http://www.sqlite.org/download.html下载Window下的程序(http://www.sqlite.org/sqlite-3_6_19.zip),然后通过命令行创建.

• .db3后缀名可以任意,你也可以使用其他的任意后缀名.
• 在sqlite>的shell下,必须输入什么,如果直接.exit退出的话,数据库文件将不会被创建

2.从http://www.sqlite.org/cvstrac/wiki?p=ManagementTools下载各种GUI程序.

数据库文件创建好了之后,拷贝到你想要的位置,然后打开VS的Server Explorer(当然如果你使用GUI程序,你就不需要VS的这个功能了),我们可以在里面维护表信息

我们先设计两个表,以便继续下面的步骤.

创建项目

创建DataContext

当你将表拉入dbml的时候,会得到如下错误"The selected object(s) use an unsupported data provider."

dbml designer和DLINQ一样,微软只实现了For SQL SERVER的功能,其他数据库都没实现.既然不能生成dmbl,那我们生成code就好了,反正这个layout我们一般也没什么用.找到从windows sdk目录下找到Code Generation Tool (SqlMetal.exe). 不幸的是,这个东东也只支持MS本家的东西,而且不支持Generator扩展-_-!!!.

既然phxsoftware提供的LINQ Porivder,说不定有提供自定义的代码生成工具.不过看来看去,发现只支持Entity Frameworkd Entity Model的生成,但是没有LINQ TO SQLite的支持(dotConnect for SQLite 倒是对二者都支持).

难道我们要手动编写DataContext?怎么可能,肯定有人实现了,google下,找到了一个DLINQ2007的项目,提供好多LINQ Provider的实现(包括SQLite).发现里面有个DbMetal.exe,支持从SQLite生成DataContext类.虽然不如MS的的完美,不过能自动生成基本的DataContext,这就是最大的收获,不然像我这么依赖LINQ的人只好放弃SQLite了^_^.DbMetal.exe生成DataContext的命令行,类似SqlMetal.exe.

DbMetal.exe /database:TestDataContext  /schema /namespace=LinqToSQLite /sprocs /entityInterfaces= /culture="en"  /code=Test.cs /provider=Sqlite  /conn="data source=D:\doc\my\data\code\LinqToSQLite\dlls\Test.db3"

/database指定类名, /namespace=LinqToSQLite指定命名空间...,具体的参数可以在命令行下获取到(dbmetal.exe /?).

不过这个DbMetal.exe一样不完善,不是什么结构都可以生成,比如数据库带有外键的话,生成就会出错.

生成后的代码大概如下(可能需要手工清理下SystemTable的对应的class):
public partial class TestDataContext : DbLinq.Data.Linq.DataContext

{

public TestDataContext(System.Data.IDbConnection connection): base(connection, new DbLinq.Sqlite.SqliteVendor())

{

}

public TestDataContext(System.Data.IDbConnection connection, DbLinq.Vendor.IVendor vendor): base(connection, vendor)

{

}

public Table Order { get { return GetTable(); } }

public Table OrderItem { get { return GetTable(); } } 

} 

演示代码和相关的dlls下载:http://cid-af3411fff50fdeaa.skydrive.live.com/self.aspx/Public/Demo/LinqToSQLite.rar

评论: 14　查看评论　发表评论

最新新闻：
· Sun前CEO欲写自传 称经济危机是Sun被购主因(2010-02-10 11:25)
· Google社会化产品Buzz发布会实录(2010-02-10 11:15)
· 福布斯：苹果生态产业链上的十大企业(2010-02-10 11:14)
· 纽约时报：Google凭借Buzz进军社交网络(2010-02-10 10:59)
· 百度视频公司龚宇：图文时代互联网竞争已定(2010-02-10 10:56)

编辑推荐：Google社会化产品Buzz发布会实录

网站导航：博客园首页  个人主页  新闻  闪存  小组  博问  社区  知识库

很久没有维护blog,近两年新工作平平淡淡,生活迷迷糊糊,自己都不知道自己在做什么了,最近看了老赵 的我的TDD实践：可测试性驱动开发（下）和Shuhari的用TDD方式实现老赵的SearchCriteriaBinder,一时手痒,也来凑凑热闹,赚赚人气.

我觉得老赵 之所谓觉得实施TDD很困惑,主要是没有把握好"Test Driven"和"Test First"之间的差别. 我们这里先不下结论.先演示我根据自己的理解,利用测试驱动开发SearchCriteriaBinder的过程.

1. 任务需求

2.设计Class和第一个Test Unit

相关的数据class:

    public class SearchCriteria
    {
        public PriceRange Price;
        public string Keywords { get; set; }
        public Color Colors { get; set; }
    }

    [Flags]
    public enum Color
    {
        Red = 1,
        Black = 1 << 1,
        White = 1 << 2
    }

    public class PriceRange
    {
        public float Min { get; set; }
        public float Max { get; set; }
    }

    public class SearchCriteriaBinder : IModelBinder
    {
        public object BindModel(ControllerContext controllerContext, ModelBindingContext bindingContext)
        {
            throw new NotImplementedException();
        }
    }

    //由于没有安装MVC环境,所以这边用伪类代替,这个不影响我们的开发
    public interface IModelBinder
    {
        object BindModel(ControllerContext controllerContext, ModelBindingContext bindingContext);
    }

    public class ControllerContext
    {
    }

    public class ModelBindingContext
    {
        public string RawValue
        {
            get;
            set;
        }
    }

第一个TestUnit

    [TestMethod()]
        public void BindModelOne()
        {
            ControllerContext controllerContext = new ControllerContext();
            ModelBindingContext modelBindingContext = new ModelBindingContext() { RawValue = "keywords-hello%20world--price-100-200--color-black-red" };

            SearchCriteria criteria = (SearchCriteria)new SearchCriteriaBinder().BindModel(controllerContext, modelBindingContext);
            Assert.IsTrue(criteria.Keywords.Contains("hello world"));
            Assert.IsTrue(criteria.Price.Min == 100);
            Assert.IsTrue(criteria.Price.Max == 200);
            Assert.IsTrue(criteria.Colors == (Color.Black | Color.Red));
           
        }

3.用例写好了,运行下用例,看它是否可以通过,不能通过就修改实现代码,让其通过测试.

很显然,当前的代码是无法通过测试,所以我们修改下SearchCriteriaBinder 的代码,让它可以通过这个测试.

    public class SearchCriteriaBinder : IModelBinder
    {
        public object BindModel(ControllerContext controllerContext, ModelBindingContext bindingContext)
        {
            return new SearchCriteria() { Keywords = "hello world", Price = new PriceRange() { Max = 200, Min = 100 }, Colors = Color.Black | Color.Red };
        }
    }

4. 运行测试用例,通过了.

5. 根据需求获取新的用例.

如果你再也提炼不出用例,则证明任务已经完成.目前这个需求明显还没有完成,现在只针对一个固定条件进行测试/实现,而看需求,这个条件是需要被泛化(generalization) 利用三角法(Triangulation)我们获得了一个新的测试用例.

        [TestMethod()]
        public void BindModelTwo()
        {
            ControllerContext controllerContext = new ControllerContext();
            ModelBindingContext modelBindingContext = new ModelBindingContext() { RawValue = "keywords-hello%20cnblogs--price-200-300--color-White" };

            SearchCriteria criteria = (SearchCriteria)new SearchCriteriaBinder().BindModel(controllerContext, modelBindingContext);
            Assert.IsTrue(criteria.Keywords.Contains("hello cnblogs"));
            Assert.IsTrue(criteria.Price.Min == 200);
            Assert.IsTrue(criteria.Price.Max == 300);
            Assert.IsTrue(criteria.Colors == Color.White);

        }

6.获得新用例之后,先运行测试,失败,必须重写实现让用例通过.

 public class SearchCriteriaBinder : IModelBinder
    {
        public object BindModel(ControllerContext controllerContext, ModelBindingContext bindingContext)
        {
            //throw new NotImplementedException();
            //return new SearchCriteria() { Keywords = "hello world", Price = new PriceRange() { Max = 200, Min = 100 }, Colors = Color.Black | Color.Red };
            var rawValue = bindingContext.RawValue;

            var text = HttpUtility.UrlDecode(rawValue.ToString());

            var tokenGroups = text.Split(new string[] { "--" }, StringSplitOptions.None).ToList();

            var fieldTokens = tokenGroups.ToDictionary(g => g.ToLowerInvariant().Split(new string[] { "-" }, StringSplitOptions.None)[0], g => g.ToLowerInvariant().Split(new string[] { "-" }, StringSplitOptions.None).Skip(1).ToList());


            var searchCriteria = new SearchCriteria();

            List<string> values;


            if (fieldTokens.TryGetValue("keywords", out values))
            {
                searchCriteria.Keywords = values[0];
            }

            if (fieldTokens.TryGetValue("price", out values))
            {
                searchCriteria.Price = new PriceRange
                {
                    Min = float.Parse(values[0]),
                    Max = float.Parse(values[1])
                };
            }

            if (fieldTokens.TryGetValue("color", out values))
            {
                foreach (var item in values)
                {
                    switch (item)
                    {
                        case "red":
                            searchCriteria.Colors = searchCriteria.Colors | Color.Red;
                            break;
                        case "black":
                            searchCriteria.Colors = searchCriteria.Colors | Color.Black;
                            break;
                        case "white":
                            searchCriteria.Colors = searchCriteria.Colors | Color.White;
                            break;
                        default:
                            break;
                    }
                }

            }

            return searchCriteria;

        }
    }

7. 重新运行两个测试用例,已经可以通过.

8. 重复5~7. 直到没有新的测试用例可以新增,任务完成.

    这边的测试用例,还有一个测试类别和完整性的问题.我们后面再讨论.

9.重构,完善代码.

   到了这一步,算是一个里程碑,接下来的步骤就会发生分歧.

   哈哈,调侃一下.TDD不仅仅是驱动开发,同时也有重构,完善代码的步骤(Test-Code-Test-Refactoring-Test-Code)

   重构就是在不改变可见行为的情况下,整理代码,去除坏味道,使其更加清晰可读.所以我们重构代码如下

  public class SearchCriteriaBinder : IModelBinder
    {
        public object BindModel(ControllerContext controllerContext, ModelBindingContext bindingContext)
        {
            //throw new NotImplementedException();
            //return new SearchCriteria() { Keywords = "hello world", Price = new PriceRange() { Max = 200, Min = 100 }, Colors = Color.Black | Color.Red };
            var rawValue = bindingContext.RawValue;

            var text = HttpUtility.UrlDecode(rawValue.ToString());

            var tokenGroups = this.Tokenize(text);

            var searchCriteria = this.Build(tokenGroups);

            return searchCriteria;

        }

   
        private List<string> Tokenize(string text)
        {
            var tokenGroups = text.Split(new string[] { "--" }, StringSplitOptions.None).ToList();
            return tokenGroups;
        }

        private SearchCriteria Build(List<string> tokenGroups)
        {
            var fieldTokens = tokenGroups.ToDictionary(g => g.ToLowerInvariant().Split(new string[] { "-" }, StringSplitOptions.None)[0], g => g.ToLowerInvariant().Split(new string[] { "-" }, StringSplitOptions.None).Skip(1).ToList());


            var searchCriteria = new SearchCriteria();

            List<string> values;


            if (fieldTokens.TryGetValue("keywords", out values))
            {
                searchCriteria.Keywords = values[0];
            }

            if (fieldTokens.TryGetValue("price", out values))
            {
                searchCriteria.Price = new PriceRange
                {
                    Min = float.Parse(values[0]),
                    Max = float.Parse(values[1])
                };
            }

            if (fieldTokens.TryGetValue("color", out values))
            {
                foreach (var item in values)
                {
                    switch (item)
                    {
                        case "red":
                            searchCriteria.Colors = searchCriteria.Colors | Color.Red;
                            break;
                        case "black":
                            searchCriteria.Colors = searchCriteria.Colors | Color.Black;
                            break;
                        case "white":
                            searchCriteria.Colors = searchCriteria.Colors | Color.White;
                            break;
                        default:
                            break;
                    }
                }

            }
            return searchCriteria;
        }
    }

   10.重构之后运行所有测试用例,保证逻辑(可见的行为)没有被更改,这就是测试用例的另一个作用,保证原先的业务逻辑不被更改.

   11.私用对象是否应该被测试.

      原则上来说,私用对象是不需要测试.如果你想对他进行测试,则应该将它抽象出来,独立作为一个需求.这样子才不需要增加/修改对象本身的行为(public/protected)从而破坏本来的业务行为. 我们依然以SearchCriteriaBinder为例,进行下一步动作.

   12.抽象出新的对象出来,并重构原来的对象.

  internal class Tokenizer
    {
        public List<string> Tokenize(string text)
        {
            throw new NotImplementedException();
        }
    }

        public object BindModel(ControllerContext controllerContext, ModelBindingContext bindingContext)
        {
            //throw new NotImplementedException();
            //return new SearchCriteria() { Keywords = "hello world", Price = new PriceRange() { Max = 200, Min = 100 }, Colors = Color.Black | Color.Red };
            var rawValue = bindingContext.RawValue;

            var text = HttpUtility.UrlDecode(rawValue.ToString());

            var tokenGroups = this.Tokenizer.Tokenize(rawValue);

            var searchCriteria = this.Build(tokenGroups);

            return searchCriteria;

        }


        private Tokenizer Tokenizer
        {
            get;
            set;
        }

        //private List<string> Tokenize(string text)
        //{
        //    var tokenGroups = text.Split(new string[] { "--" }, StringSplitOptions.None).ToList();
        //    return tokenGroups;
        //}

  13. 编写第一个Test Unit

      [TestMethod()]
        public void TokenizeTestOne()
        {
            Tokenizer target = new Tokenizer();
            string text = "keywords-hello world--price-100-200--color-black-red";
            List<string> expected = new List<string> {
            "keywords-hello world",
            "price-100-200",
            "color-black-red",
            };
            List<string> actual = target.Tokenize(text);
        
            Assert.AreEqual(expected[0], actual[0]);
            Assert.AreEqual(expected[1], actual[1]);
            Assert.AreEqual(expected[2], actual[2]);
           
        }

14.因为重构了代码,所以必须运行所有的测试用例.你会发现除了新加的这个测试失败了,以前的用例都失败了.因为Tokenizer没有被实例化,所以我们修改下SearchCriteriaBinder的constructor

        public SearchCriteriaBinder()
        {
            this.Tokenizer = new Tokenizer();
        }

  并实现Tokenizer的Tokenize方法

     public List<string> Tokenize(string text)
        {
            //throw new NotImplementedException();
            var tokenGroups = text.Split(new string[] { "--" }, StringSplitOptions.None).ToList();
            return tokenGroups;
        }

  15. 重新运行所有的测试用例,通过

  16. 接下来泛化Tokenizer的参数,重新添加测试用例,重复之前的步骤.(至于build要重构也是类似的步骤).

以上的步骤,就是我理解中的TDD的开发顺序.你可以下载演示代码自己进行尝试

http://cid-af3411fff50fdeaa.skydrive.live.com/embedicon.aspx/Public/Demo/SearchCriteriaBinder.rar

接下来,稍微八下理论方面的看法.

    在老赵的文中,基本上是他已经先设计好了实现的思路/设计,然后再写出对应的测试用例,接下来进行编码.(好多"我想要单元测试",哈哈).以这样子的步骤进行TDD的开发,肯定是不会对原有的开发流程起到辅助作用的,相反,反而会增加很多负担,完全没办法发挥TDD的好处. 也就是老赵其实用的是"Test first",而不是靠Test来Dirven development的. 所以实践起来就觉得别扭.

    难道,TDD都要这样子一步步来嘛?我设计能力比较强,一下子就可以把整体的轮廓都设计出来,总不能让我倒退回去,像菜鸟一样一步一步来吧?

    没错,TDD是提倡小步前进,逐步测试,逐步实现. 但是其实这里面有步子迈得多大的问题. 步子迈得越大,就要求更好的综合设计能力/全局把握能力.

    举个简单的例子. 如果刚开始TDD,或者对刚学开发的同学来说,他肯定是按照上面的步骤一步步来更保险的,但是对于一般熟练的人员来说,他就可以直接泛化参数,一下子写好两个测试用例.然后再通过两个用例直接驱动出实现来.    所以这个步子的大小完全取决于你对自己能力的定位^_^,有人只能一步跨过一条水沟,但是有人就是可以一步跳到河对岸,人比人气死人哦,千万别去比

   另外一个问题,就是测试的完整性/覆盖率. 其实测试分类别的,一些是上层测试,一些是下层测试,如果你硬要把它们和在一起,会累死人的.比如上面的SearchCriteriaBinder的两个测试用例,从业务层面(上层),他们已经可以完整体现任务的需求,所以已经算是完整了. 如果你硬要把参数为空/参数结构非法也加进来,那应该让他们来驱动什么业务呢? 这些底层测试,是可以外包给类库,或者内部消化的. 你不能用他们来体现业务,驱动开发,当然也不是绝对的,可能某些特殊的情况正是业务需求也不一定.

   还有另外一个典型的说法,就是阿不在帖子中回复说的

这样子的结果就是因为步子太大了,所以对全局观的把握能力要求太高了,导致自己觉得力不从心,好像能力不足的样子.也可是说,这样子的开发不是用测试用例驱动开发而得到的,而是需求经过脑袋(经验)进行整体设计之后,再往TDD上靠,自然就力不从心了,那么大的系统,脑袋的运算量毕竟有限啊.

总得来说,我认为要实践TDD,必须把握好二件事情:

1. 需求决定用例

2. 用例驱动开发.

特别是用例驱动开发,它就是我们通常说的"先有用例,再有实现",实现是用例驱动出来的,不是你脑袋先想出来的.脑袋想的应该是行为,比如SearchCriteriaBinder的BindModel方法.为了养成这种习惯,必须牢记一句话,从javaeye的gigix那边听来的"do the simplest thing to make the test pass, not the most stupid thing", 这也就是为什么我们为了通过第一个测试,直接hardcode的原因

Test Driven 和Test First是两个完全不一样的概念,目的不一样,效果也不一样.

评论: 18　查看评论　发表评论

最新新闻：
· Sun前CEO欲写自传 称经济危机是Sun被购主因(2010-02-10 11:25)
· Google社会化产品Buzz发布会实录(2010-02-10 11:15)
· 福布斯：苹果生态产业链上的十大企业(2010-02-10 11:14)
· 纽约时报：Google凭借Buzz进军社交网络(2010-02-10 10:59)
· 百度视频公司龚宇：图文时代互联网竞争已定(2010-02-10 10:56)

编辑推荐：Google社会化产品Buzz发布会实录

网站导航：博客园首页  个人主页  新闻  闪存  小组  博问  社区  知识库

   ScriptLoader断断续续也开发了半年多了, 很多朋友都觉得这样的项目花俏多于实用, 其实有一个很重要的功能一直都没有开发,那就是我在[OpenSource]ScriptLoaderV2:彻底改变你的编程习惯提到过的ClientCacheManager.

   在开发中,每个人都或多或少的使用了Cache,为了减少数据库的负担,或者为了增加处理请求的速度.但是使用Cache也是一件很麻烦的事情,必须维护真实数据与缓存的同步,必须根据查询命中率判断Cache优先级有的放矢的删除低效缓存项,必须维护所有缓存对象的可序列化,必须维护服务器群集间的缓存同步......

   只不过,这些缓存的处理大部分都是在Server端.在RIA横行的今天,我们是否忽视了成千上万的客户端?当Ajax+Json支撑起很多系统的时候,我们是否应该可以更好的利用Browser的缓存机制来减少请求的次数,降低资源的消耗,获得更快的速度?

   客户端缓存的真正意义,在于减少网络请求,降低数据库查询,充分利用Server的内存,增加Application的吞吐量和请求处理效率,同时也可以提高客户端的响应速度,因为数据本来就存在客户端嘛^_^. 同时,缓存在客户端的东西,即使服务器重启亦可以持久保留.在现在这个大硬盘高内存为标配的PC时代,已经没啥人去手工清理IE缓存了,所以搞不好1年下来,它都一直用着同一个缓存呢:)

   基于ScriptLoader的缓存控制原理,ScriptLoaderV5,将带入走入这样一个被忽视的世界,带给你一个简单但用处颇多的客户端分布式缓存平台.

插件接口

  ScriptLoader在V5之前,只能算是一个Library,但现在它已经成为一个小的Framework,它同样可以管理外部插入的ScriptObject对象,并管理其版本的更新.

IPlugin的定义很简单.

公共方法:

  为了对Plugin进行管理,ScriptLoader同样新增了几个方法

  1.LoadPlugin
     看得出来,跟以前版本中的LoadStylesheet一样,只是封装了下Load的方法而已

     服务端:

    客户端:

  2.RefreshPlugin:

     手工更新某个指定的Plugin的数据和版本信息. 当然ScriptLoader还有一个自动的维护Plugin版本信息的轮询机制.

  3.配置项:

  Plugin版本更新的轮询间隔时间:如果不配置,默认是180000;//30 minutes

  Plugin部署配置

 应用场景演示:

 我相信很多人都做过省市联动控件,举这样一个例子,每个人都会比较熟悉.所以我开发了一个演示性的Plugin:

 Location.cs

Location.xml

消费Plugin:

远期计划

    ScriptLoader开发到这个版本,已经接近我的思维极限了,后续的开发暂时找不出更大的突破,或许只是小修小补,比如对缓存的控制进一步精细,把目前的缓存控制周期进行分割,新增其他的周期,例如基于Page的周期(比Context长,但是比Session短,离开页面即失效).或者将ScriptObject的范畴扩展出去,包括任何Broswer可缓存的对象(image......).

   当然,基于组件的应用,那可想像的空间还是很大的,但这不能算是ScriptLoader的原生功能.

   所以说,如果到如今,你还找不到ScriptLoader在你的项目中的应用场景的话,那请忽略它,因为暂时我无能力再突破它,增加更新鲜的功能.

   09年,或许是我开源的一年,如果你对ScriptLoader不感兴趣,可以关注我的另一个开源项目LangZi.QuickCMS,当然目前这个项目只完成了一个组件LangZi.Web.UrlEngine,如果对UrlRewriter比较在乎的朋友,小瞄一下或许你会有不一样的收获^_^.

资源下载

   1.svn: https://scriptloader.svn.sourceforge.net/svnroot/scriptloader

   2.packages: http://code.google.com/p/langzi/downloads/list

评论: 14　查看评论　发表评论

最新新闻：
· Sun前CEO欲写自传 称经济危机是Sun被购主因(2010-02-10 11:25)
· Google社会化产品Buzz发布会实录(2010-02-10 11:15)
· 福布斯：苹果生态产业链上的十大企业(2010-02-10 11:14)
· 纽约时报：Google凭借Buzz进军社交网络(2010-02-10 10:59)
· 百度视频公司龚宇：图文时代互联网竞争已定(2010-02-10 10:56)

编辑推荐：Google社会化产品Buzz发布会实录

网站导航：博客园首页  个人主页  新闻  闪存  小组  博问  社区  知识库

前言

  虽然ScriptLoader这个组件产生于一个基于组件部署的系统,但是其实它并没有完全实现预先的目标,和平台系统更好的协调工作.这次因为要将这个组件用在我的另一个正在开发的平台系统中,所以对整个组件进行了一次升级和完善,解决了原来一些遗留的问题,新增了某些功能.新的版本将能在平台和组件间更好的协调工作.

主要更新

1.  将使用的.Net Framework从3.5降为2.0.
       本来用3.5只是为了偷懒,用了LINQ的一些功能,比如LINQ To XML, LINQ To Object. 这样子也导致了部分人必须自己重新整理整个组件才能应用在其基于2.0的项目中.这次升级就直接把那些LINQ的代码重写了一遍,放弃使用LINQ语法.
2. 实现了原来支持多语言资源(js,js变量资源)载入的功能.
3. 实现了添加自定义namespace的功能,主要用于组件间的类库区分,便于各组件之间的协调,减少冲突的可能.
4. 增加自定义请求后缀名,解决某些IIS站点下,asp.net没办法捕获到.js/.css的httphanlder的bug.
   
5. 修改了原来的某些bug,比如监视文件的变动.
   

功能演示

• 1.区分多语言自动载入相关js和js变量资源
  先看下整个文件的组织
  
  这里面有几个逻辑判断点.
  1. 当WebForm1.aspx被请求的时候,会自动判断当前      　　　　WebForm1.aspx.currentculture.js(WebForm1.aspx.zh-CN.js)是否存在,如果存在则载入.
  如果不存在,则判断WebForm1.aspx.js是否存在,如果存在则载入.
  
  2. 我把后缀名为.jsresx的称为js变量资源,它的载入机制和js的载入是一样的.先判断WebForm1.aspx.zh-CN.jsresx是否存在,再判断WebForm1.aspx.zh-CN.jsresx是否存在.
  jsresx是一个xml文件,格式如下
  
  <?xml version="1.0" encoding="utf-8" ?>
  <Variables>
      <lang>中文</lang>
      <name>浪子</name>
  </Variables>
  
  
  载入页面之后,就会在页面生成两个变量
  
  var lang='中文';
  var name='浪子';
  
  至于如何配置让页面自动关联js,请查看以前的相关文章 [OpenSource]ScriptLoaderV2:彻底改变你的编程习惯 或者 code.google.com上的相关wiki页面
  
  
• 2.为某些js配置一个指定的namespace
  1.一个平台系统可能本身会带有一些js类库,比如统一使用jquery/prototype等,这样子在组件系统中就没必要重复载入.
  2.另外一种情况是,本身作为一个组件,你可能还会和其他系统公用到一部分相同的js类库,但是不是平台提供的.这样子,当两个组件被最终用户组合到一个页面的时候,会导致js的重复载入.
  
  而ScriptLoader原来配置js只有两个文件lib.config和user.config, 显然每个组件都需要这些配置文件,发布的时候,变成需要把内容整合到平台底下的这两个文件中,同时js也需要整合到根目录底下的Scripts里面.显然这样子对于组件的部署是很不方便的.
  
  在V4中,修改了这个机制,把原来的固定的配置文件(lib.config和user.config)取消,取而代之的是以.jsconfig为后缀名的xml文件,配置的格式基本上不变了,只增加了一个小的属性.
  
  举个例子说明,会更好理解些
  
  
  lib.jsconfig
  
  <?xml version="1.0" encoding="utf-8" ?>
  <Scripts>
      <Script Name="jquery" Inherit="jquery.min.js">
      </Script>
  </Scripts>
  
  
  scripts.jsconfig
  
  <?xml version="1.0" encoding="utf-8" ?>
  <Scripts>
      <Script Name="MyScript" Inherit="myscript1.js">
          <References>
              <Reference Name="demo2"></Reference>
          </References>
      </Script>
      <Script Name="demo2" Inherit="demo2.js">
          <References>
              <Reference Name="jquery" Namespace="lib"></Reference>
          </References>
      </Script>
  </Scripts>
  
  在scripts.jsconfig中,demo2引用了jquery这个js,但是jquery被定义在另外一个jsconfig中,而且那个jsconfig被放在一个名为lib的文件夹底下. 所以必须增加一个namespace="lib".如果没有加这个namespace则表示引用的是当前jsconfig里的一个名为jquery的js.
  
  这段描述有点拗口.不过我们可以看得出来, namespace是和jsconfig所在的文件夹相对应的. 当一个jsconfig文件放在某个文件夹底下的时候,在这个jsconfig中配置的js都会被加上这个文件夹的名称作为一个前缀namespace,比如jquery这个js被定义在lib文件夹下的lib.jsconfig里面,所以在别的jsconfig引用它的时候,就必须标明是Namespace="lib", 而在lib.jsconfig中要引用jquery,则不需要多加这个属性,同一个jsconfig中的js默认为同一namespace底下.
  不过有两种情况是不会自动添加文件夹名称作为namespace的:
  1.程序根目录
  2.Scrtipts文件夹内,这个是为了和以前的版本兼容
  
  css的载入也是同样的,文件夹会作为一个namespace加到name里面,除了根目录和Styles文件夹除外.比如
  
  则载入的代码就变为
  
          protected void Page_Load(object sender, EventArgs e)
          {
              LangZi.Scripts.ScriptLoader loader = LangZi.Scripts.ScriptLoader.RegisterInstance(this);
              loader.LoadStylesheet("Stylesheet1");
              loader.LoadStylesheet("Custom.Stylesheet2");
          }
  
  有了这个namespace,我们就可以容易的区分各个组件,每个组件使用自己的对应名称的文件夹,以后部署就不会存在冲突,而lib是一样的,即使部署上去了冲突了,也会被忽略掉一个.或者可以根据文件夹的深度来决定哪个要被抛弃,这个还没做实现代码:)
  
  其实这里还有一个重要的功能没有实现,就是类似JSI 的冲突隔离,因为两个框架的关注点不一样,所以ScriptLoader暂时没有考虑这个功能,不过如果实现这个功能,将对组件的部署提供更稳健的保障,或许等待下一个版本:)
  
  
• 3.自定义请求后缀名
  上次在一个项目中,ScriptLoader的boot.js一直载入不成功,最终发现原来asp.net没有handle到js和css的请求,一直没发现IIS哪里有问题, 将请求后缀改为.aspx则可以成功捕获到.巨晕,所以就加了这个功能,如果你想使用自定义的请求后缀名的话,只需要在web.config中进行修改.
  原来的配置是
  
  <httpHandlers>
    <add verb="GET" path="*.js" type="LangZi.Scripts.ScriptLoaderHandler,LangZi.ScriptLoader"/>
    <add verb="GET" path="*.css" type="LangZi.Scripts.ScriptLoaderHandler,LangZi.ScriptLoader"/>
  </httpHandlers>
  
  需要改为如下配置
  
  <?xml version="1.0"?>
  <configuration>
      <appSettings>
          <add key="LoaderSuffix" value=".aspx"/>
      </appSettings>
      <system.web>
          <httpHandlers>
              <add verb="GET" path="*.js.aspx" type="LangZi.Scripts.ScriptLoaderHandler,LangZi.ScriptLoader"/>
              <add verb="GET" path="*.css.aspx" type="LangZi.Scripts.ScriptLoaderHandler,LangZi.ScriptLoader"/>
          </httpHandlers>   
      </system.web>
  </configuration>
  
  另外注意点的地方是,如果你使用页面手工注册boot.js的引入的,则需要更改script中的后缀,如
  
  <script src="LangZi.Scripts.boot.js" charset="UTF-8"  type="text/javascript"></script> 
  
  要修改为
  
  <script src="LangZi.Scripts.boot.js.aspx" charset="UTF-8"  type="text/javascript"></script> 
  
  
  如果使用的是服务端的注册方式,则不需要更改代码.
  
  protected void Page_Load(object sender, EventArgs e)
  {
     LangZi.Scripts.ScriptLoader loader = LangZi.Scripts.ScriptLoader.RegisterInstance(this);           
  }
  
  
  
• 相关资源
  1.部分文档已经增加到code.google.com的wiki页上面,其他文档会陆续进行完善,欢迎使用中的朋友帮忙一起完善^_^
  2.相关代码可以从 http://code.google.com/p/langzi/downloads/list 获取到
  
  
  

评论: 4　查看评论　发表评论

最新新闻：
· Sun前CEO欲写自传 称经济危机是Sun被购主因(2010-02-10 11:25)
· Google社会化产品Buzz发布会实录(2010-02-10 11:15)
· 福布斯：苹果生态产业链上的十大企业(2010-02-10 11:14)
· 纽约时报：Google凭借Buzz进军社交网络(2010-02-10 10:59)
· 百度视频公司龚宇：图文时代互联网竞争已定(2010-02-10 10:56)

编辑推荐：Google社会化产品Buzz发布会实录

网站导航：博客园首页  个人主页  新闻  闪存  小组  博问  社区  知识库

     今天看到 eaglet 的SourceForge 的中文替代网站发现现在不能访问sourceforge的朋友不在少数.而且维护这样子一个镜像站点工作量相当艰巨,并且意义不是很大,在此分享下自己的代理方案.

在回复中有人提出使用wj,确实wj是个不错的工具,不过相对来说,还有比较多的弊端:

1. wj本身是被封的站点和软件，xx信息太多，而且下载和更新都比较麻烦。
2. wj虽然说进行了高强度的加密，号称超过银行标准，不过新版本出来之后经常过一阶段就被封禁。
3. wj的代理速度比较慢。

    然而除此之外，我们难道没有合理合法的代理工具嘛?有的,这就是我接下来要介绍的方案：Tor（The Onion Router，洋葱路由器）.

    Tor是一种点对点的代理软件，依靠网络上的众多电脑运行的tor服务来提供代理(全球的Tor网络是一个分布式的、匿名的网络)。tor代理网络是自动连接并随机安排访问链路的，这样就没有了固定的代理服务器，也不需要去费劲寻找代理服务器地址了。而且Tor的代理一般在2-5层左右，加密程度也比较高。

Tor的简明工作原理如下(具体可以查看http://www.torproject.org/overview.html.zh-cn,需要使用Tor后才可访问^_^):

首先,Tor从目录服务器获取一个Tor的节点列表,加入到全球的Tor网络中.

    如需访问网络上的服务器，Tor则会随机的安排一条访问路线，通过几层的加密传输，然后在某个出口出来访问目标服务器。

如需访问另一服务器，Tor则会安排另一条随机的线路来完成访问。

    以前使用Tor是比较麻烦的,因为其安装步骤相当繁琐,不过现在已经不需要了,有一个叫Vidalia Bundle的软件,提供Tor的整合安装方案,其中包括4个组件

1. Tor的核心组件
2. Tor的图形控制界面
   
3. 代理转换软件Privoxy，把Tor提供的socks代理转换为http代理
   
   
4. Torbutton，FireFox的插件，类似wj的Firefox插件，用来开关Tor功能

       当然如果你的软件没有代理功能，但是你又想通过Tor进行网络访问，你就需要一个老牌的代理封装软件：SocksCap32，该软件可以为任意软件提供网络访问的代理封装，不管被封装的软件自身带不带代理功能。

      当Tor运转之后，就可以访问任意网站了，不过有几点要注意的：

1. 不要使用Tor进行大流量下载，特别是P2P下载，因为这样显得太不厚道了，Tor的中继服务器都是自愿者搭建的
2. 使用Tor，可能会导致你访问站点时候cookie丢失，需要重新登录，我想可能是因为Tor中转之后,每次在不同的出口点进行访问,导致cookie丢失,具体原因尚不是非常清楚.

    更加详细的内容请访问一下站点：

1. http://www.tcno.net/doc/tor
   
2. http://vidalia-project.net
   
3. http://www.torproject.org/overview.html.zh-cn 

评论: 13　查看评论　发表评论

最新新闻：
· Sun前CEO欲写自传 称经济危机是Sun被购主因(2010-02-10 11:25)
· Google社会化产品Buzz发布会实录(2010-02-10 11:15)
· 福布斯：苹果生态产业链上的十大企业(2010-02-10 11:14)
· 纽约时报：Google凭借Buzz进军社交网络(2010-02-10 10:59)
· 百度视频公司龚宇：图文时代互联网竞争已定(2010-02-10 10:56)

编辑推荐：Google社会化产品Buzz发布会实录

网站导航：博客园首页  个人主页  新闻  闪存  小组  博问  社区  知识库

摘要：

[OpenSource]ScriptLoader: 轻松管理你的js 类库一文发布后，有的园友反映，侵入性还是有点太强。昨天晚上半夜想到一个不错的点子，越想越睡不着，最终还是爬起来把ScriptLoader升级到了V2，这个版本将给你更便利的脚本文件组织体验，增加了自动关联、多语言支持途径、诱人的Syntactic Sugar，使用ScriptLoader将改变你以往的编程习惯^_^。

简介：

ScriptLoaderV2增加一些新特性：

1. 对Aspx无侵入性的脚本引入机制。
2. 多语言资源的支持途径。
3. 让你更容易load module的Syntactic Sugar。

 

无侵入的脚本引入机制：

当前我们的脚本组织方式，一般是每个aspx都会通过script标签引入一些js核心类库，然后在aspx页面里面混杂一些当前页面所需的业务逻辑脚本。

这样子的写法导致js和我们的aspx进行了太紧密的结合，同时也不利于整个项目的维护。针对此，ScriptLoader提供了一个HttpModule来结合进行js的引入。当读入WebForm1.aspx的时候会自动帮你Load同目录下的WebForm1.aspx.js文件，因为是经过ScriptLoader导入的，所以具备ScriptLoader的特点，比如缓存，只要你的webForm1.aspx.js最后修改日期没有变，就可以一直利用客户端的缓存。

不过你可能会想到这样一种情况：

我们经常使用<%=this.TxtName.ClientID%>这种方法来获取服务端控件在客户端的唯一id，那这个情况在外部引入的js是没办法使用的，所以我引入了ScriptLoaderV2的第二个特性。

多语言资源的支持途径:

通过ScriptLoader.SetVariable方法进行赋值。

相关的方法还有

如果你用到了这个特性，那会产生侵入性了，如果你不想产生侵入性，你也可以使用Asp.Net原始的方法：

那这个特性跟多语言又有什么关系呢？

因为这其中有个方法是读取xml配置文件直接设置变量的，xml如下：

读入的代码：

因此，如果你想对这些变量做根据不同的语言做不同的赋值的话，就可以多写几个config，比如myVars-en-US.config,myVars-zh-cn.config,然后根据不同语言版本载入不同的变量，而js中需要做多语言的都用变量代替字符常量。

 

当然这还有更好的集成方式，就是把页面组织结构改成如下形式

然后就像第一个特性一样，自动根据语言版本载入不同js或者config，目前未增加这个特性，因为还没有办法考虑到有些什么特殊情况，所以还不准备增加此特性，不过这个的修改也是很快的，如果你有需要可以自行下载代码，进行修改，如果能把你的应用情况反馈给我，那自然更好了。时机成熟，我会考虑直接集成进ScriptLoader的代码。

变量的问题解决了，但是每个业务逻辑的js不可能离开一些核心的js类库，比如例子中的

我需要在当前页面引入jquery类库，那怎么办？为了解决这个问题，ScriptLoader增加第三个特性。

Syntactic Sugar:

所谓Syntactic Sugar，就是一种取巧的做法，有点像Vs2008中的自动属性

其实这不是标准的语言库支持的特性，是Vs2008这个IDE为我们提供的一种便利通道。在ScriptLoader中为了解决引入脚本的问题也加入类似的特性：

可以看到在WebForm2.aspx.js中的头部，使用了一个叫using的方法，引入了3个在我们lib.config中配置的js module。

这个Syntactic Sugar只能用在WebForm2.aspx.js这中类型的js中，不是所有js类库都可以使用，ScriptLoader会在为aspx页面注入ScriptLoader的时候，进行分析，然后自动帮你Load这些模块。核心的类库还是必须通过lib.config/user.config进行配置的，这样子你才可以使用using(moduleName)来引入这些脚本。

后记：

我是标题党，呵呵，不要批我的标题。

如果你使用ScriptLoader的这些特性，确实可以改善你的很多js文件组织体验。现在大部分js类库更加关心功能的封装，但是对于js文件的组织管理甚少关注，ScriptLoader就是为了填补这个空白而出现的。

后续的版本会增加更多让你心动的特性，比如ClientCacheManager :)

Examples包含在src发布包中，你也可以通过svn获取ScriptLoader最近的版本

Http://www.sourceforge.net/projects/scriptloader

评论: 20　查看评论　发表评论

最新新闻：
· Sun前CEO欲写自传 称经济危机是Sun被购主因(2010-02-10 11:25)
· Google社会化产品Buzz发布会实录(2010-02-10 11:15)
· 福布斯：苹果生态产业链上的十大企业(2010-02-10 11:14)
· 纽约时报：Google凭借Buzz进军社交网络(2010-02-10 10:59)
· 百度视频公司龚宇：图文时代互联网竞争已定(2010-02-10 10:56)

编辑推荐：Google社会化产品Buzz发布会实录

网站导航：博客园首页  个人主页  新闻  闪存  小组  博问  社区  知识库

摘要:

    ScriptLoader是SmartScript的后续版本. ScriptLoader可以让你通过一个单一的配置文件来管理你的所有js类库,包括自主开发与第三方类库,无需加入自己的任何代码.新版本的ScriptLoader拥有更多的特性和更好的性能.支持自动载入依赖脚本,自动更新版本,更新客户端缓存,同时支持客户端和服务端编程,使得js类库的载入更加透明化,更加易读.相信ScriptLoader一定会成为你开发Asp.net webstie的良好助手.

简介:

    ScriptLoader是一个无侵入性的脚本管理方案,使用它来管理你的众多脚本类库,不会产生大量的侵入性代码.同时,比起SmartScript增加了,"脚本依赖载入","版本自动更新","脚本灵活导入"等新特性,一定会让你耳目一新^_^.

    ScriptLoader使用LGPL开源协议,你可以访问ScriptLoader@sourceforge.net获得更多的信息.

Advance Features:

支持多种脚本导入方式(How to configure a javascript file as a module?):

1. 相对路径导入
   
   
2. 绝对路径导入：
   
   
3. 远程路径导入:
   
   使用此方式导入的文件,会在每次初始化ScriptLoader的时候,重新更新远程的文件到本地.
   
4. 虚拟文件聚合导入:
   

   使用此方式的好处是,可以整合多个文件到一个Module上,这样子引入脚本的时候就可以使用"javascript" 来代替"core"和"BrushJScript"了.

    

Configuration files(How to configure a dependence of a module?):

    ScriptLoader的配置信息放在<root>/Scripts/Config/底下,包含两个文件:

1、Lib.config:主要用于配置核心的js类库，如果你的开发团队同时使用很多相同的类库的话，这个配置文件将可以减少你们的重复工作和维护成本。（这个文件是必须的）

2、User.config:主要用于配置各自项目的独立js文件，主要跟业务相关。（这个文件是可选的）

    配置文件的格式如下：

Step by step (QuickStart):

1. 注册一个HttpHanlder,用来Handle脚本的载入:
   
   请放心使用此HttpHandler,已经对普通的js引入进行了处理,不会影响原来的js引入方式:
   
2. 配置JS相关类库

   
   如果你需要配置脚本的依赖关系,也需要在此时进行配置,比如:

   
   

3. 注册一个ScriptLoader对象到Page上:
   
   推荐使用服务端的注册方法
   
4. 在程序中引入所需的js 模块:
   

   
   或者
   

所有文件的下载地址:包括binary,src,quickstart:
http://sourceforge.net/project/showfiles.php?group_id=228776
或者可以从svn下载最新版本:
https://scriptloader.svn.sourceforge.net/svnroot/scriptloader

评论: 35　查看评论　发表评论

最新新闻：
· Sun前CEO欲写自传 称经济危机是Sun被购主因(2010-02-10 11:25)
· Google社会化产品Buzz发布会实录(2010-02-10 11:15)
· 福布斯：苹果生态产业链上的十大企业(2010-02-10 11:14)
· 纽约时报：Google凭借Buzz进军社交网络(2010-02-10 10:59)
· 百度视频公司龚宇：图文时代互联网竞争已定(2010-02-10 10:56)

编辑推荐：Google社会化产品Buzz发布会实录

网站导航：博客园首页  个人主页  新闻  闪存  小组  博问  社区  知识库

评论: 3　查看评论　发表评论

最新新闻：
· Sun前CEO欲写自传 称经济危机是Sun被购主因(2010-02-10 11:25)
· Google社会化产品Buzz发布会实录(2010-02-10 11:15)
· 福布斯：苹果生态产业链上的十大企业(2010-02-10 11:14)
· 纽约时报：Google凭借Buzz进军社交网络(2010-02-10 10:59)
· 百度视频公司龚宇：图文时代互联网竞争已定(2010-02-10 10:56)

编辑推荐：Google社会化产品Buzz发布会实录

网站导航：博客园首页  个人主页  新闻  闪存  小组  博问  社区  知识库

评论: 12　查看评论　发表评论

最新新闻：
· Sun前CEO欲写自传 称经济危机是Sun被购主因(2010-02-10 11:25)
· Google社会化产品Buzz发布会实录(2010-02-10 11:15)
· 福布斯：苹果生态产业链上的十大企业(2010-02-10 11:14)
· 纽约时报：Google凭借Buzz进军社交网络(2010-02-10 10:59)
· 百度视频公司龚宇：图文时代互联网竞争已定(2010-02-10 10:56)

编辑推荐：Google社会化产品Buzz发布会实录

网站导航：博客园首页  个人主页  新闻  闪存  小组  博问  社区  知识库