亚洲香蕉网久久综合影视,狠狠狠色丁香婷婷综合久久五月 ,久久精品国产亚洲av麻豆色欲

<沟通��您更有魅�?gt;

yutou — Sun, 20 Apr 2008 09:52:00 GMT

du8.com的书..很不�?.但是要VIP,,,又是VIP

http://pic.du8.com/onlineimg/31/bp/sep/2003/31bp.0001.png

�q�本书的地址是从�q�里开始的,,,0002 0003 …0100…N

yutou 2008-04-20 17:52 发表评论

SQL参考手�?��Z��ms sql 2000 help system)

yutou — Thu, 10 Apr 2008 14:55:00 GMT

很好的一个小册子,不大不小,却是一个学习的好帮�?放此收藏.

感谢LXH2002的收集整�? ;-)

yutou 2008-04-10 22:55 发表评论

关于new与delete

yutou — Mon, 07 Apr 2008 09:24:00 GMT

int i = 0;
int *p = &i ,*pk;

pk = p;
delete pk; //错误
//不能delete一个不是new分配的空�?br>

int i = 0;

new *p = &i;
new *pk = p;

delete p; //正确
//p与pk指向同一个内存区域，而这个内存区域是由new产生

yutou 2008-04-07 17:24 发表评论

yutou — Mon, 07 Apr 2008 09:06:00 GMT

在if else if 使用中出现的一炚w��题，�~�译器报�?#8220;在return的前面缺��?';' ”

int compare( int shu_size ,const vector <int> &_vec )
{
  int vec_size = int(_vec.size());

  if( shu_size == vec_size ) return shu_size;
  else if( shu_size < vec_size )  return shu_size;
  else ( shu_size > vec_size )  return vec_size;
}

//更改后通过�~�译的代�?br>

int compare( int shu_size ,const vector <int> &_vec )
{
    int vec_size = int(_vec.size());
    if( shu_size == vec_size ) vec_size = shu_size;
    return vec_size;
}

yutou 2008-04-07 17:06 发表评论

vector�c�d��的常对象与iterator常对象的对应使用

yutou — Mon, 07 Apr 2008 08:58:00 GMT

code:

//出现error C2440
bool is_equal( const vector <int> &ivec )  //vector对象的常引用
{
     for( vector <int>::iterator it = ivec.begin() ;it != ivec.end() ;++it )  //�q�里使用的是iterator
       {
            ……
        }
}

//正确的��用方�?/span>
bool is_equal( const vector <int> &ivec )  //vector对象的常引用
{
     for( vector <int>::const_iterator it = ivec.begin() ;it != ivec.end() ;++it )  //�q�里使用的是const_iterator
       {
            ……
        }
}

ps:标准库相当复杂！

yutou 2008-04-07 16:58 发表评论

yutou — Sun, 06 Apr 2008 09:29:00 GMT

信息来源:http://blog.21ic.com/user1/2949/archives/2007/35599.html

一个定义�ؓvolatile的变量是说这变量可能会被意想不到地改变，�q�样�Q�编译器��׃��会去假设�q�个变量的��g��。精��地说就是，优化器在用到�q�个变量时必��L��ơ都��心地重新读取这个变量的��|��而不是��用保存在寄存器里的备份。下面是volatile变量的几个例子：
    1). �q�行讑֤�的硬件寄存器�Q�如�Q�状态寄存器�Q?
    2). 一个中断服务子�E�序中会讉K��到的非自动变�?Non-automatic variables)
    3). 多线�E�应用中被几个�Q务共享的变量
    回答不出�q�个问题的�h是不会被雇䄦的。我认�ؓ�q�是区分C�E�序员和嵌入式系�l�程序员的最基本的问题。嵌入式�pȝ��E�序员经常同��g、中断、RTOS�{�等打交道，所用这些都要求volatile变量。不懂得volatile内容��会带来��N��?
    假设被面试者正��地回答了这是问题（嗯，怀疑这否会是这��P��Q�我��稍微深�I�一下，看一下这家伙是不是直正懂得volatile完全的重要性�?
    1). 一个参数既可以是const�q�可以是volatile吗？解释��Z��么�?
    2). 一个指针可以是volatile 吗？解释��Z��么�?
    3). 下面的函数有什么错误：
         int square(volatile int *ptr)
         {
              return *ptr * *ptr;
         }
    下面是答案：
    1). 是的。一个例子是只读的状态寄存器。它是volatile因�ؓ它可能被意想不到地改变。它是const因�ؓ�E�序不应该试囑֎�修改它�?
    2). 是的。尽��这�q�不很常见。一个例子是当一个中服务子程序修该一个指向一个buffer的指针时�?
    3). �q�段代码的有个恶作剧。这�D�代码的目的是用来返指针*ptr指向值的�q�x��Q�但是，�׃��*ptr指向一个volatile型参敎ͼ��~�译器将产生�c�M��下面的代码：
    int square(volatile int *ptr)
    {
         int a,b;
         a = *ptr;
         b = *ptr;
         return a * b;
     }
    �׃��*ptr的值可能被意想不到地该变，因此a和b可能是不同的。结果，�q�段代码可能�q�不是你所期望的��^方��|��正确的代码如下：
     long square(volatile int *ptr)
     {
            int a;
            a = *ptr;
            return a * a;
     }

