火山软件开发平台

 找回密码
 立即注册

QQ登录

只需一步,快速开始

搜索
热搜: 火山 源码 类库
查看: 1978|回复: 6
打印 上一主题 下一主题

[视窗] 提个建议,关于清理解决方案的建议

[复制链接]

16

主题

87

帖子

1087

积分

核心用户

Rank: 9Rank: 9Rank: 9

积分
1087
跳转到指定楼层
楼主
发表于 2021-6-15 14:24:34 | 只看该作者 回帖奖励 |倒序浏览 |阅读模式
清理时建议不清理 linker目录下用户自定义的目录下的内容和linker下用户自定义的文件
比如linker下存在用户自定义的配置文件,也会被清理掉,然后每次测试的时候 还需要拷贝进去
然后linker下自定义的目录下的文件 也会被清理  比如peizhi\配置文件.ini 也会被清理掉 测试的时候又要拷贝进去
导致不得不在外界存放备份的文件...

最近我写的一个项目,通过这个程序主要用于分析目标来产生大量的数据,并把分析结果存放到运行目录下,这个分析因为数据量很大(20多G),会生成很多小文件(7万多个),但是只需要分析一次(分析需要差不多2个多小时)...悲剧的时候开发过程中如果有某些变动,会导致编译的时候产生错误,不得不清理解决方案才能正确编译..
然后就悲剧了 这7W多个文件 我需要在外面留一个备份,每次清理都需要拷贝到 linker目录下..这一拷贝就是四五十分钟.因为小文件太多,导致拷贝非常的慢..于是不得不把程序内的存放数据的目录由运行目录路径改为其他路径来开发..发布的时候在改回来..总之就是很不方便,希望能改进一下
回复

使用道具 举报

369

主题

2255

帖子

7331

积分

核心用户

Rank: 9Rank: 9Rank: 9

积分
7331
沙发
发表于 2021-6-15 14:32:22 | 只看该作者
本帖最后由 shuimiao 于 2021-6-15 14:35 编辑

确实,每次都清掉还得复制回来,增加了麻烦。
其实只要理顺需要清理解决方案的发生逻辑就行,不要轻易出现需要清理解决方案的情况发生,因为每次清理后重新编译都老长时间。

目前的话,类随便增加一个成员变量都可能导致需要清理解决方案才能正常运行
回复

使用道具 举报

46

主题

873

帖子

3951

积分

核心用户

Rank: 9Rank: 9Rank: 9

积分
3951
板凳
发表于 2021-6-15 15:35:49 | 只看该作者
可以把配置文件,比如写到指定的位置,等测试好了,正式编译的时候,改一下代码,反配置文件写到运行目录下。   变通一下不就行了。
回复

使用道具 举报

17

主题

794

帖子

2639

积分

金牌会员

Rank: 6Rank: 6

积分
2639
地板
发表于 2021-6-15 16:50:29 来自手机 | 只看该作者
值得研究研究
回复

使用道具 举报

16

主题

87

帖子

1087

积分

核心用户

Rank: 9Rank: 9Rank: 9

积分
1087
5#
 楼主| 发表于 2021-6-16 02:44:21 | 只看该作者
67564226 发表于 2021-6-15 15:35
可以把配置文件,比如写到指定的位置,等测试好了,正式编译的时候,改一下代码,反配置文件写到运行目录下 ...

现在就是这么干的 但始终还是不方便 没人提意见可能永远不会改变 总要有人提出来
回复

使用道具 举报

75

主题

830

帖子

4223

积分

核心用户

Rank: 9Rank: 9Rank: 9

积分
4223
6#
发表于 2021-6-16 03:21:35 | 只看该作者
是的...这个确实是个问题..我也遇到好几次..不过已经懒得提建议了...
回复

使用道具 举报

46

主题

873

帖子

3951

积分

核心用户

Rank: 9Rank: 9Rank: 9

积分
3951
7#
发表于 2021-6-16 14:47:45 | 只看该作者
aiyanok 发表于 2021-6-16 02:44
现在就是这么干的 但始终还是不方便 没人提意见可能永远不会改变 总要有人提出来 ...

说得很有道理
回复

使用道具 举报

您需要登录后才可以回帖 登录 | 立即注册

本版积分规则

QQ|Archiver|手机版|小黑屋|火山软件开发平台 ( 鄂ICP备18029190号 )

GMT+8, 2024-5-6 09:09 , Processed in 0.083406 second(s), 17 queries .

Powered by Discuz! X3.4

© 2001-2017 Comsenz Inc.

快速回复 返回顶部 返回列表