[ARX程序]：讨论建议：关于ARX 开发的编程规范

Raininging

因为一直以来，我们多人合作开发arx程序时，因编程风格不同而在工作中制造了很多障碍，程序可理解性，可维护性都很差，所以我很想整理一套关于 arx 开发的编程规范，因为资料少，希望大家给点建议；

zj5429

我觉得可以学习一下帮助文档里的风格。

masterhe

匈牙利表示法

梦幻神话

一直以来都没有可以让大家遵守的一个规范，
如果现在出个规范，
在短时间内没法让大家接受，

8过这个问题值得讨论。

Raininging

我想大家工作过程中也一定有这方面的问题，
希望大家互相交流一下，包括变量函数等的命名，程序结构，版式，
函数设计，使用非模式对话框的注意事项，琐定文档等等，都可以讨论，
回想一下我们看到别人写的程序，有时候会觉得程序不顺眼，有时会觉得比

较舒服，有时深入看下去会觉得燥火，觉得比较烂，我是想总结一下这些问

题及原因，以后尽量避免这些；

bluewood_cn

恩。 确实如楼上所说， 好的风格的代码看起来确认很舒服。
估计这个和 心理学以及图形学 有关。；）
有时候回过头，看自己写的代码，都冒火，更别说别人的了。

曾经看过一个印度人写的程序， 风格和注释很好，看起来真是赏心悦目。 不过自己照着写，总感觉有点别扭。

MingSoft

这里提供了一个
http://www.mingsoft.net/bbs/dispbbs.asp?boardid=2&id=28

up2you_610

做什么事情都是要有一定规范，所谓没有规矩，不成方圆。
软件开发也是要进行规范的/
强烈建议大家阅读arx的帮助文档和内带的sample/
但自己往往开发一个大点的，文件多点的程序，还是遇到许多问题。
如命令组的命名，文件的安排等，真希望大家可以一起讨论的/：）

Raininging

6楼所言极是，听说10个印度程序员写同一个程序，结果代码完全一样（包括变量命名，程序结构），是这样吗？这样的程序可读性，可维护性没的说，因为大家都一样。
真希望我们的程序也这样，我这次整理规范有这个考虑，不过我的要求低的多，我只希望我们看别人的程序时感觉不再很难受，比较容易理解就行了。
我已经给我们经理说过了，如果我整理出来以后，如果大家都可以接受，就在公司执行，希望大家都多多支持我！
我没见过印度的代码，六楼的能不能给一点儿印度的代码出来，让大家欣赏欣赏？

8楼的我看了，下不来，能不能帮忙给我发一个？
我的E_mail: whyzzu007@yahoo.com.cn.

ishou

各种名字的命名是比较费时、费神的，尤其当程序量比较大、或要不断扩大程序量时更是如此。本人的做法是，先取个暂时好记的名字，每过段时间，集中、比较系统地重新命名，用自己设计的更名程序 自动更新程序中的命名 (也可以进行前缀、后缀更改)。别指望用手工更新。
－－－－－－－－－－－
印度程序员可以把程序设计得很好，一个很重要的原因听说是那里人力资源投入很大，我看到一个报道，一个程序员一个月的程序量只要 几百行 ！！！－－－－－不知道是报道失误还是确实如此。不管怎样，“精工出细活”对程序设计很重要。

Raininging

8楼的我下来看了，很棒！将是我的重要参考资料。

“一个月的程序量只要 几百行 ！！！”？？？
对我们只是几个小时的工作量，应该是报道失误吧？
如果真是这样，就有点舍本逐末了。
不过我喜欢，老板肯定不干！

阿谢

受不了了，看不懂

zj5429

8楼提供的资料不错，很有用！

DARCY

最初由 bluewood_cn 发布
[B]恩。 确实如楼上所说， 好的风格的代码看起来确认很舒服。
估计这个和 心理学以及图形学 有关。；）
有时候回过头，看自己写的代码，都冒火，更别说别人的了。

曾经看过一个印度人写的程序， 风格和注释很好，?.. [/B]

我也没有见过arx方面“印度人写的程序”，能否给大家贴些学习学习？

Raininging

今天看到一段代码，我看了五分钟没看明白是什么意思，又看了五分钟还没清楚我是否理解对了，可能我比较笨，大家看看怎么样？：
                if( !m_sKind.Compare("LINE") || !m_sKind.Compare("CIRCLE") && m_strLayer.Compare("BUILD_LAYER"))
                {
                        // do something;
                }