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