让窗体大小固定、任务栏不显示

2014-03-05

窗体大小

调整Windows下的ResizeMode属性： ResizeMode = NoResize

Resize属性是控制Windows是否可以改变大小，怎样改变大小的属性。ResizeMode的所有枚举如下：

	成员名称	说明
	NoResize	无法调整窗口的大小。标题栏中不显示“最小化”和“最大化”按钮。
	CanMinimize	只能最小化和还原窗口。同时显示“最小化”和“最大化”按钮，但只有“最小化”按钮处于启用状态。
	CanResize	可以调整窗口的大小。同时显示“最小化”和“最大化”按钮，并且两个按钮均处于启用状态。
	CanResizeWithGrip	可以调整窗口的大小。同时显示“最小化”和“最大化”按钮，并且两个按钮均处于启用状态。窗口的右下角显示一个大小调整手柄。

任务栏

调整Windows下的ShowInTaskbar属性可设置该窗口是否在任务栏上显示！可选值为true或者false

展开全文 >>

设置正确的post数据格式

2014-02-26

之前一直使用苏飞的HttpHelper类来访问网络，用起来一直感觉很爽。使用其工具直接生成访问代码很是方便。直到昨天下午做到需要使用wpf来post两个字段数据到服务器,服务器使用ASP.NET MVC来接收表单数据时出现了问题。

首先：按照正常使用习惯来生成的代码是：

HttpHelper http = new HttpHelper\(\);
HttpItem item = new HttpItem\(\)
{
   URL = "http://localhost:2250/api/login",//URL     必需项    
    Method = "post",//URL     可选项 默认为Get   
    IsToLower = false,//得到的HTML代码是否转成小写     可选项默认转小写   
    Cookie = "",//字符串Cookie     可选项   
    Referer ="",//来源URL     可选项   
    Postdata = "username=1@1.com&password=123456",//Post数据     可选项GET时不需要写   
    Timeout = 100000,//连接超时时间     可选项默认为100000    
    ReadWriteTimeout = 30000,//写入Post数据超时时间     可选项默认为30000   
    UserAgent = "Mozilla/5.0 (compatible; MSIE 9.0; Windows NT 6.1; Trident/5.0)",//用户的浏览器类型，版本，操作系统     可选项有默认值   
    ContentType = "text/html",//返回类型    可选项有默认值   
    Allowautoredirect = false,//是否根据301跳转     可选项   
    //CerPath = "d:123.cer",//证书绝对路径     可选项不需要证书时可以不写这个参数   
    //Connectionlimit = 1024,//最大连接数     可选项 默认为1024    
    ProxyIp = "",//代理服务器ID     可选项 不需要代理 时可以不设置这三个参数    
    //ProxyPwd = "123456",//代理服务器密码     可选项    
    //ProxyUserName = "administrator",//代理服务器账户名     可选项   
};
HttpResult result = http.GetHtml(item);
string html = result.Html;
string cookie = result.Cookie;

服务器来接受到请求，但是接受到的username 和password字段都是null。小猪捣鼓了一个下午一直认为是post数据的问题。尝试将其改成

1	string postData = "{username=123&password=123}"

甚至是

1	string postData = "{username='123'&password='123'}"

问题依旧啊！害得我昨天晚上一生气玩dota到12点~:-)

期间自己编写html代码来测试数据

<html>
<head>
</head>
<body>
<div>
<form action="http://localhost:2250/api/login" method ="Post">
    <input type = "text" name = "username"/>
    <input type = "password" name = "password"/>
    <input type = "submit" >
</form>

</div>
</body>
</html>

这样测试是能够接受到数据的。各种百度、谷歌、官方论坛找到下列结果http://www.sufeinet.com/forum.php?mod=viewthread&tid=7497&highlight=post%2B%B1%ED%B5%A5

原来需要将请求的ContenType，这样HttpWebRequest类会将post数据当成表单数据来处理，这样在ASP.NET MVC后台就可以成功接受到数据。

1	ContentType = "application/x-www-form-urlencoded",

展开全文 >>

使用Linq快速的操作XML

2014-02-21

