2006年7月22日，下午，阵雨
[ 2006-07-22 17:46:40 | 作者: 痉挛的老鸨 ]
刚才一阵暴雨，下的天昏地暗，现在慢慢停了，幸好是早上出的门，否则一定是落汤鸡的下场。
最近睡眠不好，心情不好，工作也陷于泥潭之中，需要用力挣扎才能慢慢前进，好似这七月的天气，变换无穷，烦恼无穷。不过生活总是要前行的，就把挣扎当作一种娱乐吧。
最近客户一直在催软件的新版本，但我一直没有完工，于是客户追，我呢，只好逃了。一方面是最近没有工作热情，另一方面，也是遇到了一些麻烦。原有的版本已经完工很久了，虽然很多代码没有做整理，但是基本脉络还是很清楚的，但是现在要添加功能的时候就发现问题了。主要问题有两个，一个是界面的灵活性如何保证，一个是接口部分如何变的更清晰更简单。
先说说这界面。在PDA上开发，的确没有什么好的工具和选择，唯一的选择就是EVC，而且为了尺寸和效率，我又抛弃了MFC，所以只有通过SDK进行开发了。但这也没什么，也就是代码量稍微大一些。但是当稳定的代码需要进行修改的时候，事情就变的有点麻烦了。很多界面开始设计开发的时候是很确定的，现在要加入新界面，结果发现新界面会对原有的代码产生干扰，而且这种干扰有时候是会出现连锁反应的，让我在对代码进行修改的时候不得不小心谨慎、如临深渊如履薄冰。这样很累，很没有愉悦感，而且将来的维护工作会越来越困难。如何处理呢？目前没有头绪，如果将界面部分的代码class化会出问题，因为界面经常没有什么稳定性，很可能今天相同的界面明天就出现差异，所以没有class的可能。如果将界面代码脚本化也有问题，终究是PDA，效率上要多考虑，而且脚本真的能降低代码量和维护量么？如何？何如？
然后是界面和功能的接口部分，因为是用纯C写的，所以没有class，不过就算有class也是一个样，所有的接口都很清楚，但是在一个.h里的函数太多了，如果这样不断衍化下去，总有一天会超过人脑的接收范围。如何让界面和功能的接口部分变得清楚、简单、少？这是一个问题。
不管如何，现在的版本先维持下去，目前还是足够清晰和简单的，但是希望能找到更好的组织方法。
2006-07-22 17:49
最近睡眠不好，心情不好，工作也陷于泥潭之中，需要用力挣扎才能慢慢前进，好似这七月的天气，变换无穷，烦恼无穷。不过生活总是要前行的，就把挣扎当作一种娱乐吧。
最近客户一直在催软件的新版本，但我一直没有完工，于是客户追，我呢，只好逃了。一方面是最近没有工作热情，另一方面，也是遇到了一些麻烦。原有的版本已经完工很久了，虽然很多代码没有做整理，但是基本脉络还是很清楚的，但是现在要添加功能的时候就发现问题了。主要问题有两个，一个是界面的灵活性如何保证，一个是接口部分如何变的更清晰更简单。
先说说这界面。在PDA上开发，的确没有什么好的工具和选择，唯一的选择就是EVC，而且为了尺寸和效率，我又抛弃了MFC，所以只有通过SDK进行开发了。但这也没什么，也就是代码量稍微大一些。但是当稳定的代码需要进行修改的时候，事情就变的有点麻烦了。很多界面开始设计开发的时候是很确定的，现在要加入新界面，结果发现新界面会对原有的代码产生干扰，而且这种干扰有时候是会出现连锁反应的，让我在对代码进行修改的时候不得不小心谨慎、如临深渊如履薄冰。这样很累，很没有愉悦感，而且将来的维护工作会越来越困难。如何处理呢？目前没有头绪，如果将界面部分的代码class化会出问题，因为界面经常没有什么稳定性，很可能今天相同的界面明天就出现差异，所以没有class的可能。如果将界面代码脚本化也有问题，终究是PDA，效率上要多考虑，而且脚本真的能降低代码量和维护量么？如何？何如？
然后是界面和功能的接口部分，因为是用纯C写的，所以没有class，不过就算有class也是一个样，所有的接口都很清楚，但是在一个.h里的函数太多了，如果这样不断衍化下去，总有一天会超过人脑的接收范围。如何让界面和功能的接口部分变得清楚、简单、少？这是一个问题。
不管如何，现在的版本先维持下去，目前还是足够清晰和简单的，但是希望能找到更好的组织方法。
2006-07-22 17:49
1
