Code综艺圈

A. 无前缀的 key=value模式 B. 双中横线模式 --key=value或 --key value C. 正斜杠模式 /key=value或 /key value

前言前两节针对.NetCore自带的依赖注入进行简要概述，对于日常开发的需求应该是能满足了，那为什么还需要引入第三方依赖注入组件呢，这里就从自带的依赖注入来分析，有什么样的需求满足不了？主要归纳为以下

前言上一小节简单阐述了依赖注入及Asp.NetCore中自带依赖注入组件的常规用法，其中提到容器管控了自己创建对象的生命周期，包含了三种生命周期：Singleton、Scoped、Transient，

前言现阶段而言，依赖注入相关组件如果不会用一两个，感觉在Code的世界里肯定是落伍了，最起码得有工厂模式的思想，知道这样做的好处；提及到依赖注入，通常会关联出两个概念：Ioc(控制反转)和DI(依赖注

Android/Java :那时候的Android火的不行，公司见此机会，想把产品也跟上步伐，上APP，由于人员原因，最后被安排的Android的开发，那时候才两人，另外一个稍微会点，其他的就是学习了，并要求两个月出一个初版；两人苦苦搞了两个月，连学加搞，初版算是出来了，汇报的…

前言一个Asp.NetCore项目，知道大概的启动流程是有必要的，比如后续遇见配置信息覆盖等相关问题时也大概知道是什么原因，了解原因之后，再去搜索引擎找答案，否则目标不明确，茫茫人海怎么会一下找到自己