歼11的MLU需要重构代码吗？？

刚刚看了小肥猪大侠关于歼11升级的文章，由于在IT混了几年，问一个比较白痴的问题，歼11的中期延寿改进（MLU）是否需要对火控部分的代码重新构建？？成本是否很高呢？？

其实软件升级无非两种模式，如果采用开放架构，只需要在新系统上做移植（重编译会比较简单）和对新需求进行开发开发就可以了；如果采用非开放架构做就比较麻烦了，必须设计一种可靠重编译模块来解决代码移植的问题（要么就照着需求重写代码，这个应该比较夸张，而且可维护性就很差了），这个开发和测试的成本就很高，（一般商业系统移植请专业公司做收费都很高的，不要说军用系统了），而且不一定能成功（涉及机密，通常别人提供的文档和手册不能全信的，得靠自己测试才行）。

苏27引进的时候，应该全是俄式标准，而且不一定把代码交给中方，而我们以国军标（GJB）为标准的新一代火控系统的代码全是标准的开放架构，做MLU，要去取代并兼容原来的系统，估计代价不小，可能更接近于第二种模式，因此成本上是不是会比较高呢？？？？

顺便说几句，正反两方面的经验我们都有
正的方面，歼10和飞豹升级的时候，因为我们自己依照GJB开发的，软件升级是非常方便的，因此大大加速了改进型号的研制。

反的方面，SU30MKK/MKK2，买给我们的时候老毛子是有保留的，没有用开放架构做系统，自主升级是比较头大的，所以国产武器系统（仿毛子的例外）上机现在还比较困难——空军好像很不爽，也是飞豹A得以咸鱼翻生的一个契机。刚刚看了小肥猪大侠关于歼11升级的文章，由于在IT混了几年，问一个比较白痴的问题，歼11的中期延寿改进（MLU）是否需要对火控部分的代码重新构建？？成本是否很高呢？？

其实软件升级无非两种模式，如果采用开放架构，只需要在新系统上做移植（重编译会比较简单）和对新需求进行开发开发就可以了；如果采用非开放架构做就比较麻烦了，必须设计一种可靠重编译模块来解决代码移植的问题（要么就照着需求重写代码，这个应该比较夸张，而且可维护性就很差了），这个开发和测试的成本就很高，（一般商业系统移植请专业公司做收费都很高的，不要说军用系统了），而且不一定能成功（涉及机密，通常别人提供的文档和手册不能全信的，得靠自己测试才行）。

苏27引进的时候，应该全是俄式标准，而且不一定把代码交给中方，而我们以国军标（GJB）为标准的新一代火控系统的代码全是标准的开放架构，做MLU，要去取代并兼容原来的系统，估计代价不小，可能更接近于第二种模式，因此成本上是不是会比较高呢？？？？

顺便说几句，正反两方面的经验我们都有
正的方面，歼10和飞豹升级的时候，因为我们自己依照GJB开发的，软件升级是非常方便的，因此大大加速了改进型号的研制。

反的方面，SU30MKK/MKK2，买给我们的时候老毛子是有保留的，没有用开放架构做系统，自主升级是比较头大的，所以国产武器系统（仿毛子的例外）上机现在还比较困难——空军好像很不爽，也是飞豹A得以咸鱼翻生的一个契机。