也就是说,曾经可能有1000行HTML和脚本,现在经常变成10,000行代码,50个类和2000个方法调用,基本上做同样的事情.即oo和分层架构似乎过度使用和/或使用不当,往往导致更长的开发时间,更高的成本,并且通常是噩梦般的维护.
>其他人经常看到这种情况的频率如何?
>如何有效地利用,正如佛陀自己所说:尽可能尽量不伤害……尽可能地帮助……
我自己并没有亲自遇到过这个问题,但我一直听到的故事似乎是architecture astronauts(花费太多时间思考的人)或糟糕的开发人员(那些花太少时间思考的人)的问题.
在编程的早期阶段,由于硬件,语言等的限制,您没有看到这么多.
然而,开发人员现在正在努力通过合并尽可能多的设计模式和OO原则来专注于编写人类可以理解的松散耦合和更高可维护性的代码,但就像它可以完成的一切一样.
另一方面,一些开发人员可能只是没有充分思考他们试图解决的问题并编写额外的代码只是因为它完成了工作而没有考虑更大的图景.
在任何一种情况下,开发人员可能都不是恶意的,甚至不称职,并且希望他们所从事的项目最好,但他们仍然只是因为他们太努力而过度执行原则.
所以我想说解决方案是提醒开发人员使用OOP原则作为指导,但就是这样.有一点,你必须在思考和编程之间找到一个愉快的媒介,然后停止思考并开始编程.
请参阅:杰夫写了一篇关于这类事情的好博文:KISS and YAGNI.
总结以上是内存溢出为你收集整理的c# – oo-spaghettio网络架构全部内容,希望文章能够帮你解决c# – oo-spaghettio网络架构所遇到的程序开发问题。
如果觉得内存溢出网站内容还不错,欢迎将内存溢出网站推荐给程序员好友。
欢迎分享,转载请注明来源:内存溢出
评论列表(0条)