我在看设计模式

花了6天时间把创建型5种模式看完了,很有感触,但是感触不意味着我理解,我甚至私下里觉得OOD的设计模式不适合我现在做的那些程序,那些都是一次成型,根本谈不上 需求的改变。没有改变,就不需要OO思想。因为我这样的想法,我看起来很累。 我知道这些思想对我以后的发展很有帮助,会从思想上把我解救出来,我被这些新的设计想法激动着(虽然出来很多年,可是对于我来说完全是新的,呵呵```)。

嗯,坚持下去

这几天我也在想以后走IT哪一条路。想了好久,现在的想法是:计算机本质上是一种工具,软件的存在是为了计算机更好的服务。既然是一个工具,就要有工具的觉悟,就必须 不断适应生产力的发展,需要完善自身功能,也就是需求的变化。正是因为需求的变化,使得敏捷软件开发成为现在的主流。

我才看了几天设计模式,就说的这么狂激动了,激动了```

more ...

爱上艺术,爱上侯捷

初识侯捷是因为那本在Windows编程环境下面的巨作《深入浅出MFC》,尽管是96年前后写的书,依然给我在思想和技术上带来了很大的震撼和飞跃。可惜最近忙于A SP网站的建设和繁重的考试,把那本书放下了。

为了硬件设计的论文,我花了很多心思在Word排版上,图书馆的书翻了好多,都没有针对长文档排版的书,Sybex的《Office商务排版》也不合我心意,尽管最后 在网上找到了微软客户帮助与支持中心的两篇颇有分量的文字,但是依然没能解我心头之痒。

百度"Word排版 图片"时候,意外看到"Word排版的艺术"这个标签,点进去,居然是一本书,书名似乎很合我的胃口,狗狗一下,下了下来。

打开一看,居然是侯捷的,侯捷?莫非是这个侯捷,往下翻阅完序,熟悉的文笔跃然纸上,果然是侯捷。

序最后一段写到:"...虽然我不知道多少人需要这样一本论述Word高级议题的书,虽然我不知道真正需要这种书的人能否看到这本书...管他呢,生命留下足迹,不枉 一遭!"

好一个侯捷

我不敢说和侯捷这种Program大家有相同层次的想法,可是,从《深入浅出MFC》到《Word排版艺术 ...

more ...

Office长文档排版的艺术

虽然最近考试不断,我仍然花了很多时间在Office上

准确的说,实在Office的Word2003排版上

图书馆的Office相关书籍都略微翻了一点,感觉都比较入门,没有从整篇文章排版的角度说,有一本Sybex翻译过来的《Office商务应用》,则是偏向于公司的 日程组织和全局安排,而不是我想要的长文档排版问题。

网上搜寻很久,找到一本《McGraw.Hill.How.to.Do.Everything.with.Microsoft.Office.2003.eBook- DDU》PDF格式的书籍,讲的很好,一上来就要从大纲视图来安排文章结构,很合我心意但,可惜是英文...

功夫不负有心人,终于找到一篇来自微软客户帮助和支持中心的官方长文档排版说明,网址是

http://support.microsoft.com/kb/890700/zh- cn

http://support.microsoft.com/kb/890701/zh- cn ...

more ...

恼人的美工

一边在考试中挣扎着,操作系统,系统安全,系统结构都一股脑的狠狠的向我砸来,一方面还得为那个ASP项目烦恼

程序永远不是问题,VB Script虽然没用过,不过感觉还是在的,写起来也算是有条理,可到了界面重新设计这一块,就烦了

客户要求重新换一个风格界面,加上 我对原来的table控制界面很不喜欢,索性用div+css全部重写,不过在风格定位上遇到了很大的困难,毕竟我是程序员,不是 专业美工,而且css本来就不熟,我就看着一大堆的css书,学着什么盒子理论啊,IE6,FF,IE7的css值不同拉做着各种设计,疯了,混到这个份上了。 变成纯体力活了。。。

我一边还自个儿安慰自己,嗯,哥哥是位艺术家了....

借鉴着大量的美工做的非常好的网站,佩服着其他一些美术设计师,行行出状元啊...

more ...

MFC将退出历史舞台,微软的下一代用户界面技术WPF

转来的,最近对MFC很关注...

WPF简介

WPF的全称是WindowsPresentationFoundation,是微软新发布的Vista操作系统的三大核心开发库之一,其主要负责的是图形显示, 所以叫Presentation(呈现)。

作为新的图形引擎,WPF是基于DirectX的,当然增加了很多新的功能。其2D和3D引擎的强大看看Vista的界面就明白了,再加上其对Aero图形引擎的 支持,更加让你刚到神奇。顺便提一下,Aero是专门为3D桌面开发的引擎,可以让桌面实现神奇的3D翻转,这绝对是操作系统有史以来的一次神奇尝试,虽然对硬件配置 的要求也是惊人的,此前已有相关报道称,Vista对显卡十分挑剔就是出于运行Aero的考虑。

微软公司早在2003年洛杉矶的PDC上就公布了Avalon,他们将其视为下一代用户界面技术,并且得到了开发者和用户的一致赞同。

在2005年的PDC上,微软公司展示了比2003年更加完整的Avalon版本,并给它取了一个官方新名称:WindowsPresentationFound ation(WPF)。在此之前,它已经完成了从演示软件到开始阶段alpha版本的API的转变。到了几个月之后的今天,它又成长成为更加先进的beta版本-- 你可以使用它来开发你的下一代用户界面程序了。

那么,WPF是什么,为什么它那么重要呢?

首先,它清晰而又有效的将用户界面和程序实现分开。它使得设计可视化的用户界面的设计者和编写内部核心代码的开发人员可以并行工作。这是非常重要的:

•将两者分开,软件开发公司可以使得设计者们集中精力将设计工作做得更好,同时让开发者支持他们。

•随着软件外包和订购的逐渐风行,WPF使得一些商业的设计者们能够更好的从事界面设计工作,并集成一些简单的功能 ...

more ...

MFC

刚开始似乎不太对MFC敏感,觉得现在导出讨论Java和.Net,很少看到MFC的身影,唔,当然了,是在我这只菜鸟看来

后来慢慢写在WinAPI上的程序,都是在命令提示符里面完成代码,界面很不友好,这才翻出MFC的书看。觉得写起来不太容易,逻辑和实现有点差距,就放下了几天。

这几天网络编程想写人性化一点的VC界面,还是得使用MFC。

我到今天才稍微弄清楚MFC和WinAPI窗体之间的关系,一方面开始感慨微软的MFC类库的强大...

嗯,继续fighting...

more ...

mysql 数据库导出/导入

正在学JSP,用的TomCat和MySQL,没有用CSV控制,所以数据库靠导出导入

导出:

cd bin;

mysqldump -uroot -proot xxx > xxx.sql;

导入:

cd bin;

create xxx;

source xxx.sql;

more ...

网络编程学习日记(3)_利用WinPcap实现ARP的发送和接受

网络编程学习日记(2)_利用WinPcap实现ARP的发送和接受

网络编程学完以太网帧的结构,就开始正式进入IP层的学习了,在学习编程之前,对网络协议的有一定的了解,而且还要知道每个数据包,或者是报文,或者是帧他们每个字节 的含义

玩ARP么,肯定得知道他的原理,我就不做什么说明了,书上一大堆的

首先是ARP的接收,来看一下程序的流程

获取网络设备列表

pcap_findalldevs_ex(PCAP_SRC_IF_STRING, NULL, &alldevs, errbuf)

然后人机交互一下,获得需要工作的网卡

打开需要的网卡

(adhandle= pcap_open(d->name, // 设备名

&nbsp_place_holder;&nbsp_place_holder; 65536, // 要捕捉的数据包的部分

&nbsp_place_holder;&nbsp_place_holder; // 65535保证能捕获到不同数据链路层上的每个数据包的全部内容

&nbsp_place_holder;&nbsp_place_holder; PCAP_OPENFLAG_PROMISCUOUS,&nbsp_place_holder;&nbsp_place_holder; // 混杂模式

&nbsp_place_holder;&nbsp_place_holder; 1000,&nbsp_place_holder;&nbsp_place_holder; // 读取超时时间 ...

more ...

ARP

挺累的,连续两天忙到3点睡觉,早上9点起来继续做

开始挺没状态,但后来写着写着状态来了,一个一个新的想法也加入了。代码就变得丰富多彩起来。

这是网络编程,也就是我的专业方向课的第一份作业,我特别看中这次,当初分方向时候,鑫爷和大妈都去了软件,我留在网络了。似乎都觉得网络好学,简单,不要写程序

那么我就写

第一次将c++与系统底层结合起来,去操作网络上的数据包,感觉真是,太perfect了,不再是呆板的代码,而是真实的数据,真实的操作,甚至我感觉通过键盘,我能 控制一切的感觉

从连接网卡,获取数据,过滤数据包,容错纠正,类型匹配,发送数据,匹配数据包,发送伪装数据攻击,我甚至写出了一套简单的ARP病毒…

其实说起来也不难,只要稍微组合一下几个函数而已

呵呵,挺开心的,自己做东西真好,真实在

唔…睡觉了…

手机打字还是挺累的…

待会儿放上详细流程

more ...

网络编程学习日记(2)_WinPcap自带教程的一些例子的学习

1.编译时候会出现函数问题

'pcap_findalldevs_ex' : undeclared identifier

'PCAP_SRC_IF_STRING' : undeclared identifier

'pcap_open' : undeclared identifier

'PCAP_OPENFLAG_PROMISCUOUS' : undeclared identifier

'=' : cannot convert from 'int' to 'struct pcap *'

等一系列函数找不到的问题,导致这些问题的关键在于他们的函数声明并不包含在pcap.h这个

头文件里面,而是包含在remote-ext.h这个函数里面,所以只需要在

include "pcap.h"后面加上

include "remote-ext.h"

就可以编译通过了。

网上有网友戏称说是WinPcap开发小组故意做的恶作剧或者是撰写doc说明时候忘记加入了

= =#

2.出现连接错误

Cpp3.obj : error LNK2001: unresolved external symbol __imp__ntohs@4

Debug/Cpp3 ...

more ...