Eric的博客

本文的目标人群，是有编程基础，希望开始使用dotnet core，或者已经使用dotnet core了但是不知道怎样做最好的同学。推荐两个链接：https://github.com/EduardoPires/EquinoxProject这是一个开源项目，是个dotnet core最佳实践的样例项目。如果你不知道怎样开始一个项目，先把这个项目看看。甚至可以拿这个项目当模板，在这个项目上改...

PHP有个好处，就是解释执行。因此其他程序里面很头痛的读写配置问题，在PHP基本上不是问题。这是由于PHP可以直接把配置信息写在源代码里面。PHP程序的目录结构可以如下：/bin/conf/data/var则：conf目录下可以直接放app.conf.php，在这个php里面就写配置信息。然后其他文件直接require这个conf.php文件就ok了。好处：1，绝对不会发生读错配置的问题，因为配置

有人问我软件开发最重要的是什么？答曰：可测性。如何定义可测性？答曰：程序一旦有问题就会显著暴露出来的特性。这是否会影响程序的稳定性？答曰：错的就是错的，错误一旦被隐藏，就会成为长久的暗疮，并在未来带来各种稀奇古怪的问题，将增加长久的维护成本。如果有问题就当时当地的暴露出来，就会被解决掉，从而使得软件自内而外的健康，逻辑正确。这样的软件是易于长期维护的。这是否会增加开发成本？答曰：有问题就暴露，确实

代码风格是争论不出好坏的，只有自然淘汰。代码风格争不出好坏，有些人就是喜欢用template干活，就是喜欢用const修饰函数，就是喜欢在if里面进行赋值操作，就是喜欢连续按八下空格当缩进。这种区别是很难用道理进行说服的，总是公说公有理婆说婆有理。当你对一个人说functor不好的时候，他总可以举出一个反例说functor有多好；当你说用const修饰函数不好的时候，他总可以举出const修饰函数

最近和人讨论了一些编程中的方法，越发觉得学语法应该不求甚解。语法掌握的越精深，就越有能力阅读和写出晦涩的代码。但是有能力写出晦涩代码，其实是一种缺陷。因为这会无形之中让你不小心写出晦涩的代码，因为你了解那种晦涩的写法，所以你认为写出来也无所谓。但晦涩代码其实是劣质的代码。一种典型的坏代码是：if (a && b && func_do_something());上面的代码看起来简洁而正确，实际上更好

大家用了memchr、strchr、strstr之后，有没有想要一个叫memstr的函数？从内存里面找特定的字符串？glibc里面没有提供memstr，我这里提供一个吧。验证过的可靠版本：//find 'substr' from a fixed-length buffer //('full_data' will be treated as binary data buffer)//retur

使用snprintf也是不安全的。sprintf、snprintf都无法处理常见的 len += sprintf() 的场景，常常会导致bug。windows下更糟糕，snprintf不保证'\0'结尾。所以，我们需要一个更安全的sprintf。（nginx也意识到了类似的问题，因此在实现ngx_sprintf的时对接口做了类似的调整）声明：//return 0 on fail. return r