于是把我的那些文件统统修改一遍,一共是几十个。项目里本来就没有多少文件,于是全部
还有挑出来的毛病是使用 std::string。应该统一到 CString。平心而论,CString 直接导出 buffer 的做法很让人喜欢,因为 MFC 整个就是为了方便而设计的,没有数据隐藏,所谓 C 开头的其实都是 struct。这样的 MFC 让 BS 去用,肯定是无法接受的,要是让 OOSC 的作者去用,恐怕他连砸烂机器的心思都有。但是我的代码里 CString 和 string 都太多了。说起维护,我想我从上手编程序到现在也不过这样几天,照样很习惯,他们凭什
其实有问题的代码都出现在比较新的结构里,但是不能排斥成这个样子啊
要是不允许用 std::vector 的话,我还是去死好了
还有 #define Unicode 还是 #define MBCS,现在要求必须把所有的 L"" 统统变成 _T(""),那样还是不如杀了我吧,痛快一点。要多打多少字符呢。。。。
还有 include 的修改,本来有个 includes 目录(拼写错误!),大家把头文件扔进去,一样互不干涉,并且自己的代码可以干净一点。可
最后是 XML 的接口。大家都用着 xiang 的那一份,但是我觉得并不好用,也许是我用错了?xml 里面有那么多内容,而大腕他们的封装也不错,为什么不考虑直接用他们的呢,何必将来重
数据部分就是被动地接受请求,返回数据。
这程序写得也太被动了。
我提了一万次的意见,自动生成文档和分析的时候可以方便些。但是最后的响应,是“我们
还有第三方库的头文件以及库文件位置。一个 linux 那么大的系统都可以有 FHS,为什么我必须把 sqlite3.lib 和 CppSQLite3.cpp 放在自己的工程下面?
好多问题,我想如果我忍耐下去,我会什么都学不到。这里连 cppunit 也少有人知,eclipse 也不了解,我还能从这里学到什么?学习 COM 和 MSMQ 吗?MFC?
这里也没有 Apache 只有 IIS,ActiveX,没有 OOo 只有 word, ppt, xsd, 这里的 ms exchange 经常出故障。
我想去 AWS 组,应该比这里忙一些吧
保川师傅接着我的两小时窗口之后,全部检出。他的习惯比我还差,他喜欢全部检出,然后
FHS, HIG, 好怀念 linux 中的种种标准。一切皆为标准,世界就会清静许多。std::string 和 std::stringstream 真差。
我快要爱死 cppunit 用 doxygen 生成的文档了。就连 eclipse-cdt 的函数模版也要照顾 doxygen 的面子。我们并不是总是通过看代码来学习的。我有什么办法?
没有 namespace 的时候,私有类和全局类,每个模块的类按照字母顺序排列,一锅粥。一个小程序,用到三
update20060320
现在在 vss 里面工作有了习惯,本地修改不检出,检出时不覆盖,提交前先做 diff
和以前的想法一样,尽可能减小排他修改的窗口
好吧,也可以说,是忍气吞声地看着别人检出、排他修改,然后自己去做合并。自己吃亏一