<?xml version="1.0" encoding="utf-8" ?><rss version="2.0"><channel><title><![CDATA[冥想盆]]></title><description><![CDATA[工作中的积累，思想的碎片]]></description><link>https://blog.youkuaiyun.com/lysaking</link><language>zh-cn</language><generator>https://blog.youkuaiyun.com/</generator><copyright><![CDATA[Copyright &copy; lysaking]]></copyright><item><title><![CDATA[在XPath中指定namespace]]></title><link>https://blog.youkuaiyun.com/lysaking/article/details/7352771</link><guid>https://blog.youkuaiyun.com/lysaking/article/details/7352771</guid><author>lysaking</author><pubDate>Wed, 14 Mar 2012 14:13:08 +0800</pubDate><description><![CDATA[abc
如果要解析上面的XML，需要如下指定XPath：
/*[local-name() = 'test' and namespace-uri() = 'http://www.ca.com/']/*[local-name() = 'child' and namespace-uri() = 'http://www.w3.org/1999/xhtml']


参考链接]]></description><category></category></item><item><title><![CDATA[Java调用Native方法]]></title><link>https://blog.youkuaiyun.com/lysaking/article/details/7228031</link><guid>https://blog.youkuaiyun.com/lysaking/article/details/7228031</guid><author>lysaking</author><pubDate>Thu, 02 Feb 2012 12:26:50 +0800</pubDate><description><![CDATA[一、如何使用
1. 新建Java类
package com.test;

public class Test {
	public static native String hello(String str);
	
	static {
		System.loadLibrary("Test");
	}
}

2. 编译Java程序，生成.class文件
javac Test.java]]></description><category></category></item><item><title><![CDATA[Bug or Feature]]></title><link>https://blog.youkuaiyun.com/lysaking/article/details/7049391</link><guid>https://blog.youkuaiyun.com/lysaking/article/details/7049391</guid><author>lysaking</author><pubDate>Wed, 07 Dec 2011 12:51:27 +0800</pubDate><description><![CDATA[看到一张图片，很有意思。仔细想想，事情都是两面的，就看怎么说。]]></description><category></category></item><item><title><![CDATA[算法的特性]]></title><link>https://blog.youkuaiyun.com/lysaking/article/details/6995484</link><guid>https://blog.youkuaiyun.com/lysaking/article/details/6995484</guid><author>lysaking</author><pubDate>Mon, 21 Nov 2011 10:20:49 +0800</pubDate><description><![CDATA[算法具有五个基本特性：输入、输出、有穷性、确定性和可行性。]]></description><category></category></item><item><title><![CDATA[.NET的代码访问安全]]></title><link>https://blog.youkuaiyun.com/lysaking/article/details/6981399</link><guid>https://blog.youkuaiyun.com/lysaking/article/details/6981399</guid><author>lysaking</author><pubDate>Thu, 17 Nov 2011 17:48:21 +0800</pubDate><description><![CDATA[代码访问安全是.NET里检查是否有权限访问资源或操作的策略。MSDN介绍
为了保证代码的安全性，可以显示的或隐式的在运行时询问调用者的权限。权限的询问有三种，Demand、Link Demand、Inheritance Demand。通过分析调用栈实现。


Demand
这种询问会检查直接调用者和间接调用者的权限。

Link Demand

这种询问只检查直接调用者。]]></description><category></category></item><item><title><![CDATA[Hosting Process (vshost.exe)]]></title><link>https://blog.youkuaiyun.com/lysaking/article/details/6981185</link><guid>https://blog.youkuaiyun.com/lysaking/article/details/6981185</guid><author>lysaking</author><pubDate>Thu, 17 Nov 2011 12:05:53 +0800</pubDate><description><![CDATA[.NET程序调试时，会伴随出现一个同名的.vshost.exe进程，这是做什么的？在MSDN上有如下解释。Hosting Process (vshost.exe)





这个进程是为了帮助调试用的，只会启动一次，直到工程被关闭才会停止运行。真正要调试的进程是通过这个进程启动起来。如要禁止使用Host进程，可以参照这里。




The hosting process is]]></description><category></category></item><item><title><![CDATA[面向方面开发]]></title><link>https://blog.youkuaiyun.com/lysaking/article/details/6963033</link><guid>https://blog.youkuaiyun.com/lysaking/article/details/6963033</guid><author>lysaking</author><pubDate>Sat, 12 Nov 2011 16:55:18 +0800</pubDate><description><![CDATA[面向方面的目的是分离出横向关联的共通侧面。什么是横向关联？什么是共通侧面？什么是方面？
       面向对象是以对象为单位，横向关联指涉及到多个对象，如果对象中都有共通的逻辑，这就是共通侧面。横跨多个类的共同关注的事就是方面（Aspect）。
       面向方面的编程（AOP）就是针对共同关注的事进行开发。比较典型的场景如日志记录、调试信息、安全认证等。

       为何不用继承]]></description><category></category></item><item><title><![CDATA[JavaScript的面向对象]]></title><link>https://blog.youkuaiyun.com/lysaking/article/details/6962910</link><guid>https://blog.youkuaiyun.com/lysaking/article/details/6962910</guid><author>lysaking</author><pubDate>Sat, 12 Nov 2011 16:04:57 +0800</pubDate><description><![CDATA[JavaScript采用原型模式实现面向对象。原型的英文为Prototype，也意为雏形。雏形相比原型更好的说明了JavaScript的面向对象原理，因为雏形更能表明原始对象的不完整性。

       原型模式在《设计模式》中有介绍，“明确一个实例作为要生成对象的原型，通过复制该实例来生成新的对象”。原型模式在静态语言（如C++）中的作用不太显著，但对于动态语言（如JavaScript）则是]]></description><category></category></item><item><title><![CDATA[项目管理的几条想法]]></title><link>https://blog.youkuaiyun.com/lysaking/article/details/6961118</link><guid>https://blog.youkuaiyun.com/lysaking/article/details/6961118</guid><author>lysaking</author><pubDate>Fri, 11 Nov 2011 21:14:20 +0800</pubDate><description><![CDATA[项目中最重要的是保证团队中每个人的思想统一，即每个人对所做的项目有同样的认识。最好在项目开始的头几天解决这个问题，时间越长麻烦越多。项目中唯一不变的就是变化，所以要时刻保证每个人对变更后有共同的认识。将项目的设计文档化可以让每个人有据可依，帮助在团队中传播对项目的认知。这件事应由PM完成。项目的进度要靠事实证明，不能拍脑袋说完成了百分之多少。这就需要了解项目要做什么，没做什么，已完成什么。PM了解]]></description><category></category></item><item><title><![CDATA[测试的几条想法]]></title><link>https://blog.youkuaiyun.com/lysaking/article/details/6960553</link><guid>https://blog.youkuaiyun.com/lysaking/article/details/6960553</guid><author>lysaking</author><pubDate>Fri, 11 Nov 2011 17:35:51 +0800</pubDate><description><![CDATA[测试人员往往将自己的定位很低。在团队中，测试也往往做最低级的工作。实际上测试是最接近客户的角色，应对产品的设计提供建设性的反馈。比尔盖茨说“微软不是软件开发公司，而是软件测试公司”。软件是测试出来的，不是开发出来的。没有经过测试的软件只能算半成品。测试工作也需要创造性，换一个方法可以节省大量的工作。测试不应只局限于手工测试，可以编写自动化测试工具将是以后的基本要求。test case的好坏将直接影]]></description><category></category></item><item><title><![CDATA[开发的几条想法]]></title><link>https://blog.youkuaiyun.com/lysaking/article/details/6958293</link><guid>https://blog.youkuaiyun.com/lysaking/article/details/6958293</guid><author>lysaking</author><pubDate>Fri, 11 Nov 2011 01:05:54 +0800</pubDate><description><![CDATA[测试驱动可以显著提高质量，并可以帮助架构的自然产生。但对开发人员的要求较高，并会增加开发时间，但从整个产品周期角度是值得的。开发语言的选择，应以开发人员最熟悉为前提，再以可以胜任并能尽快完成工作为原则。如果使用开发人员不熟悉的开发语言，即使语言的开发效率高，也有框架支持，但当遇到问题时损耗的时间将会超过语言节省的时间。设计模式应作为参考，不能生搬硬套，更不能为了显示水平为了使用而使用。设计模式会增]]></description><category></category></item><item><title><![CDATA[沟通的几条想法]]></title><link>https://blog.youkuaiyun.com/lysaking/article/details/6958246</link><guid>https://blog.youkuaiyun.com/lysaking/article/details/6958246</guid><author>lysaking</author><pubDate>Fri, 11 Nov 2011 00:39:56 +0800</pubDate><description><![CDATA[能站着说就不坐着说，能当面说就不电话说，能今天说就不明天说。能当时解决就不开会解决，能平级解决就不找领导解决。开会要有明确目的，避免搞成茶话会。要列出讨论的问题，让与会者知道还有什么没有解决，可以更好的控制时间，避免在一个问题上纠缠太久。要有会议记录，记下问题的结论，如没有结论应有后续措施、责任人、完成时间。应在会议开始指定一名记录员，避免无人记录或中途记录而丢失重要决议。如异地沟通，则应以电话沟]]></description><category></category></item><item><title><![CDATA[敏捷的几条想法]]></title><link>https://blog.youkuaiyun.com/lysaking/article/details/6958175</link><guid>https://blog.youkuaiyun.com/lysaking/article/details/6958175</guid><author>lysaking</author><pubDate>Thu, 10 Nov 2011 23:59:16 +0800</pubDate><description><![CDATA[所有开发流程都有共通的环节，因为软件产品的生产就像其他产品一样，不可能实现奇迹性的产出。敏捷开发解决的是应对变化，本质是缩短周期，增加校对点。几天、一周、最长一个月的周期里，一般至少有一次校对机会，减少实际和预期的偏差。即使采用敏捷方法，应对各种需求变更也只是理想的目标。因为代码和测试的调整要远慢于需求的改变。需求的变化仍然需要有一个截止点，在这个点之后则不能改变。敏捷不代表没有计划，在具体操作中]]></description><category></category></item><item><title><![CDATA[产品设计的几条想法]]></title><link>https://blog.youkuaiyun.com/lysaking/article/details/6958070</link><guid>https://blog.youkuaiyun.com/lysaking/article/details/6958070</guid><author>lysaking</author><pubDate>Thu, 10 Nov 2011 23:16:57 +0800</pubDate><description><![CDATA[和开发沟通设计时，应提供比较成熟的设计方案。因为开发关心的是可行性，提供反馈属于意外之喜。和测试沟通设计时，应说明行为和结果的细节。因为测试关心的是如何定义完成的标准，提供反馈属于正常。和PM沟通设计时，最好提供可操作的模型。因为PM的想法会更多，如没有实际的东西，很容易偏离主题。PM应定义明确的行为和结果，不能模棱两可，也不能有歧义，否则会出现完成的功能和预期不一致。和PO沟通设计时，往往只需要]]></description><category></category></item></channel></rss>