使代码最后的提示

Sec*_*cko 4 programming-languages

有时我真的很想知道我的代码是否"最后".我尽一切努力使其"最后",避免在写作或解决问题时依赖事物.如果我重写或添加代码,"编程技巧"和假设将来可能发生变化.有时它很容易,有时很难,但它都是程序员的一部分,让工作更好,更快,更容易.

话虽如此,您是否可以根据个人经验推荐一些提示,以便在HLL中编写更好的长效代码?什么应该避免,什么拥抱?

谢谢!

nas*_*orn 6

避免你最近阅读和思考的任何事情,

那么这是一个有趣的语言功能,设计模式等,我认为这可以帮助我降低代码复杂性.

出于某种原因,这总是会让我后来咬我.更好的是在侧面项目中使用它,然后在生产代码中使用它一旦被证明是一个好主意,而不仅仅是看起来像一个.


MrZ*_*bra 5

有点腐烂......

编译旧项目时,我经常遇到的问题是

  • 缺少依赖项 - 最好列出您依赖的任何库,包括您从中获取的URL.您的包含路径可能与5年前不一样!
  • 编译器更改 - 这些通常不是很麻烦,通常可以使用C/C++中的#define修复
  • 数据大小的变化 - 从16位变为32位时,这是一个令人讨厌的问题.尽量不要对变量的大小做出假设.
  • 神秘的构建过程 - 对于某些项目,可能存在构建资源,库等的模糊构建步骤.确保它们有良好的文档记录.
  • 过于聪明的代码 - 我已经看到代码假设机器的内存少于X兆字节,因此使用指针的顶部位来保存数据.不要那样做!
  • 错误检查 - 当事情破坏时,良好的错误检查将帮助您更快地找出原因.