平凡的世界

@溪流
1.Bin里是所有生成的文件，包含了程序可以运行的最小资源，产品发布人员只需要将Bin里的文件打包就可以生成安装文件。而默认的配置会在bin目录里生成程序调试数据库等一些非运行时需要的文件。Bin是面向产品测试与发布人员的，开发人员只是将dll和exe输出到bin中进行调试。这样使产品开发与产品测试、发布分开。
2.Project与Solution分开是因为每个成员都是独立地开发一个或几个Project的，他把Bin与SDK从SVN上checkout出来，就可以进行自己的代码编写，而不必关心与其他开发人员所同时进行的project的依赖关系。Solution里包含的是整个产品的所有project以及project之间的依赖关系。打开solution就可以生成一个完整的产品到bin里，而且bin里没有任何多余的文件。

效果：采用了这套工程配置方法，整个团队代码与工程层面的交流明显顺畅多了，再也没有出现拿到别人的工程半天build不过的问题。而且开发与测试、发布之间的卸接也很顺利。开发人员每天都build后commit到svn。每周一开发部产品管理员用solution生成一个完成的bin并整理出track后发布到Svn上，测试人员用本周一的bin进行测试，到了Tag的时间点测试部产品管理员将bin打包成安装程序发布到svn上并通知实施部门有更新版本。形成一个完整的流程。再用bugzilla与dotproject对产品的bug和人员进行管理。

总结：这套工程配置应该算是不依赖于第三方工具，进行基于Svn的代码管理以及多个开发人员之间的合作开发。如果是一个人，或者project不多的时候就没必要如此复杂。而且修改工程配置是一次的，不需要每次都修改。可以说一劳永逸。

谢谢你的评论。

@还要姓名？

瀑布汗~~~谢谢你。改过来了。

@陈梓瀚(vczh)

对啊。昨天晚上没有睡觉，半睡半醒状态下翻的。说实话很多英文的文档看起来还是很费劲。虽然俺也过了CET6，不过是五年前的事了。

@新奥尔良土鳖

寒啊。竟然犯这样低级的错误。也反映了平时我以静态变量与常量没有在意。

谢谢。马上更新。

@autumnm1981

对啊。非常感谢！我马上更新

@abettor

谢谢。

我是第一次试着翻译一些自己认为比较好的文档，一方面是为了增加自己的知识，另一方面也是为与大家一起分享。

有什么翻译得不好的地方欢迎讨论。我的email：phoenix8848@gmail.com

不错的想法.

晕哦.我一同事写了一个模块,6K多代码,没有一行注释,而且通篇是:
testID, devicenumber,Int? Long? Unsigned Long?....

我直接晕倒了.这样下去真的会死人的

呵呵。比较赞同。

我感觉自己属于后者。因为我不是学计算机的。

我更乐意用MATLAB这样的科学计算软件来表达我的思想。

@杨粼波


我觉得作者讲的这些应该是针对那些没有很好封装的代码吧?

lippman的代码我就拿过来拜三拜..

remark了.

经常来学习一下.

同意你的观点.

有时候代码的结构也是很重要的.每个人都有自己的编程风格.

对于那个copy过来的代码进行重构,一方面是对其进行消化,用自己的风格表达.

更重要的一方面是在这个过程中对代码进行深层次的分析,极有可能从中找出更容易更安全的实现方法

@jerry

我也不清楚是不是02年的数学建模题.

我不是纯学数学的,感觉这个问题从思路上不是特别复杂.

关键是一些数学知识的运用,比如四元数\空间坐标框架的仿射变换等等.

然后就是一些线性代数方程组的求解与矩阵的运算

做了点C++又玩.NET

现在又回到C++

C++还是王道...

@flyman

呵呵.用极坐标系这个方法我还是真没有想到.只想到用法向量坐标变换了.搞得很复杂.

主要是求那个插补圆的方程.

我找到问题了.就是在求角平分线向量的时候要先把角两边的向量化成单位向量,然后再计算.

@netcasewqs

能下啊,而且速度还挺快的.

谢谢了。不错的书。下载了。好好学习一下。