开始内容之前先分享一段话

有时候，当你知道要做什么的时候就做的很快，比如你要实现个功能，码字的活儿不算很难，做个检索也不会有什么难倒你的。
但是，做着做着，你发现好像世界上的工作都在重复，于是你有种心要飞起来的感觉，但总觉得脚步速度太慢，你开始抱怨进度，公司也对你充满期待，于是会给你配备助手，一来二去，你成为了小领导，你不再自己编码了，而且要做什么也都告诉你的助手们了，这时，你陷入了沉思，我该干什么呢？
偶然的，你发现某些事情朝着错误的方向发展，用户开始抱怨了，你跳出来，指出助手们的错误，然后事情过去了，你却停不下来，你怕这样的事情再次发生，于是你开始更深的沉思，这次你学会了思考，我要做的就是保持优秀的团队力量，如何保持呢？古板不是个办法，因为古板会使你的团队成员走你的老路，他们会感到单一、重复、枯燥。。。
你不能再去写代码以逃避无休无止的思考，因为你写的那点代码也起不到作用，还冷不丁的出个意外需要你公关，你很想突破，突破思维的限制，你发现突破不仅是你的挑战，更是你唯一的出路。

正文

<?xml version="1.0" encoding="utf-8" ?>
<Columns>
  <column id="序号">
    <name>序号</name>
  </column>
  <column id="检验项目">
    <name>检验项目</name>
  </column>
  <column id="单位">
    <name>单位</name>
  </column>
  <column id="标准要求">
    <name>标准要求</name>
  </column>
  <column id="检验结果">
    <name>检验结果</name>
  </column>
  <column id="结论">
    <name>结论</name>
  </column>
</Columns>

以上就是一个Xml文件，我们知道，Xml文件是用来存储数据的，那么我们如何遍历这些数据呢？
其实最简单的方法，就是使用Linq：

private void GetTestResultXml\(\)
  {
      List<string> iTestResultXml=new List<string>\(\);
      //定义并从xml文件中加载节点（根节点）
      XElement rootNode = XElement.Load(@"testResult.xml");   
      //查询语句: 获得根节点下name子节点（此时的子节点可以跨层次：孙节点、重孙节点......）
      IEnumerable<XElement> targetNodes = from target in rootNode.Descendants("column")
                                          select target;
      foreach (XElement node in targetNodes)
      {
          iTestResultXml.Add(node.Value);
      }
  }

这样我们就可以获得<column/>标签里所有的数据了，并把他们存储到列表iTestResultXml中。
在testResult.xml文件中，我们看到，<column/>标签设置了本身的id,而此id并不是他的数据，而是他的一个属性，那么如果我们想获得他的属性而不是他标签里的内容该如何获得呢？

private void GetTestResultXml\(\)
  {
      List<string> iXmlID = new List<string>\(\);
      //定义并从xml文件中加载节点（根节点）
      XElement rootNode = XElement.Load(@"....XmltestResult.xml");   
      //查询语句: 获得根节点下name子节点（此时的子节点可以跨层次：孙节点、重孙节点......）
      IEnumerable<XElement> targetNodes = from target in rootNode.Descendants("column")
                                          select target;
      foreach (XElement node in targetNodes)
      {
            iXmlID.Add(node.Attribute("id").Value);   //获取指定属性的方法
      }
  }

这样我们就获取了<column/>标签里id属性的列表iXmlID。

参考地址：http://docs.google.com/fileview?id=0B9T0APtVi1fyNjNhM2I4NmEtMTdmOS00NTUzLTljZTUtMDdhZjM4NzIzMGEz&hl=zh_CN

http://www.cnblogs.com/jiajiayuan/archive/2012/02/09/2343512.html

展开全文 >>

再也不相信”红米”了

2014-02-15

尼玛的，作为一个电信吊死档真心不容易，一如电信深似海，从此好手机如路人啊，凡是新出来的或者关注度比较高的小猪不需要卖肾能买的都不支持CDMA制势啊。之前的Nexus5、小猪关注好久结果不能用。另外一方面自己却舍不得这个号码。换号码很麻烦的说。好不容易等到红米电信版出来了。结果又搞了什么抢码。那玩意都是毫秒级的抢法。小猪只是点了一下就得知抢光了~~~