yutou 2008-04-06 17:29 发表评论

yutou — Mon, 10 Mar 2008 08:32:00 GMT

By SmartPtr(http://www.shnenglu.com/SmartPtr/)

�q�几天工作时��到一�?span lang=EN-US style="FONT-FAMILY: 'courier new'">C++的编译错�?/span>(我��用的�?/span>Visual C++ 7.0)�Q�说是有一个类重复定义�Q�仔�l�想��x��们的�q�个��目也是做了好几�?/span>Release了，内部代码应该不会有这��L��低��错误�Q?/span> 真把�c�d��l�重复定义了�Q�检查结果正如我预料的一栗��?/span> ��p��P�� 我左��x��扑ֈ�原因�Q�被一个编译错误给卡在那里了。（在我的概念中�Q?/span> �E�序错误的等�U��ؓ�Q�编译错误－>链接错误�Q?/span>>逻辑错误�Q?/span> 此错误属于最低�� Q�。这时我仔细看了一下错误提�C�，发现重复定义是由于从两个不同的�\径包含了同一个头文�g而引��L��Q�同事也��从另外一个�\径打开工程试试�Q?/span> �q�才慢慢发现了原因。这个原因可能有些拗口，而事实上要出现这�U�错误也有些“曲折“�Q?/span> 让我从不同情况下的类型重定义来解释一下吧�?/span>

我�ȝ��的C++中类型重定义情况有三�?/span>

1 没有在文件头�?/span>#pragma once指示�W��?br>
Type1.h: #pragma once的作用是保证本文件只被编译一�ơ，如果没有�?/span>Type1.h中加�q�句�?/span>�Q?/span>那么�?/span>main.cpp里面包含了两��?/span>Type1.h�Q?/span> ��q��当于�?/span>main.cpp里面定义了两��?/span>Type�c�，自然��是�c�d��重定义了�?/span>

//#pragma once
class Type
{
};

Main.cpp:

#include "Type1.h"
#include "Type1.h"
int main(int argc, char *argv[])
{
return 1;
}

2 两个不同的头文�g中定义了相同的类型（均有#pragma once�Q?br>
Type1.h:Type2.h:Main.cpp:

#pragma once
class Type
{

};

�q�里main.cpp中同时包含了Type1.h, Type2.h两个头文�Ӟ�� 虽然其文件头都有#pragma once�Q�但因�ؓ是不同的文�g�Q?/span> 预编译器�q�是会两�ơ把Type�cȝ��定义攑֜�Main.cpp中，所以也会出��C��重定义�?br>

#include "Type1.h"
#include "Type2.h"
int main(int argc, char *argv[])
{
return 1;
}

3 从两个不同的路径包含了同一个头文�g

前面两种是比较常见，也是比较�Ҏ��解决的情况，而这里要讲的�W�三�U�情况，比较��见�Q?/span> 而且一般出现在有虚拟映��盘的时候。（�q�样才能做到从两个不同的路径包含同一个头文�g�Q�，其他会在什么时候出玎ͼ� 我还没想刎ͼ� 知道的朋友顶一下：�Q�。下面我来分析一下：
1�Q?/span> �?/span>VC工程�?/span>D:\Test目录下�?br>2�Q?/span> 映射虚拟�?/span>X�?/span>D:\Test.
不熟悉的�|�友可以按此操作: 开�?/span>->�q�行->在运行窗口输入：cmd->�?/span>cmd�H�口输入�Q?br>Subst X: D:\Test->回�R�?br>3�Q?/span> 该工�E�有文�gType1.h, main.cpp

Type1.h:

#pragma once
class Type
{

};

Main.cpp:

main.cpp�q�样包含了两个头文�g�Q?/span> 从本质上来讲�Q?/span> 它们都对应于物理�?/span>D:\Test下的文�gType1.h, 是同一个文件�?/span>但在不同的操作下�Q?/span> VC对其有不同的解释�?/span>#include "X:\Type1.h"用的是绝对�\径，自然没有什么异议， �?/span>#include "Type1.h"却有些变�?/span>:
*假如我从D:\Test\下打开工程�Q?/span> 那么#include "Type1.h"其实��是#include "D:\Test\Type1.h"
*假如�?/span>X:\下打开工程�Q�那�?/span>#include "Type1.h"��p��释�ؓ#include "X:\Type1.h"

#include "Type1.h"
#include "X:Type1.h"
int main(int argc, char *argv[])
{
return 1;
}

�q�里我们�?

4�Q?/span> �?/span>D:\Test下打开工程�Q?/span> �~�译�Q?/span> 出现�c�d��Type重复定义错误

�q�种情况下，main.cpp预编译�ؓ:

Main.cpp:

只保证本文�g被编译一�ơ， �q�里VC��其认�ؓ是两个不同的文�g�Q?/span> 所以都要编译，出现�~�译错误自然也就不奇怪了�?br> 当然�Q?/span> �q�里如果�?/span>X:\ 下打开工程的话�Q?/span>VC��׃��认�ؓ都是�?/span>X:\Type1.h下包含这个文�Ӟ��#pragma once起到了作用，也就不会出现�c�d��重定义了

#include "D:TestType1.h"
#include "X:Type1.h"
int main(int argc, char *argv[])
{
return 1;
}

#pragma once

�ȝ��

我在VC7, VC8,�?/span>Dev C++中都��试了第三种情况�Q?/span> 发现只有Dev C++是可以通过�~�译的。这可能是微�?/span>VC�?/span>#pragma once�q�不够智能吧�Q�轻易的�?/span>Windows的虚拟盘�l�蒙蔽了双眼�Q?/span> 看不到其本质�Q�只是猜��，或许VC�q�么处理是有其他用意的）�?/span>

因�ؓ在稍大一点的工程开发中�Q?/span> 我们一般都会用虚拟盘来方便工作�Q?/span> 一是访问快��P��化了路径�Q?/span> 二是因�ؓ多�h协同开发，我们一般希望大家源代码路径相同�Q�但我们不应强制要求大家都把源代码放��d��某一目录下， �q�时把你放源代码的�\径映��ؓ一个虚拟盘�Q�比如说�l�一�?/span>X:�Q�就能把大家的代码�\径统一��h��了。但是另一斚w��Q�有了虚拟盘�Q?/span> ��׃ؓ出现�c�d��重定义提供了条�g�Q?/span> 以下是我得出的两个解��x��法：

1 抛弃#pragma once使用古老但集稳定性与�U�L��性于一�w�的

来保证头文�g只被�~�译一�ơ。这样不��是包含两个相同的文�Ӟ��q�是包含两个不同的文�Ӟ��或是包两个文件相同但路径不同的文�Ӟ�� 只要_XXX_H被定义过�Q?��׃��会再�~�译那个�~�译(但这里我们要保证_XXX_H的唯一性，如果两个不同的头文�g里用了同一_XXX_H,是会出问题的)

#ifndef _XXX_H
#define _XXX_H

#endif

2 在包含头文�g�Ӟ��不要使用�l�对路径�Q?哪怕那是虚拟盘的绝对�\径�?/span>

yutou 2008-03-10 16:32 发表评论

��程

yutou — Sun, 09 Mar 2008 16:11:00 GMT

yutou

2008�q?�?0�?br>

如图: 需求分�?=> 可行性分�?=> 实施具体�Ҏ�� => �l�护与支�?br>

yutou 2008-03-10 00:11 发表评论

��目可行性分析方�?--摘自IBM

yutou — Sun, 09 Mar 2008 15:45:00 GMT

用可行性研�I�论证您的项�?/span>

Scott W. Ambler
总裁�Q?/span>Ronin International
2000 �q?/span>8 �?/span>24 �?/span>
本文来自 http://www.ibm.com/developerworks/tw/library/tip-justify/

在�Q何项目的开始阶�D�，��目�l�都要�ؓ��目的��M��工作做一些准备工作。在 Rational Unified Process�Q?/span>RUP�Q�和面向对象的��Y件过�E�（OOSP�Q�中�Q�这个阶�D늧�为启动阶�D�c��本周，我们考虑如何��定一个项目是否值得启动。本文由�?/span>Process Patterns》的�W�五章改�~�而来�?/span>

启动��目的一个重要环节就是对��目�q�行��Q�也��是��_��定是否应该立项。遗憄��是，��l�常是完成得最差的一��Q务�?/span>85% 以上的大型项目以��p�|告终�Q�请参阅参考资�?/span>中的�?/span>Patterns of Software Systems Failure and Success》一书）�Q�这一事实表明大多数项目在��阶段��应该中止，而不是在为其作了大量投资�Q��ƈ造成损失�Q�之后。论证阶�D늚�主要目标是，��定��目的最佛_��施方案，如果存在�q�样的方案，�q�要��它�ؓ什么是最佳的�?/span>

�?/span>1描绘了针对论证阶�D늚��q�程模型的解��x��案。论证项目时需要完成几��工作，��目的主要结果便是可行性研�I�。�ؓ了进行可行性研�IӞ��您将重复下列步骤�Q?/span>

· ��定可选的实施�Ҏ��

· 评估每项可选方案的�l�济可行�?/span>

· 评估每项可选方案的技术可行�?/span>

· 评估每项可选方案的�q�行可行�?/span>

· 选择一��可选方�?/span>

· ��定潜在的风�?/span>

�?/span> 1. ��阶段的过�E�模�?/span>

��定可选的实施�Ҏ��

可行性研�I�的�W�一阶段是确定项目潜在的可选实施方案。与��行的观�Ҏ��好相反，实现应用时��L��多种选择�Q�包括什么都不做、��用多�U�技术实现它、购��C��U�类似的�pȝ��或者将开发工作外包。重要的是，为您的项目确定几个可行的可选实施方案，以便您进行评估和比较�Q�从而最�l��ؓ自己的公叔R��择最佳的实施�Ҏ��?/span>

评估�l�济可行�?/span>
在评��C��可选实施方案的�l�济可行性时�Q�要回答的基本问题是�Q?/span>“该应用何时能收回成本�Q?/span>”您可以通过�q�行成本/收益分析来回�{�这个问题。顾名思义�Q�成�?/span>/收益分析��是��应用的全部实际成本与其全部实际财务收益相比较。在�?/span>The Squandered Computer》一书中�Q�请参阅参考资�?/span>�Q�，Strassmann 指出�Q�应该根据可选方案对净现金��量 �?��x��益超�q�成本的总金�?/span> �?的�A献来评�h各个�Ҏ��Q�因为所有投资的首要目标��是提高公司的整体业�l��?/span>

评估技术可行�?/span>
除了�l�济可行性之外，您还必须��定每项可选实施方案的技术可行性。此旉��要回�{�的基本问题是，“是否能够创徏该应用？”首先�Q�您必须调研该项目要使用的各��Ҏ��术。技术方面的问题在于�Q�每��Ҏ��术在行销演示中都能完��地完成工作�Q�而一旦将它购买回来，往往又是另一�U�情��c��因此，您应该鉴定每一�U�可供选择的技术。请注意�Q��ؓ了进行合理的评估�Q�您可能需要实��C��个微型项目，�q�且创徏一个概念验�?/span> (proof-of-concept) 原型来检验这些技术是否能协同工作。这�?/span> RUP 的描�q�阶�D늚�基本��d��Q�它可能持箋几周或者几个月�Q�但是只有在��验出您选择的技术能否协同工作时才会体现出它的�h倹{�?/span>

评估�q�行可行�?/span>
一个应用不应该在经��和技术上行得通，它还必须在运行上行得通。此时要回答的问题的�Q?/span>“应用一旦成��Z�品，是否能够对该应用提供�l�护和支持？”创徏一个应用与�q�行一个应用完全是两码事；因此�Q�您必须��定是否能够有效地运行和支持它�?/span>

选择一��可选方�?/span>
一旦完成对每项可选实施方案的�l�济、技术和�q�行可行性评伎ͼ��应该从中选择一�U�实施方案。请��C�� ?可行性研�I�的目标是，比较和对比各��可选实施方案，�q?/em>提出一个最佳的实施�Ҏ��。执行该��Q务的�W�一步是�Q�排除�Q何在�l�济上、技术上或者运行上不可行的�Ҏ��。这意味着您可能没有剩下�Q何可选方案。但是什么都不做可能也是不可行的�Q�它意味着您必��M��头再来，鉴定更多的可选方案。如果只剩下一个可选方案，则很�Ҏ��做出决策�Q�如果最后剩下多个可选方案，则必��选择一个最适合您的公司的实施方案。您�q�可以只��定可行的可选方案，而将决策权留�l�上�U�主��部门�?/span>

��定潜在的风�?/span>
��目��工作包括定义潜在的风险，特别是那些与��目的技术和�q�行可行性相关的潜在风险。关键的一�Ҏ��应该��它们加入您的风险评估文档，以便在项目实施过�E�中能够妥善处理它们�Q�这也是今后的技巧要讨论的主题�?/span>

参考资�?/span>
关于�q�程模型�?/span> Rational Unified Process 的详�l�信息，请参阅：

· �?/span>Process Patterns �?Building Large-Scale Systems Using Object Technology�?/span>�Q?/span>Scott W. Ambler 著�?/span>Cambridge University 出版�C�，�U�约�Q?/span>1998 �q��?/span>

· �?/span>More Process Patterns �?Delivering Large-Scale Systems Using Object Technology�?/span>�Q?/span>Scott W. Ambler 著�?/span>Cambridge University 出版�C�，�U�约�Q?/span>1999 �q��?/span>

· �?/span>The Object Primer 2nd Edition�?/span>�Q?/span>Scott W. Ambler 著�?/span>Cambridge University 出版�C�，�U�约�Q?/span>2000 �q��?/span>

· �?/span>The Unified Process Inception Phase�?/span>�Q?/span>Scott W. Ambler �?/span> Larry L. Constantine 著�?/span>R&D Books�Q?/span>CA�Q?/span>Gilroy�Q?/span>2000 �q��?/span>

· �?/span>The Unified Process Elaboration Phase�?/span>�Q?/span>Scott W. Ambler �?/span> Larry L. Constantine 著�?/span>R&D Books�Q?/span>CA�Q?/span>Gilroy�Q?/span>2000 �q��?/span>

· �?/span>Patterns of Software Systems Failure and Success�?/span>�Q?/span>Capers Jones 著�?/span>International Thomson Computer 出版�C�，MA�Q?/span>Boston�Q?/span>1996 �q��?/span>

· �?/span>The Rational Unified Process: An Introduction》，�W�二版，Philippe Kruchten 著�?/span>Reading, MA: Addison-Wesley Longman, Inc.�Q?/span>MA�Q?/span>Reading�Q?/span>2000 �q��?/span>

· �?/span>The Squandered Computer: Evaluating the Business Alignment of Information Technologies�?/span>�Q?/span>Paul Strassmann 著�?/span>New Canaan�Q?/span>CT�Q?/span>Information Economics 出版�C�，CT�Q?/span>New Canaan�Q?/span>1997 �q��?/span>

· �?/span>The Process Patterns Resource Page�?/span>�Q?/span>Scott Ambler �?/span>

· Scott Ambler 的在�U�文�?/span>

/* &&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&& */
�?/span> 1. ��阶段的过�E�模�?�?

�Ҏ��文��,                                                                                                                           可行性研�I?
版本,                                                  评估�q�行可行�?nbsp; 风险评估                                ��,
�Ҏ��评估,    => ��执行�Ҏ�� =>                                       => 选择一�U�方�?=>   ��目资金,
�q�度�?                                             评估�l�济可行�?nbsp; 评估技术可行�?nbsp;                  ��定潜在风险
风险估计

yutou 2008-03-09 23:45 发表评论

提醒自己

yutou — Tue, 04 Mar 2008 05:30:00 GMT
“我近三十�q�来一直在学习马克思主义哲学，�q��L��试图用马克思主义哲学指导我的工作。马克思主义是智慧的源泉�?#8221; --钱学��在�l�一位朋友的信中�q�样说道

马克思主义哲学对一个�h的思想有着革命性的意义.

blog�?提醒自己不要忽视哲学,�q�且鞭策自己要坚持学�?

yutou 2008-03-04 13:30 发表评论

亚洲香蕉网久久综合影视,狠狠狠色丁香婷婷综合久久五月 ,久久精品国产亚洲av麻豆色欲

<沟通��您更有魅�?gt;

SQL参考手�?��Z��ms sql 2000 help system)

关于new与delete

vector�c�d��的常对象与iterator常对象的对应使用

�ȝ��

���程

��目可行性分析方�?--摘自IBM

提醒自己

��程