我的评论 - 溪流漫话

如果涉及到的新功能已经触及到老系统的根基了，何不趁机重来呢？如果每次都能适时地实行重构，不过多老的系统，看上去都可以很清爽。

不过lz后半段里的第一类人倒是很常见，呵呵，没办法。不过这算什么轮子？请别玷污轮子一词~~~这只是无聊的重复而已。不过另一类人也不见得多么明智。如果是对于充满“轮子”的5年以上的老系统，熟悉了又如何？浪费生命而已。这种情况下还不如第一类人。

re: [转]深入解析c++静态联编和类的成员函数调用溪流 2010-10-28 02:16

@OwnWaterloo
我手上有一本科学出版社《Visual C++ 程序设计基础》，大一时候一门课用的

re: 深入解析c++静态联编和类的成员函数调用溪流 2010-10-27 10:08

@天下
没看出来质疑的语气吗？
不过很多大学教科书确实也都这么叫。。。

re: 加快编译速度溪流 2010-10-27 10:07

@kao楼主
因为lz只提到08。。。

re: 学习下 WTL 的 thunk 溪流 2010-10-26 19:20

@路过
@OwnWaterloo

啊。。。熄火熄火~~~最开始提出bind可能原意并非完全针对我在顶楼说的情形，路过同学的例子确实也指出了一个用bind拐个弯设置到原始C函数指针上去的方法，不过用不用bind都没法解决WndProc少一个参数的硬伤……lz是来打酱油的，请无视~

re: 加快编译速度溪流 2010-10-26 17:33

编译的时候去喝杯茶，比手工声明 Class B 好多了。

re: 编程思考(二) 溪流 2010-10-26 01:09

哈哈~~！

re: 编程思考(二) 溪流 2010-10-26 01:09

@nomagic
*nix程序员分两种，用vim的和不用vim的

re: 编程思考(二) 溪流 2010-10-26 01:09

@nomagic
程序员分两种，用C++的和不用C++的

re: 一个纯C++字符串的简陋实现溪流 2010-10-25 16:35

哇，好长的代码。路过支持~

re: c++ web Kit简介溪流 2010-10-25 14:03

@right
同以为~！

re: 学习下 WTL 的 thunk 溪流 2010-10-25 13:03

@dd
(DWORD)(pThis->m_pThunk)，一个很原始很普通的数字，再加上 sizeof(StdCallThunk)，也就是加上13。没有sizeof(DWORD)*13。嗯。

re: 学习下 WTL 的 thunk 溪流 2010-10-24 22:02

@OwnWaterloo
我以为你说 WTL 模板使用过度神马的可能会引人打架，怎么这么久都没有人来打酱油呢~ ^_^

re: 学习下 WTL 的 thunk 溪流 2010-10-24 21:57

@OwnWaterloo
刚才逛了下cexer的博客，开场白太好太强大了，尽看开场白去了哈

re: 学习下 WTL 的 thunk 溪流 2010-10-24 21:38

@陈梓瀚(vczh)
function 现在 std 了？我土了。。

re: 学习下 WTL 的 thunk 溪流 2010-10-24 21:34

@陈梓瀚(vczh)
哈哈，碰巧在刷~

re: 学习下 WTL 的 thunk 溪流 2010-10-24 18:02

@OwnWaterloo
嗯对了，你觉得WTL本身算成熟技术吗？

re: 学习下 WTL 的 thunk 溪流 2010-10-24 18:00

@OwnWaterloo
啊。。我真的没打算写这方面轮子~~~只是想顺着 WTL 的做法自己跑一遍，以了解仅仅看别人文章所看不出的细节。。。VirtualAlloc确实没用过哈，于是刚才胡乱搞了一通，只求拿到内存，惭愧~

re: 开发自己的IDE（八）溪流 2010-10-23 21:34

天书呀天书~~

re: 问一个语法问题溪流 2010-10-20 10:17

@OwnWaterloo
哦~~好的。不过这网址怨念啊，翻墙才打开。

re: 折腾了两天 LFS 溪流 2010-10-20 00:40