像什么魅族MX3之类的压根就没有电信版、然后想跟小米争风头的华为荣耀3C也没电信版的。如果华为出电信的小猪会毫不犹豫的去抢啊。毕竟华为的品质小猪还是有底的啊！！

可怜小猪想买手机的欲望一点一点的被这些奸商给磨灭。最后就让我的lumia 822陪我度余生吧。什么乱七八糟的小猪都不管了。

展开全文 >>

ASP.NET MVC统一异常处理

2014-02-12

前言：

今早看了篇文章：求知成瘾，却无作品的思考；很有感触，发现原来自己也是这样，对每样东西都抱有很大的兴趣或者希望自己去学，一年后发现原来自己什么都是皮毛什么都不精！最终发现真正的大牛都是在某一个领域的大牛，不会是全能的。所以是时候精一下了。

本篇文章来源于今天的另外一篇阅读：《我的软件没bug》作者希望读者写的程序即使已经上线也能快速的发现自己bug而不是等着用户忍无可忍时的反馈，这样让用户产生错觉是其用的软件并没有bug，而能实现这些最关键的一点就是能不能发现bug。所以小猪今天写了其实已经关注非常久的一个主题：统一的异常处理

实现

ASP.NET MVC提供了很方便的实现处理异常的机制：在需要进行异常处理的Controller中重写OnException。如果整个程序都需要异常处理，可以先写一个BaseController，其他所有Controller都继承它，然后在BaseController中重写OnException。
然后让自己的Controller继承自这个BaseController即可。

另外如果只是针对某一个Action的捕获异常则可以写一个Attribute继承自HandleErrorAttribute：

存数据库还是文件

细心的读者可能发现上述的代码小猪是保存在网站跟文件夹下的一个文件里的。这里涉及到把异常数据保存在什么地方的问题。有两种选择数据库和文件。但是小猪考虑到存数据库时存在一个问题：当数据库无法链接时网站也是会报错，这个时候的错误如果是采用存在数据库的机制的话则无法记录，而存在文件里则不存在这个问题，除非是web服务器奔了。综上原因小猪采取了把日志文件存放在文件里的方法。

展开全文 >>

编写自己的Windows Live Writer插件

2014-02-10

起因

自从小猪使用Windows Live Writer(wlw)来写博客之后就很少打开网站的后台编辑器了，这真是个写博客的好东西啊，但是任何东西都是不完美的。索契冬奥会开幕式都会把五环弄成四环呢！对于写博一个很简单的情景：小猪需要从别的网站上面引用一段话，我希望引用的这端话有独立的标签好定义其样式，就这么个简单的需求在原生的wlw里面却束手无策了。好在现在的软件都强调对其自身的拓展，wlw也不例外。

准备

其实需求很简单，就是希望能有那么个按钮，这个按钮的功能是给我的文字加上一段固定的标签就可以了。参考很多的代码高亮插件之后发现这个完全是可行的，而且相比于代码高亮来说实在是再简单不过了——我不需要针对每个关键字设置不同的标签样式，也就是我不需要解析插入的内容直接贴上去就好了。

有了上述思想准备后小猪就开始了自己的插件开发

第一步：创建类库项目

使用VS来创建类库项目：需要注意的是.NET的版本一定要是3.0以下(包括)的。小猪做的时候就在这上面浪费了很长的时间。

第二步：对官方API库的引用

库在哪里？不需要去下载，只要电脑上安装了wlw，这个库就静静的躺在你的电脑里wlw的安装文件目录下，例如：C:Program Files (x86)Windows LiveWriterSystem.Windows.Forms.dll。当然因为需要新建一个输入代码的窗口，所以需要对System.Windows.Forms库的引用。

第三步：设置生成路径

因为我们很多时候需要实时预览我们的插件，避免每次编译好了都自己安装的麻烦我们设置生成路径，让VS编译的时候直接帮我们生成的DLL文件放到指定的文件夹下。

