通过SOT-23封装如何能找到它对应的元件型号呢？
通常SOT-23封装常见的为二极管，三极管，CMOS管等等，例如BAV99,BCX70H,BSS123等。
在它的表面都会印有它出厂的MARKING CODE，也就是俗称的丝印，
以笔者最近遇到的一个印有1GP27的为例，在百度搜索SOT-23 MARKING 1GP,
选第一个网页http://www.datasheetarchive.com/
在搜索栏里选择SOT-23 MARKING 1GP进行搜索，
会出来好几个结果选择其中一个PDF下下来，我选择的是飞利浦公司的手册，
打开，在里面找就会找到1GP对应的是BC847C，再随便找个芯片资料查询网，
搜索BC847C，记住要选飞利浦公司生产的，之后发现它是一个三极管，
与我用万用表量的结果相近，用万用表测三极管的方法，百度一下就行了。
在此可以不妨多试几个公司的手册，找到最接近你实际手中芯片特性的，就是你要找的元件型号了。
模式分为架构模式和设计模式：
架构模式：架构是指一个软件系统整体的组织结构。架构模式描述软件系统的组织结构的一些规则和指南。
设计模式：设计模式描述的是在软件系统的某一局部不断重现的核心解决方案，这种解决方案以完善的设计结构出现，可以被应用到以后的类似的环境中。
三层架构：
表现层：
业务层：
持久层：
界面----事件---->业务处理----->保存(DB)
界面为表现层；业务处理为业务层；保存为持久层
表现层-->业务层--->持久层-->业务层--->表现层
持久层使用的是DAO模式实现ORM(对象关系映射)
持久层的架构模式为DAO模式。
DAO模式：创建实体类和数据库的表映射。完成ORM
ORM叫做对象和关系的映射。也就是哪个表对应哪个实体类，哪个属性对应哪个列。
DAO模式的目的就是完成对象数据和关系数据的转换。
业务层使用的架构模式叫事务脚本。
事务脚本：如果一个业务中有多次数据库的写入操作，这时必须保证同时成功或同时失败，不允许出现部分成功部分失败的情况。如果出现部分成功部分失败，那么就需要回滚事务，都失败。
业务层和持久层接口方法设计原则：
1、一个实体类一个接口。(一个实体类对应一个持久层接口和一个业务层接口)
2、一次数据闸操作一个持久层方法。
3、一次数据的提交一个业务层方法，业务层方法的参数全部来自页面
表现层使用的架构模式：MVC模式
M:模型(实体类Bean)
V:视图(GUI窗体)：展示给用户看的
C:控制(事件,控制业务组件的调用及窗体的切换)
类与类，类和接口，接口和接口之间的关系。
1、实现关系（一个类实现一个接口）
2、泛化关系（一个类继承另一个类）
3、关联（1）、依赖关系：一个类是另一个类的方法局部变量，方法的参数或方法返回值。2）、聚合关系：一个类是另一个类的属性，是整体和部分的关系。3）、组合关系:一个类是另一个类的属性，是整体不可分割的一部分，是强聚合。）
4、单一职责：一个类而言，应该仅有一个引起它变化的原因，永远不要让一个类存在多个改变的理。一个类只应该做和一个任务相关的业务，不应该把过多的业务放在一个类中完成。
迪米特法则：
一个软件实体应当尽可能少的与其他实体发生相互作用。
七种设计原则总结
单一职责原则：一个类只应该做和一个职责相关的事情，不要把过多的业务放在一个类中完成。
迪米特法则：软件实体之间应该做到最少的交互。不要和陌生人说话。调用方只关心他需要使用的方法
接口隔离原则：使用专门的接口，比用统一的接口要好。便于分工，在实现接口时，不应该看到自己不用关心的方法。
开闭原则：软件实体应该对扩展开放，对修改关闭。开闭原则是设计原则的核心原则，其他的设计原则都是开闭原则表现和补充。实现开闭原则的方法就是抽象。
聚合/组合复用原则。多使用聚合/组合达到代码的重用，少使用继承复用。
依赖倒置原则：面向抽象编程，不要面向具体编程。
里氏替换原则：父类出现的方法，子类一定可以替换。如果子类不能完整实现父类方法，或者父类的方法在子类中已经发生了畸变，那么就要断开父子关系。采用依赖、聚合、组合等关系替代继承。里氏替换原则可以用于检测两个类是否具有父子关系。