14 个解决方案
#1
关注!
#2
从网站上下载zlib及ffmpeg添加到解决方案中并设置为依赖项
#3
用V Asistant ,使用 Extract Mothod 重构一下,把函数拆成一行一个函数,哈哈
#4
看懂别人的程序很难,建议重写
#5
懒惰
#6
最好是重新开发。
从客户的角度看,现有的方案可能会有某些风险,而其它的解决方案可能会规避这些风险。
从客户的角度看,现有的方案可能会有某些风险,而其它的解决方案可能会规避这些风险。
#7
加入相当数量的垃圾代码 ??
主要是寻找垃圾代码以及保证编译不出错??
不懂什么意思?
你的意思是忽弄客户还是什么?
主要是寻找垃圾代码以及保证编译不出错??
不懂什么意思?
你的意思是忽弄客户还是什么?
#8
楼主之心,路人皆知 ^-^
#9
重构原有代码,就不只是工程问题了。
#10
-_-#
#11
这世道真黑啊,
如今的房门1000多块一个,还赶不上以前的一二百块的。
硬件质量下降,软件质量也下降。
楼主考虑怎样精简代码或从新根据该应用软件的发展趋势,
对未来的应用进行拓展才是正道。这个对用户是真正负责的交代。
如果加入垃圾代码,一旦参与编译,链接到主程序。还可能影响效率。
这个问题问的真尴尬。还不如那些问如何编制木马程序的呢。
如今的房门1000多块一个,还赶不上以前的一二百块的。
硬件质量下降,软件质量也下降。
楼主考虑怎样精简代码或从新根据该应用软件的发展趋势,
对未来的应用进行拓展才是正道。这个对用户是真正负责的交代。
如果加入垃圾代码,一旦参与编译,链接到主程序。还可能影响效率。
这个问题问的真尴尬。还不如那些问如何编制木马程序的呢。
#12
这个要求还真奇怪~
#13
算了,结贴了。免得不但问题得不到答案,还要赔上我的个人道德品质被人怀疑作为代价。晕。
最后解释一下:老板就是这样要求的,我得把责任很客观的推到他们身上!在中国生存就是这样啊!我估计我们程序员很多人有时候都有这种无奈!
最后解释一下:老板就是这样要求的,我得把责任很客观的推到他们身上!在中国生存就是这样啊!我估计我们程序员很多人有时候都有这种无奈!
#14
没撒 如果是强迫这样..就没什么了..是客户自己活该.乱提要求....
#1
关注!
#2
从网站上下载zlib及ffmpeg添加到解决方案中并设置为依赖项
#3
用V Asistant ,使用 Extract Mothod 重构一下,把函数拆成一行一个函数,哈哈
#4
看懂别人的程序很难,建议重写
#5
懒惰
#6
最好是重新开发。
从客户的角度看,现有的方案可能会有某些风险,而其它的解决方案可能会规避这些风险。
从客户的角度看,现有的方案可能会有某些风险,而其它的解决方案可能会规避这些风险。
#7
加入相当数量的垃圾代码 ??
主要是寻找垃圾代码以及保证编译不出错??
不懂什么意思?
你的意思是忽弄客户还是什么?
主要是寻找垃圾代码以及保证编译不出错??
不懂什么意思?
你的意思是忽弄客户还是什么?
#8
楼主之心,路人皆知 ^-^
#9
重构原有代码,就不只是工程问题了。
#10
-_-#
#11
这世道真黑啊,
如今的房门1000多块一个,还赶不上以前的一二百块的。
硬件质量下降,软件质量也下降。
楼主考虑怎样精简代码或从新根据该应用软件的发展趋势,
对未来的应用进行拓展才是正道。这个对用户是真正负责的交代。
如果加入垃圾代码,一旦参与编译,链接到主程序。还可能影响效率。
这个问题问的真尴尬。还不如那些问如何编制木马程序的呢。
如今的房门1000多块一个,还赶不上以前的一二百块的。
硬件质量下降,软件质量也下降。
楼主考虑怎样精简代码或从新根据该应用软件的发展趋势,
对未来的应用进行拓展才是正道。这个对用户是真正负责的交代。
如果加入垃圾代码,一旦参与编译,链接到主程序。还可能影响效率。
这个问题问的真尴尬。还不如那些问如何编制木马程序的呢。
#12
这个要求还真奇怪~
#13
算了,结贴了。免得不但问题得不到答案,还要赔上我的个人道德品质被人怀疑作为代价。晕。
最后解释一下:老板就是这样要求的,我得把责任很客观的推到他们身上!在中国生存就是这样啊!我估计我们程序员很多人有时候都有这种无奈!
最后解释一下:老板就是这样要求的,我得把责任很客观的推到他们身上!在中国生存就是这样啊!我估计我们程序员很多人有时候都有这种无奈!
#14
没撒 如果是强迫这样..就没什么了..是客户自己活该.乱提要求....