打开项目属性设置生成事件，在“后期生成事件命令行:”一栏中输入:XCOPY /D /Y /R “$(TargetPath)” “C:Program Files (x86)Windows LiveWriterPlugins”。保存并退出！

第四步：编写自己的类实现ContentSource类的方法

[WriterPlugin("72371eef-e350-4aae-af28-91613a9137e3", "smallerpig",
    PublisherUrl = "http://www.smallerpig.com", 
    Description = "This is an Test plugin.", Name = "smallerpigPlugin")]
[InsertableContentSource("smallerpigPlugin", SidebarText = "smallerpigPlugin")]
public class smallerpigPlugin : ContentSource
{
    public override DialogResult CreateContent(IWin32Window dialogOwner, ref string content)
    {
        new AddFrom\(\).ShowDialog\(\);
        content = ContentProcessor.ProcessedContent;
        return (!String.IsNullOrEmpty(content) ? DialogResult.OK : DialogResult.No);
    }
}

第一个参数为一个Guid，我们可以用Visual Studio自动生成，其标识的作用。
第二个参数为该插件的名称，将在Windows Live Writer的插件管理器中看到。
PublisherUrl为发布者的网站地址，这里就写了我的Blog地址。
ImagePath为插件的图标文件路径，注意该图标应为18*16大小，且一定以Embedded Resource形式编译在程序集中。
Description为插件的一小段描述介绍。

第五步：新建窗口

因为需要在点击插件按钮时弹出对话框让用户输入对应内容，所以新建一个Form窗体拖上两个控件写上事件

public partial class AddFrom : Form
{
    public AddFrom\(\)
    {
        InitializeComponent\(\);
    }

    /// <summary>
    /// End the process.
    /// </summary>
    private void EndProcess\(\)
    {
        this.Close\(\);
    }

    private void Btn_Ok_Click(object sender, EventArgs e)
    {
        ContentProcessor.Process(this.Txt_From.Text, this.contentTextBox.Text);

        this.EndProcess\(\);
    }

    private void Btn_Cancle_Click(object sender, EventArgs e)
    {
        this.EndProcess\(\);
    }

    private void contentTextBox_TextChanged(object sender, EventArgs e)
    {
    }
}

再新建一个类来单独处理加标签的逻辑

