在软件结构设计之中协进会碰到许多难题，在该文中，他们Sonbhadra如是说许多软件结构设计中一定会碰到的难题。也是时常牺牲的时间许多，但是斩获的投资回报无法展现的难题。

一、复杂程度

在流程末期展开结构设计的这时候，须要考量的难题还是许多的，具体来说就是根据合作开发情景的明确要求来展开控制技术THF1。这儿就包括了合作开发网络平台的优先选择、C语言的优先选择、合作开发架构的优先选择还有资料库之类，在直面不同的金融行业市场需求，还须要考量许多ophone有关的不利因素。

他们时常会在这儿忽视了复杂程度，后引起了各式各样难题。或许只是组织工作之中加进了两个库，就会引起一连串没有配套措施预见的情况。许多人能加进各式各样微服务项目，这就会引致先期组织工作比较复杂。

在考量复杂程度的这时候，他们如果要想不到的是，每两个机能的插值的这时候，都须要构筑机能，这些机能都恰当吗？他们考量的不是下两个期就能充分体现出来，而要五年五年之后。

提议我们上看《标识符六本》《人月神话故事》此类的统计数据，在前述合作开发操作过程一连串的准则和辅导方式，解构、流程标识符、模组化结构设计、KISS准则、面向全国USB编程、结构设计商业模式之类。通过一连串的方式可以减少软件产品的总体维数。

二、控制技术风险

控制技术风险直接影响了他们合作开发的整个进度以及团队计划。两个又两个的补丁。或者是负载均衡器的超时时间延长至几分钟，甚至可以用另两个服务项目打包整个服务项目。

有些解决方案是完全不恰当的，哪怕当时解决了许多难题。这都会产生控制技术风险，这些都是一名合作开发者须要考量到的。

三、标识符

上面他们提到了软件结构设计的复杂程度，然而随着业务不断的变更，标识符在整个软件生命周期也有重要的影响。须要注意的是可维护性不光只有维数，还有可扩展、耦合度还包括了可读性。执行效率（有些标识符须要配合硬件特性实现，比如cuda，有些标识符须要配合语言特性或者网络平台特性，比如javascript，有些标识符须要配合结构设计方式，比如C++）。

我们觉得以上提到的内容对于你们来说是不是难题？欢迎留言他们一起讨论。