终于有了间茅草棚

re: 陈刚

清风雨 — Sun, 13 Sep 2009 02:52:00 GMT

中间件主要的好处在于便于整合，就像一个接口规范和标准。像游戏开发中3D图形技术有两套，有的游戏直接基于D3D或OenGL开发，现在更多的是基于一些图形引擎，像Ogre，Irrlicht等，在这些图形引擎下面去和具体的图形API打交道，从这个意义上来说Ogre和Irrlicht拥有一定的中间件的涵义（这些图形引擎不只是中间层，还包含有场景管理、渲染逻辑等更多内容）。加了这样一层后，当支持新的D3D10和D3D11时，中间层作出修改，原应用不需要修改就可运行，还有移植到支持OpenGLES的设备时，也是可行的。

re: linux常见开发问题,.JPEG parameter struct mismatch

haolitao — Sun, 06 Sep 2009 03:30:00 GMT

你说的3.JPEG parameter struct mismatch没看明白，我现在也遇到了同样的问题，
”编译libjpeg的make文件里定位输出生成jpeg的地方“指的是哪啊，
“打印出相关参数”也不明白
“前台运行同样的./configure”什么意思？
帮帮我了，谢谢！我邮箱litao_hao@16.com qq；40362095

re: linux移植建议

陈刚 — Fri, 24 Jul 2009 15:34:00 GMT

这个学习了

re: 软件开发模式猜测

陈刚 — Fri, 24 Jul 2009 15:28:00 GMT

脚本在其可配置性、可扩展性上性能应该是已经超越了中间件技术。

中间件在对其扩展、更新、配置时不知是否能做到依赖它的程序不中断运行呢

re: 软件开发模式猜测

陈刚 — Fri, 24 Jul 2009 15:22:00 GMT

对 “中间件模式” 还真不太了解。

不知 “中间件模式” 是否会影响运行、调试以及维护成本，以及如何能抽象出中间层？

re: void *几用

陈刚 — Fri, 24 Jul 2009 15:18:00 GMT

class Sample
{
public:
void draw( void *g );
};

我个人其实并不太认同这种做法，虽然实现了抽象但会加大维护代价

re: 用自己的话浅谈封装

陈刚 — Fri, 24 Jul 2009 15:07:00 GMT

封装也是一个不断完善的过程，当然再经过一段时间后随着技术的进步思想的成熟，也会推翻重来。

re: linux常见开发问题

hATEmATH的网上田园 — Mon, 23 Mar 2009 01:52:00 GMT

xargs不错，蛮有用的。

re: 关于“元编程”的浅思考

免费打工仔 — Mon, 02 Mar 2009 14:12:00 GMT

旺叔叔，我是同一周星星地的看法的。
你最大的问题是把模版元编成从C++独立出来，认为它是一个单独的个体，而不是把它作为一个工具和C++其它特性通盘考虑。

这是一个问题，也就是说不是面向对象代替元编成或者元编成代替宏或者代替XX。

C++的强大之处是，它拥有多种工具，你可以选择用何不用。美比较比较元编成和其它编成模型的优劣，单独用其中一种，都是非“现代程序员”。

《C++设计新思维》确实你应该看一下，这不是一本模版元的书，而是一本基于策略的卡开发思想的书。也就是说面向对象+模版元。运行期多态+编译期多态。取长补短才是成功关键。

你可以说这本书是“过分聪明”的象牙塔，但是时至今日，在C++设群众对这种思想和方法的逐步改善，诞生了诸如Boost里面诸多丰富的应用。所以说你看到了一个盒子枪说热武器不好，但是希望你是试验一下我们使用的AK47或者MP5这些强悍装备。

Boost中一系列让人激动的漂亮的库，看看吧，似乎应该对你有帮助。

另外你知道今年是C++0x将被定义为09，也就是今年将会诞生新版本C++。

而我相信你已经看到过新版本C++的提纲，绝大多数提案都是为元编成所设计。也就是说C++不经意诞生的养子，今年就会证明其血缘关系。

1. 代码的可读性较差
2. 调试困难
3. 编译时间延长
等等这些问题已经解决

程序员往往有阵营之分，但是真正“现代”程序员，是不应该排斥什么的，或者是设计模式。刀剑不分强弱，分的是用剑之人的武功。重剑无锋，大巧不工。

re: 关于质数（素数）的算法

perry — Tue, 20 Jan 2009 21:19:00 GMT

是AKS方法。
http://mathworld.wolfram.com/AKSPrimalityTest.html

re: 关于质数（素数）的算法

perry — Tue, 20 Jan 2009 19:54:00 GMT

为了在数字比较小时计算得快些，可以应用一些初等数论的结论：

1]
仅计算6n+1和6n+5（n=1,2,3,...）形式的数。易知6n+2和6n+4是2的倍数，6n+3是3的倍数。因为2和3的倍数最多。
2]
根据“合数的最大的素因数都不大于它的平方根”定理，每次分解仅算到被分解的平方根为止即可。
证明（一般的证明都不完整）：
设N=P*Q，P和Q是N的不少于1个素因数的乘积（指出这点很重要）。反证法可证P和Q都小于或等于N的平方根（否则P*Q>N）。等号当且仅当P=Q=N的平方根时成立（这时N是一个素数的平方）。

1]可减少2/3的计算量，2]可再减少1/2的计算量。即为原计算量的1/6。

几百位数位的数,建议采用ASK方法。

re: 关于质数（素数）的算法

perry — Tue, 20 Jan 2009 19:38:00 GMT

素因数分解是一个NP问题。

re: 关于质数（素数）的算法

李圆欢 — Tue, 02 Sep 2008 09:08:00 GMT

1121=19*59

re: void *几用

员工生日礼物 — Wed, 16 Jul 2008 12:12:00 GMT

方法都不错

re: void *几用

清风雨 — Tue, 24 Jun 2008 08:08:00 GMT

to oshj:
最近才悟道这个用法，没想到你都用了很多了。

to brent：
不是为了玩才玩，这里每种用法在特定的情况下，都有他相应的好处。不过，我是做为自己记录的，指不定什么时候就忘记了，还可以这么用。
1. 可以使得头文件简单，而且出于实现保密的需要，还是很有用处的。
2. 很多时候对象本身应该简洁，但往往应对不同的需要，通常需要数据对应。举个例子，比如玩家在哪个房间，在哪个房间最好不要直接记在玩家身上，用数据注入的方式，能够很快的获得该信息。
3. 因为是做为库暴露头文件的，使用者并不关心void *的实际意义，而且能够加快编译速度。真正要关心时，就Graphics.h这个头文件是不够的，通常会需要了解整底层个实现，才能较好的扩充。