ublic class ContentProcessor
{
    /// <summary>
    /// The processed content.
    /// </summary>
    public static string ProcessedContent { get; private set; }

    /// <summary>
    /// The process function.
    /// </summary>
    /// <param name="originalContent">Original content which needs to be processed.</param>
    public static void Process(string originalFrom,string originalContent)
    {
        ProcessedContent = (!String.IsNullOrEmpty(originalContent)
            ? String.Format("<fieldset><legend><a href="{0}">引用:</a></legend><div style="padding:5px 10px;color:#666666;text-align: justify;">{1}</div></fieldset>", originalFrom, originalContent)
            : String.Empty);
    }
}

这个时候这个简单控件的完整代码就已经完成。编译后重新打开wlw就可以在插件栏里发现它。

参考：http://www.cnblogs.com/dflying/archive/2006/12/03/580602.html

http://www.cnblogs.com/yjf512/archive/2012/05/13/2498400.html

后记

小猪写完这个简单的插件之后发现wlw不仅仅可以这么用，我们自己写的新闻发布页、博客等等程序其实都可以使用wlw来发布，如果需要一定自定义的格式或者要求我们完全可以使用插件来完成。这样我们就不需要在网页端使用富文本编辑器来编辑发布。有时间小猪好好研究研究者块内容。如果发现这个思路确实可行的话那么以后可以在项目中实施。

展开全文 >>

饭店招两个服务员、洗碗工

2014-01-22

今个和我们持续奋战将近两年的广东仔请我们吃饭了，只是吃的是离别的饭。大家都很舍不得、结果大家没怎么喝酒广东仔自己一个人敬了一杯喝了不少。

但是今天小猪分享的不是这个伤感的主题，而是在进饭店之前，饭店门口招牌上面写的几个字：招服务员两年、洗碗工两名，工资待遇面议！

在小猪的记忆中，貌似有印象的饭店特别是档次不是特别高的饭店都会在门口弄上这么几个字，而且要放在醒目的地方，最关键的：一定要是红纸或者黄纸的底。反正就是要让你看得到，不管你是不是吃饭的，要不要找工作的。

事实上这家饭店真的是要招人或者是人手不够用了吗？

小猪不是这么认为的，小猪认为的是很多饭店的真正目的不是招聘而是招人，最起码最大的目的不是招聘。那为什么要贴这么个东西呢？

先让小猪来分享一个真实的案例：大学毕业后小猪某个同学自己开店创业，有次小猪去光顾其生意的时候看到了卡贴心想买几个美化美化自己的各式各样的饭卡、银行卡……这个时候这位同学和我说了个很有意思的事情：本来一大张卡贴完整的放在那边怎么都不会有人去买(一张海报大小的纸上面贴着漫漫的卡片大小的卡贴)，他很郁闷为什么在有这么多选择的时候顾客会对其不理睬，然后他就随意的在这满满的卡贴中撕下来几张，然后同样的放在那里卖！结果就是没多会的功夫就被大家”抢购“光了……

小猪说这个事情是想让大家知道一个道理:作为商家，总是想方设法的制造一种现象：我的商品是很火的！他可不管这个到底是假象还是真实的。如果是真实的最好，不是真实的那也要制造这种假象。

回到饭店招服务员这个事情上来，他招不招对于普通吃饭的人来说是并不关心的，但是却能让顾客心里起到一种暗示的效果：我们这家饭店是很火的，你看，服务员和洗碗工压根不够用了！这样在下次选择的时候会不会被潜移默化的影响了呢？

再看看某宝的主页都是三折两浙的广告，点进去看看价钱还不是该高的还是高，好的作为屌丝的小猪还是买不起？谁说你不是呢？

呵呵~~

展开全文 >>

闭包

2014-01-22

Javascript的闭包

下面代码中，generateClosure() 函数中有一个局部变量count，初值为0。还有一个叫做 get 的函数，get 将其父作用域，也就是 generateClosure() 函数中的 count 变量增加1，并返回 count 的值。generateClosure() 的返回值是 get 函数。在外部我们通过 counter 变量调用了 generateClosure() 函数并获取了它的返回值，也就是 get 函数，接下来反复调用几次counter()，我们发现每次返回的值都递增了1。


 var generateClosure = function() { 
    var count = 0; 
    var get = function() { 
        count ++; 
        return count; 
    }; 
    return get; 
}; 
var counter = generateClosure(); 
console.log(counter()); // 输出1 
console.log(counter()); // 输出2 
console.log(counter()); // 输出3

让我们看看上面的例子有什么特点，按照通常命令式编程思维的理解，count 是generateClosure 函数内部的变量，它的生命周期就是generateClosure 被调用的时期，当 generateClosure 从调用栈中返回时，count 变量申请的空间也就被释放。问题是，在 generateClosure() 调用结束后，counter() 却引用了“已经释放了的” count 变量，而且非但没有出错，反而每次调用 counter() 时还修改并返回了count。这是怎么回事呢？

这正是所谓闭包的特性。当一个函数返回它内部定义的一个函数时，就产生了一个闭包，闭包不但包括被返回的函数，还包括这个函数的定义环境。上面例子中，当函数generateClosure() 的内部函数get 被一个外部变量counter 引用时，counter 和generateClosure() 的局部变量就是一个闭包。

C#中也存在闭包

在C#里面，变量作用域有三种，一种是属于类的，我们常称之为field；第二种则属于函数的，我们通常称之为局部变量；还有一种，其实也是属于函数的，不过它的作用范围更小，它只属于函数局部的代码片段，这种同样称之为局部变量。这三种变量的生命周期基本都可以用一句话来说明，每个变量都属于它所寄存的对象，即变量随着其寄存对象生而生和消亡。对应三种作用域我们可以这样说，类里面的变量是随着类的实例化而生，同时伴随着类对象的资源回收而消亡(当然这里不包括非实例化的static和const对象)。而函数(或代码片段)的变量也随着函数(或代码片段)调用开始而生，伴随函数(或代码片段)调用结束而自动由GC释放，它内部变量生命周期满足先进后出的特性。

我们知道，C#, Java和JavaScript, Ruby, Python这些语言不同，在C#和Java的世界里面，原子对象就是类(当然还有struct和基本变量)，而不是很多动态语言中的函数，我们可以实例化一个类，实例化一个变量，但不可以直接new 一个函数。也就是表面上看，我们是没办法像js那样将函数进行实例化和传递的。这也是为什么直到Java 7闭包才被姗姗来迟的加入Java特性中。但对C#来说这些只是表象，我刚学C#的时候，看到最多的解释委托的话就是：委托啊，就相当于C++里面的函数指针啦。这句话虽然笼统，但确实有一定道理，通过委托特别是匿名委托这层对象的包装，我们就可以突破无法将函数当做对象传递的限制了。

好像这里还是没讲到闭包和委托的关系，好吧，我太啰嗦了，下面从概念开始讲。

闭包其实就是使用的变量已经脱离其作用域，却由于和作用域存在上下文关系，从而可以在当前环境中继续使用其上文环境中所定义的一种函数对象。

下面小猪把上面的js代码翻译成对应的C#代码：


public class TCloser
{
    public Func<int> T1()
    {
        var n =0;
        return () =>;
        {
            n++
            Console.WriteLine(n);
            return n;
        };
    }
}

class Program
{
    static void Main()
    {
        var a = new TCloser();
        var b = a.T1();
        Console.WriteLine(b());
    }
}

从上面的代码我们不难看到，变量n实际上是属于函数T1的局部变量，它本来生命周期应该是伴随着函数T1的调用结束而被释放掉的，但这里我们却在返回的委托b中仍然能调用它，这里正是闭包所展示出来的威力。因为T1调用返回的匿名委托的代码片段中我们用到了n，而在编译器看来，这些都是合法的，因为返回的委托b和函数T1存在上下文关系，也就是说匿名委托b是允许使用它所在的函数或者类里面的局部变量的，于是编译器通过一系列动作(具体动作我们后面再说)使b中调用的函数T1的局部变量自动闭合，从而使该局部变量满足新的作用范围。

因此，如果你看到.NET中的闭包，你就可以像js中那样理解它，由于返回的匿名函数对象是在函数T1中生成的，因此相当于它是属于T1的一个属性。如果你把T1的对象级别往上提升一个层次就很好理解了，这里就相当于T1是一个类，而返回的匿名对象则是T1的一个属性，对属性而言，它可以调用它所寄存的对象T1的任何其他属性或者方法，包括T1寄存的对象TCloser内部的其他属性。如果这个匿名函数会被返回给其他对象调用，那么编译器会自动将匿名函数所用到的方法T1中的局部变量的生命周转期自动提升，并与匿名函数的生命周期相同，这样就称之为闭合。

参考:http://kb.cnblogs.com/page/111231/

《Node.js》开发指南

展开全文 >>

怎么样提高在家工作学习的效率

2014-01-20

记得小猪在读书时期就有这么个习惯：每次放假之前都要给自己在假期里做个规划，例如要看多少书，学习什么什么。这样每次放假回家都会在包里带上几本书或者其他认为很有必要的东西.。可是最后的结果往往都是除了几件换洗的衣服以及生活必需品如手机充电器之类的外，其他的物品都放在包里直到假期的结束。我想很多人都会有这样的经历。

到了工作以后，很多时候在公司的时候想好周末在家要看什么什么技术，在家每天要花多少时间来看某一本书等等等~~~但到了实施的时候总是会由于琐事而使自己的注意力分散。在自己电脑装的很多学习软件、IDE甚至都很少打开来用。

这确实是个问题：毕竟每天在公司工作的时间才8个小时，才占了整个的三分之一。

今天就在网上找到一篇文章使用一些小技巧来提高自己在家工作学习的效率，特地分享给大家：

英文原文：Work From Home? Do it Better.

　　我花了很久才接受这样一件事：将每天的工作安排紧凑例行公事，并不等于没有了自由。

　　当我不想让梦想溜走，准备好好计划自己的人生时，根本没想过会把工作地点放在家里。在家里难免会过的很松散，甚至一不小心就沦为平庸。

　　所以在家里就本能的工作更久，但各种分散注意力的东西自己很难控制，似乎频繁的在各种事务中切换，尽管起早贪黑确不知做了什么。放弃了休息的时间，放弃了健身的时间，就为了弥补一整天浪费时间的愧疚感。而最后的结果是，在对抗循规蹈矩的战役中，我输了。

　　结构化的安排一天，看似束缚，却是自由。

　　要这样做起来并不简单，就像如果你想掌握的某种技能，要不断练习，不断犯错，直到最后找到适合自己的独特门路。

　　以下 10 个非常有用的小点子帮助我制定并保持一天的计划：

1. 每天在固定时间起床，并且越早越好

　　如果早起对你来说很难，那就先比目前早起 5 分钟。习惯这个时间后，再提前 5 分钟，逐渐达到你的目标。

2. 每天起床后做同一件事

　　听起来也许没那么重要，但事实上，这样有助于你开始结构化的生活轨迹，从每天的第一件事开始。

3. 吃早餐

　　绝对重要。

4. 先做一天中最重要的事

　　这可绝不是收邮件刷新闻，如果你最佳精力是在早上的话，那就用早上的时间来写代码、设计、解决已拖延的问题。你的注意力会随着时间慢慢消散，在下午再做一些不那么费脑子的事儿。

5. 将你的时间分为1-2 小时的小块

　　注意力高度保持一天是不可能的，尤其是创造性活动。将一天的时间分为小块，在时间块之间穿插休息时间。并给每个时间块设定目标，在每个时间段内全力冲刺达到它。

　　铁律：这是全身心沉浸的时段。不要在此期间收邮件刷微博，这会分散注意力，时间迅速溜走。

6. 休息时间

　　在休息时上网、聊天、看视频、吃零食、做做杂事儿。这样你也没理由从专注任务里抽身，因为已经给休息留出了时间。在此期间可以随意放松。

7. 给运动留出具体时间并且严格遵守

　　当你说“我一会儿再去”的时候，结果往往是再也不会去了。给自己定个具体的时间，在日历上标注。闹铃一响，起身就走。

　　小贴士：如果你的运动时间，定在早晨 2 小时“专注工作时间”之后，那可以早起直接穿好运动的衣服。

8. 在家里储备好食物

　　试想你冰箱空了会发生什么。花时间去想中午吃什么，什么好吃什么不好吃，决定好了再出门，出去吃的还不一定健康。在吃完回家的时候，时间已经溜走一大把了。学着成熟点儿，在冰箱里储备好食物。

9. 出门遛弯儿

　　选个你自己的“最爱”。咖啡厅，工作室等。任何一个能让你起身出门且有 wifi 的地方。环境的改变能帮助你调节注意力让你放松。

10. 知道什么时候该是终点

　　晚上累了的时候很难有好的工作产出。这时非要熬夜就不明智了。知道自己状态，知道什么时候该休息，然后再开始新的一天吧。

　　自从给我的一天定下如此铁板钉钉的 8 小时安排，现在反而有更多自由的时间去做别的事。

　　这很奇妙，当初让我害怕自由被夺走的事，如今给了我自由。

展开全文 >>

使用Lucene.Net管理索引实现搜索

2014-01-19

之前使用一直是没有问题的，只到今天发现删除的时候无法删除，增加的时候却一直在增加，导致搜索的时候可以搜出来很多相同的结果。

小猪决定趁今天这个机会好好的把这个问题给解决了。

private void ProcessJobs(IndexWriter writer)
{
    while (jobs.Count != 0)
    {
        IndexJob job = jobs.Dequeue\(\);
        writer.DeleteDocuments(new Term("Id", job.Id.ToString\(\)));//先执行删除的操作
        //如果“添加文章”任务再添加，
        if (job.JobType == JobType.Add)
        {
            BLL.BooksManage bll = new BLL.BooksManage\(\);
            Entity.Books art = bll.GetById(job.Id);
            if (art == null)//有可能刚添加就被删除了
            {
                continue;
            }

            //string channel_id = art.channel_id.ToString\(\);
            string title = art.Title;
            DateTime time = art.CreateDate;
            string content = Utils.DropHTML(art.Brief.ToString\(\));
            string Addtime = art.CreateDate.ToString("yyyy-MM-dd");

            Document document = new Document\(\);
            //只有对需要全文检索的字段才ANALYZED
            document.Add(new Field("Id", job.Id.ToString\(\), Field.Store.YES, Field.Index.NOT_ANALYZED));
            document.Add(new Field("Title", title, Field.Store.YES, Field.Index.ANALYZED, Lucene.Net.Documents.Field.TermVector.WITH_POSITIONS_OFFSETS));
            document.Add(new Field("Tag", art.Tag, Field.Store.YES, Field.Index.ANALYZED, Lucene.Net.Documents.Field.TermVector.WITH_POSITIONS_OFFSETS));
            document.Add(new Field("PubTime", art.PubTime.ToString("yyyy-MM-dd"), Field.Store.YES, Field.Index.NOT_ANALYZED));
            document.Add(new Field("Cover", art.Cover, Field.Store.YES, Field.Index.NOT_ANALYZED));
            document.Add(new Field("Author", art.Author == null ? "" : art.Author, Field.Store.YES, Field.Index.ANALYZED, Lucene.Net.Documents.Field.TermVector.WITH_POSITIONS_OFFSETS));
            document.Add(new Field("Translator", art.Translator == null ? "" : art.Translator, Field.Store.YES, Field.Index.ANALYZED, Lucene.Net.Documents.Field.TermVector.WITH_POSITIONS_OFFSETS));
            document.Add(new Field("Publisher", art.Publisher == null ? "" : art.Publisher, Field.Store.YES, Field.Index.ANALYZED, Lucene.Net.Documents.Field.TermVector.WITH_POSITIONS_OFFSETS));
            document.Add(new Field("Language", art.Language, Field.Store.YES, Field.Index.NOT_ANALYZED));
            document.Add(new Field("Brief", Utils.DropHTML(art.Brief.ToString\(\)), Field.Store.YES, Field.Index.ANALYZED, Lucene.Net.Documents.Field.TermVector.WITH_POSITIONS_OFFSETS));
            document.Add(new Field("Icon", art.Icon, Field.Store.YES, Field.Index.ANALYZED));
            document.Add(new Field("Rate", art.Rate.ToString\(\), Field.Store.YES, Field.Index.ANALYZED));
            document.Add(new Field("Price", art.Price.ToString\(\), Field.Store.YES, Field.Index.ANALYZED));
            document.Add(new Field("Device", art.Device, Field.Store.YES, Field.Index.ANALYZED));
            document.Add(new Field("EngineVersion", art.EngineVersion.ToString\(\), Field.Store.YES, Field.Index.ANALYZED));
            document.Add(new Field("ContentType", art.ContentType, Field.Store.YES, Field.Index.ANALYZED));
            document.Add(new Field("Size", art.Size.ToString\(\), Field.Store.YES, Field.Index.ANALYZED));
            document.Add(new Field("Status", art.Status.ToString\(\), Field.Store.YES, Field.Index.ANALYZED));
            document.Add(new Field("Other2", art.Other2, Field.Store.YES, Field.Index.ANALYZED));
            writer.AddDocument(document);
            logger.Debug("索引" + job.Id + "完毕");
        }
        else
        { 

        }

    }
}

之前小猪还在想为什么这里没有处理删除的逻辑，仔细看了下发现只要增加了任务不管是删除还是添加都会先执行删除操作以防止索引结果的重复。问题就出现在这里，依照什么规则来删除呢？之前小猪直接用的别人的代码，今天才发现需要自己定义删除的规则：

1	writer.DeleteDocuments(new Term("number", job.Id.ToString))

另外就是要处理好啥时候删除，啥时候增加的逻辑。不然很容易出现各种问题，例如数据库中没有而索引里有的，或者数据库里有的但是不可用的但是搜索出来的等等等等~~

展开全文 >>