感叹一下，写一个稍微大点的软件真是个体力活,也是技术活
最近在写一个软件，比我以前接触的软件都复杂了一些，涉及到比较多的数值运算。里面各种变量变来变去，一不注意头就晕了。。。。。。。现在还只是一个最初级的软件版本，不知道最后加入那些更晕的算法时有多绕了。。。 同感。程序跟大程序，能跑的程序跟稳定的程序，SAMPLE程序和商用程序，差别满大。 stdio 发表于 2016-10-13 23:28
同感。程序跟大程序，能跑的程序跟稳定的程序，SAMPLE程序和商用程序，差别满大。 ...
呵呵是啊 之前写比较小的程序时从来没考虑过算法的效率的问题，现在必须要考虑算法的效率了不然系统都会慢好多的
这个项目楼主用什么语言写？用C，还是C++？ 如果你的软件里面变量很多可能架构不太好 软件本来就是体力活 从垒代码到调试，随便一个小产品，再快也得一两个月，而且还得是天天在玩{:titter:}{:titter:}{:titter:} codefish 发表于 2016-10-14 06:59
这个项目楼主用什么语言写？用C，还是C++？
VC 这个熟悉一点 gongxd 发表于 2016-10-14 07:21
如果你的软件里面变量很多可能架构不太好
这个架构确实不太好，全局变量不少的。 架构一定要做好，不然的话维护会累死人的 实现什么功能？ 这么复杂。。 写基于顺序的c程序比写及维护并发的fpga程序容易。当一个模块受控于多个不确定什么时候来的信号，写和更改就全面的记忆 kang732816702 发表于 2016-10-14 08:32
架构一定要做好，不然的话维护会累死人的
深有同感。。。 架构一定要跟着复杂程度及时调整改进。否则稍微复杂一些的程序，肯定完蛋！ 所以程序猿是越年轻越有优势 万事开头难，后面就是粘贴复制 框架很重要！！！ 框架很重要,宁可花80%的时间把框架搭好
那后面复杂的工作,就游刃有余了 全部自己做的？有没高级博士指导？要有个非常有创意的博士指导估计你更会爽歪歪 LZ 要不你把你的架构发出来看看，顺便看看你说的比较多的数值运算{:lol:}，当然保密的程序就算了，纯粹好奇{:lol:} 分模块，写DLL，对象化，控制一下全局变量的数量。一定要全局变量，就全部写在一个文件里，
比如一个文件定义全局变量，在程序入口的文件引用。定义一个与变量定义一致的引用文件。所有文件引用这个即可使用全局。
*变量命名加前缀 ackyee 发表于 2016-10-14 09:27
框架很重要,宁可花80%的时间把框架搭好
那后面复杂的工作,就游刃有余了
这个观点赞同，非常的赞同。
我的感触是凡事有可能被重复调用的功能都给它独立成一个模块。比如先用具体的参数或结构实现了接口A，因为B里需要这样的一个接口。后来写着写着发现在C里也需要走一个A这样的流程，这时再返回A把它改成通用行的，把不能改的地方尽可能地提炼出来改成通用的，改完后，再按照新的接口修改原来所有调用A的地方，然后再进入C里接着写调用类似A的接口。
我这应该也算不上是搭框架。
不知道大家是怎么写的。 框架要写好,做好不容易{:titter:} smithding 发表于 2016-10-14 09:45
全部自己做的？有没高级博士指导？要有个非常有创意的博士指导估计你更会爽歪歪 ...
呵呵 还没有到那么高级 如果有一个经验比较多的VC程序员可能很快就搞定了。 经验问题，单干多了就有经验了。 同感啊，软件大了，找个变量都要半天；
一搜索，一堆同名的。NND 一定要把框架搭好，我用C#，自己做了一套基于插件的框架，所有的功能、模块、菜单、工具栏都是独立的，当然也可以在同一个DLL或直接在EXE中，但是各个模块之间也可以交互，非常方便，效率高很多，也稳定得多。 要加上硬件调试就更需要体力了，纯软件还好点 nikoli1990 发表于 2016-10-14 22:11
要加上硬件调试就更需要体力了，纯软件还好点
恩 还好我这个是纯软件呢
页:
[1]