有幸看到了一家泰西公司拓荒的上位机软件，径直把我给整崩溃了！不得不说，东说念主家在作念软件的那一刻起就还是为将来二次收费铺好了说念路情趣萝莉，况且，若是你思找第三方公司重构他们写好的上位机软件，还不可，事情到底是咋回事呢？

公司最近接到了一个容貌，这个容貌蓝本的乙方是欧洲某国的某公司拓荒的，甲方准备在此基础上进行二次拓荒，然而不知说念是乙方报价太高照旧咋的，甲方决定跳过乙方，径直在国内寻找供应商去重构这个上位机容貌，于是，公司就派了几个时刻员去甲方那看容貌，一来是望望容貌难度，二来是望望这个容貌有莫得利润。

公司派了几个上位机才气员，诚然和包括我，还有几个搞机械和电路的，就到了甲方现场。搞机械的和搞电路的就在那商榷诞生，我和另外几名上位机才气员就在那商榷才气，最终，几个上位机才气员一致认定，这个容貌作念倒是不错作念，然而忖度得重头商榷了！

事情是这样的，别看是个上位机才气，然而他们搞得确是前后端分散的风景，前端是部署在一台Linux系统上的，后端则部署在一台Windows职业器上。

咱们仔细商榷了下才气，发现若是这个容貌咱们公司接了，忖度光商榷之前的业务逻辑和才气逻辑可能皆要破钞几个月的时辰。

具体原因就出在才气架构上，抛开前端不说，就这个后端才气皆让咱们头大，我不知说念泰西那里作念上位机是不是皆是这个风景情趣萝莉，若是是，那我嗅觉我对泰西那里的软件拓荒又有了新的坚定。

咱们仔细商榷了下这个上位机才气的后端架构，发现这个后端架构是以一种近似树状结构的法例践诺的。

具体来说，等于有一个主才气，还有快要一千个子才气，主才气和子才气之间莫得任何强探究，任何一个子才气似乎（这里是似乎）皆不错单独践诺。

这样看起来或者也没那么难，然而，让东说念主崩溃的事情来了！

因为扫数子才气皆是不错单独践诺的，是以，就莫得一个调解的成就文献去成就才气的通信，因此，每一个才气皆有一个单独的成就文献去成就和硬件的通信！

我的天，快要一千个子才气，那么就意味着有快要一千个成就文献了！况且莫得任何诊治中心去诊治这些成就！

若是在此基础上进行重构，那咱们就需要对每一个才气和成就文献进行分析，然后通过分析才气的践诺逻辑，然后才能搞知晓扫数这个词诞生的开动逻辑！

公司在知说念有这个项认识时候，我不知说念雇主关于这个项认识时辰底线是些许，但我忖度他认为有现成的才气，忖度只需要花几个月时辰就不错重构好，然而咱们几个高时刻的经由分析，要思作念好这个容貌，忖度莫得个一两年是搞不定的，而且客户那里守秘性条目比拟高，还只可在甲方现场拓荒，因此，咱们至少要安排专东说念主防备在甲方现场才行。

回到公司，咱们把情况陈述给了公司，在陈述之前，咱们一溜东说念主擅自里其实早有论断，若是时辰、预算不实足的情况下，咱们忖度公司是吃不下这个项认识！

尽然，这个容貌终末公司照旧莫得接！

结语

说到这里，我只可写一个大大的服字，就这样一个软件架构，放在哪个乙方手里忖度皆得颤一颤，因为逆向工程太大了，时辰东说念主力不及的情况下，压根没法弄！

然而，若是找当初写这个项认识泰西公司去弄，忖度东说念主家浮松弄几下就好了！

这让东说念主黔驴之计的设定情趣萝莉，高！委果是高！