我注意到,过去几年我一直在研究的大多数企业网络应用程序似乎都错误地使用了oo的功能.
也就是说,曾经可能有1000行HTML和脚本,现在经常变成10,000行代码,50个类和2000个方法调用,基本上做同样的事情.即oo和分层架构似乎过度使用和/或使用不当,往往导致更长的开发时间,更高的成本,并且通常是噩梦般的维护.
>其他人经常看到这种情况的频率如何？
>如何有效地利用,正如佛陀自己所说：尽可能尽量不伤害……尽可能地帮助……
解决方法
“通往地狱的道路铺满了最好的意图.”
我自己并没有亲自遇到过这个问题,但我一直听到的故事似乎是architecture astronauts(花费太多时间思考的人)或糟糕的开发人员(那些花太少时间思考的人)的问题.
在编程的早期阶段,由于硬件,语言等的限制,您没有看到这么多.
然而,开发人员现在正在努力通过合并尽可能多的设计模式和OO原则来专注于编写人类可以理解的松散耦合和更高可维护性的代码,但就像它可以完成的一切一样.
另一方面,一些开发人员可能只是没有充分思考他们试图解决的问题并编写额外的代码只是因为它完成了工作而没有考虑更大的图景.
在任何一种情况下,开发人员可能都不是恶意的,甚至不称职,并且希望他们所从事的项目最好,但他们仍然只是因为他们太努力而过度执行原则.
所以我想说解决方案是提醒开发人员使用OOP原则作为指导,但就是这样.有一点,你必须在思考和编程之间找到一个愉快的媒介,然后停止思考并开始编程.
请参阅：杰夫写了一篇关于这类事情的好博文：KISS and YAGNI.
版权声明：本文内容由互联网用户自发贡献，该文观点与技术仅代表作者本人。本站仅提供信息存储空间服务，不拥有所有权，不承担相关法律责任。如发现本站有涉嫌侵权/违法违规的内容， 请发送邮件至 [email protected] 举报，一经查实，本站将立刻删除。
