您最后会后悔或退出哪些编程快捷方式？

Question

我看到了this question，它让我想起旧DataGrid中的AutoGenerateColumns。我几次使用它们，我最终支持它，因为我需要数据格式化超过标准“吐出数据源列”。同样，通过切换，听起来可以节省时间，但最终需要跟踪状态或其他内容，并相应地重写代码。

有没有你最终使用的东西，认为它会节省你的时间，但最终退出，因为它不能满足你的需要？

Answer 1

在现有的工作系统中稍作改进，而不是用测试来覆盖它。

很多次它最终调试地狱。最糟糕的是，到了我的同事，而不是我。

Answer 2

我认为最令人遗憾的编程“捷径”的明显答案是。

但是关于框架，我认为所有框架有时候都会陷入困境。它们使用起来并不坏，但我认为你不会找到一个框架，它不会强迫你购买缩短的开发时间，同时降低可维护性。我主要使用Drupal工作，每次出现新版本时我都必须至少重写一些自定义代码...但这是我为能够使用社区模块快速添加新功能所付出的代价，对我来说，这很值得。对于不同的目的或应用，它肯定是不值得的。

Answer 3

每个以大量模块化开头的大型Web项目通常对于最终构建的应用程序范围来说太过分了。

因此，web层调用委托接口调用委托实现调用服务接口调用服务实现调用dao接口调用dao实现等。

最后，由于你没有在这个级别进行分发，你会注意到你的所有委托实现都是一行代码，为了清楚起见，你通过编写一百个委托类来降低效率第一名。

---

或者：大多数项目都在某种程度上过高估计了应用程序的用户群有多大，不幸的是，代码编写代码更高效。一个拥有200个用户的食谱应用程序比每天早上有十万用户的行业定义应用程序更常见，但开发人员倾向于为不可能的案例编写部分 - 但不是全部 - 他们的应用程序。

如果你正在编写hello world，只需编写代码，然后根据需要进行批量处理。

Answer 4

让Visual Studio执行数据绑定。它大部分时间都可以工作，但有时会引入一些细微的错误，这些错误需要花费更多的时间来查找和解决，而不是手动进行数据绑定。

Answer 5

复制/粘贴几行代码，这些代码与您现在需要的代码相似但不完全相同，几乎总是会导致该代码中的错误。

按字符逐个输入几乎总是更好，迫使自己考虑每个人。但我一直在这样做，想着：“可能出现什么问题”，并对后来的决定表示遗憾。

Answer 6

使用＆lt; insert framework here＆gt;中最新最好的功能只是让它失败并需要更长时间。

我是全新的功能，但过早使用它们可能会有问题。

Answer 7

C / C ++宏的过度使用。我认为这是一个陷阱大型项目不仅仅是小型项目。

Answer 8

不完全是一个快捷方式，但是：写一个C ++ String类，甚至没有考虑其他人有同样想法的可能性。然而，这是一个很好的练习，因为我了解到：

• 写一个图书馆不会使所有的编程都从那里开始。手头有一个库可能更容易，但是如果理解库的语义比手动实现这个功能更难，那么库就会变得毫无用处。
• C ++有很多非常简洁的功能。
• C ++总是缺少我真正需要的一个功能。