@陈梓瀚(vczh)
你在诱使我做一件有点点遥远事情啊。。。等我搞过单正则表达式查询、多正则表达式查询后，一定试试。我总觉得，来自静态库，或者动态库，或者编译器本身的某些东西会很微妙。

re: 折腾了两天 LFS 溪流 2010-10-19 20:58

@xxoo
那你认为 bootstrap 是不是总是可以做到的呢？

re: 折腾了两天 LFS 溪流 2010-10-19 20:55

@陈梓瀚(vczh)
也许编译结果中有某些数据，是源代码不能决定的呢？

re: 折腾了两天 LFS 溪流 2010-10-19 16:09

@xxoo
那后来他们知道这个后门后，有办法不改动原始编译器，只更改源代码来修正吗？

re: 折腾了两天 LFS 溪流 2010-10-19 12:44

@陈梓瀚(vczh)
也许大多数情况下是没关系的
但是否存在你楼上的情况，有一个来自原始版本的bug，就像遗传一样，不管如何改源代码，永远也无法磨灭呢？

re: 折腾了两天 LFS 溪流 2010-10-19 09:34

@唐僧
第一遍不是编译内核，谢谢，LFS里内核只在最后被编译一遍而已。
这里我想说的不是内核的问题，而是编译环境的自我进化问题。
自己能编否译出自己取决于那门语言的定义，我的问题是自己编译出的自己纯净不纯净。

re: 问一个语法问题溪流 2010-10-15 17:20

@OwnWaterloo
上次你说的nullptr的模拟定义：
const struct
{
template <typename T>
operator T * () const
{
return 0;
}
} nullptr = {};

考虑这么一种使用场景：
template <typename T>
class SmartPtr
{
public:
SmartPtr();
SmartPtr(const SmartPtr &);
SmartPtr(T *);
SmartPtr operator = (const SmartPtr &);

// 以及其他一些operator，但是第二个操作数都是SmartPtr而不是T*
};

SmartPtr sp;
sp = nullptr;

最后这句应该通过吗？

re: 问一个语法问题溪流 2010-10-15 17:10

@OwnWaterloo
f + i 可以被解释为：
foo + int
int * + size_t
const int * + size_t

事实上，测试结果为 VS2008、VS2010、gcc 4.5.1 都通过，VS2005 报上述错误。我想知道标准是怎样规定的。

re: 使用 ZLib 压缩/解压 ZIP 文件溪流 2010-10-04 00:23

@roger
目前我已给出的代码中，可以做到压缩一个目录。比如把文件都放在 aaa 目录下，然后用 ZipCompress(_T("aaa\\*"), _T("bbb.zip")) 就可以了。

如果文件处于不同目录中，请使用 MiniZip 的 API：

zipOpen64 后，对于每个文件，做如下事情
{
先zipOpenNewFileInZip，这里有个参数Zip中的文件名，可以用来组织Zip中的文件结构
再打开需要压入zip中区的文件，读取文件数据并使用zipWriteInFileInZip写入
最后zipCloseFileInZip
}
最后zipClose

re: 使用 ZLib 压缩/解压 ZIP 文件溪流 2010-09-29 22:10

@tomren
谢谢指出，确实有此问题，已修复。

re: 使用 ZLib 压缩/解压 ZIP 文件溪流 2010-09-29 20:48

@tomren
感谢告知，现在加班，等回去测试~

re: 开发自己的IDE（一）溪流 2010-09-17 15:43

@空明流转
作为徒孙的你的气场总是比lz还要猛烈嘛~

re: 开发自己的IDE（一）溪流 2010-09-17 10:50

@陈梓瀚(vczh)
这么说以前是假设读者中有相当一部分菜鸟的咯？当读者是菜鸟好啊，字里行间会散发出一种无形的霸气，读的时候让人觉得是在看一个有价值的东西，是别人深思熟虑总结出来的、某种程度上无可挑剔的，并且讲得又相对浅显。哈哈。

re: 开发自己的IDE（二）溪流 2010-09-17 09:59

UI也可以单元测试啊，学习了

re: 今天有个想法：当耦合很多的时候…… 溪流 2010-09-17 09:54

@陈梓瀚(vczh)
@风吹云散尽
那，“功能实现耦合”是怎么样的状态？给个例子？