不推荐做法

为了更适合微服务开发，以及服务治理问题，以下做法是不推荐的：

• 轮询数据库
  • 这应该是最差劲的设计了！！
  • 建议使用消息队列来代替。
• appsettings.json 及 Configuation API
  • 它们不利于全局配置管理
  • 有帐号泄漏的安全问题
  • 参考建议：本地配置参数, 远程配置参数
• .net logging API，以及 log4j 这类日志组件
• Console.Write
  • 以上2类问题类似
    • 日志格式没有规范，内容杂乱，极不利于统计分析
    • 大量且混乱的内容，会淹没有价值的异常
    • 参考建议：Console使用建议, OprLog日志中添加自定义内容
• Quartz.NET or Hangfire
  • 增加数据存储压力
  • 日志不完整
  • 没有监控
  • 建议使用 BackgroundTask
• 大量 try...catch
  • 建议做法：如果没有 try...catch 程序不崩溃，那就不要写！
• 把Redis当成数据库来保存持久化数据
  • 不推荐原因：Redis的持久化设计的非常简陋，而且没有事务支持
  • 建议做法：
    • Redis只是一个缓存服务，如果缓存没有就查询数据库
    • 不要非常频繁的调用Redis，这样会导致性能极差
    • 需要频繁访问的缓存数据，建议使用静态变量来代替，性能会有极大提升！