研究建议互联网企业尽快低碳转型

我们如何执行足够的约束来防止代码变成意大利面条?两个选项-手动或自动。手动方法容易出错，人类总是会犯错误。因此，自动执行此类约束是合乎逻辑的。

不幸的是，OOP并不是我们一直在寻找的解决方案。它没有提供任何约束来帮助解决代码纠缠问题。一个人可以精通各种OOP最佳实践，例如依赖注入，测试驱动的开发，域驱动的设计等(确实有帮助)。但是，这些都不是由编程范例本身来强制执行的(并且不存在可以强制执行最佳实践的此类工具)。

内置的OOP功能都无法帮助防止意大利面条式代码-封装只是在程序中隐藏和分散状态，这只会使情况变得更糟。继承增加了更多的混乱。OOP多态性再次使事情变得更加混乱-不知道程序在运行时将采用哪种确切的执行路径没有任何好处。特别是在涉及多个继承级别时。

OOP进一步加剧了意粉代码问题

缺乏适当的约束(以防止代码变得混乱)不是OOP的唯一缺点。

在大多数面向对象的语言中，默认情况下所有内容都是通过引用共享的。有效地将一个程序变成一个庞大的全球状态。这与OOP的原始思想直接冲突。OOP的创建者Alan Kay具有生物学背景。他想到了一种语言(Simula)，可以用类似于生物细胞的方式编写计算机程序。他希望有独立的程序(单元)通过相互发送消息进行通信。独立程序的状态永远不会与外界共享(封装)。

艾伦·凯(Alan Kay)从未打算让"细胞"直接进入其他细胞的内部进行更改。但这正是现代OOP中发生的事情，因为在现代OOP中，默认情况下，所有内容都是通过引用共享的。这也意味着回归成为必然。更改程序的一部分通常会破坏其他地方的功能(这在其他编程范例(如功能编程)中很少见)。

我们可以清楚地看到，现代OOP从根本上来说是有缺陷的。每天都会在工作中折磨您的"怪物"。而且它也会在晚上困扰您。

让我们谈谈可预测性
 

采取正确的方法

电信运营商必须同时采用CAPEX(即资本性支出)和OPEX(运营成本支出)方法来提高能效。这意味着在确保所有基础设施保持尽可能高的能源效率(OPEX方法)的同时，研究如何投资于针对效率进行了优化的设备(CAPEX方法)。为了提高能效，电信运营商必须认识到这些策略是紧密相连的。

积极的CAPEX方法意味着电信运营商在购买新设备时必须优先考虑能效。这可能会产生更高的前期成本，但由于运营商花费更少的时间和金钱来维护、更新、供电和冷却低效的设备，因此长期ROI更高。

投资节能设备是重要的第一步，但要保持效率，必须正确操作和维护它。这是运营商必须采用OPEX方法提高能效的地方-确保站点日复一日地高效运行。例如，他们必须全面考虑冷却要求-空调实际需要运行多长时间，并且允许的温度和湿度范围是多少?这是新软件应用程序生效的地方，因为它们可以帮助运营商实现主动和被动方式来提高能效。

最后，可以考虑使用诸如Vertiv的ESaaS(能源效率即服务)之类的混合融资模型，以充分利用两者的优势。

更智能的站点

我们已经看到电信行业向不依赖人机界面的以数据为主导的站点过渡，这些站点也称为智能站点。这种转变可以大大减少站点的碳足迹，因为来回旅行的人越来越少。出现问题时，现场技术可以通知电信运营商，从而可以减少现场访问次数就可以组织适当的补救措施。例如，热像仪可以识别问题，找到根本原因和损坏程度，并在适当的工程团队中进行准确的评估。这种方法对能效产生了可观的影响，为继续投资于更智能的技术和远程监控应用程序提供了强有力的商业案例。

（编辑：长春站长网）

【声明】本站内容均来自网络，其相关言论仅代表作者个人观点，不代表本站立场。若无意侵犯到您的权利，请及时与联系站长删除相关内容!