大家好，
最近，有客户想让我分享下Altium创建庞大的元器件内容库的细节，以及我们所认为的“最佳方法”。
起先，我想把它作为应用笔记或者记录在wiki中，但经过一番深思熟虑，我觉得通过博客连载是个好主意。这样，通过你们对于博客的回复我可以很好地收集你们的反馈和想法，将它们融入进我自己的应用笔记。
提前感谢大家给予我的帮助:)
言归正传，Altium希望为广大客户创建元件库。就因为我们要为每个用户创建元器件，即使我们使用相同的原则，但是我们应用这些原则的方法是不同的。也就是说，所谓的“最佳方法”必须是对每个用户都具有参考意义的。
我希望创建一组能够准确描述Altium和客户共同需求的、建立元器件库最佳方法的文件。
想知道为什么我写这篇文章吗？2年前，我参与了上海Altium Content研发中心的建立。而当时我在管理Altium亚洲的应用工程团队，我相信没有人比我更知道如何在Altium Designer创建元件了。可是，我错了。但我是幸运的，能够向有15年开发元件库经验的前辈们学习。
所以，让我们开始吧。
建立好的元件库核心原则是什么？
- 质量
- 元器件作为设计最基础构建，任何一个简单、细微的错误，都会造成多米诺式的一系列后果。因此，每一个元件都必须是准确、可靠的。因此，我们工作中大量时间都在检查元件库的准确性。
- 结构
- 起初，我认为这个工作是不重要的，但我很快意识到，元件库的构建重点是归档。就像图书馆一样，我们需要快速地、有效地找到我们要找的东西。
- 合用性
- 将符号在技术上“准确化”只是一方面；能够让设计者绘制出漂亮的、干净的、可读性强的原理图则是另一回事。这是十分重要的，我们在竭力地开发过程和标准上满足这个要求。
- 可预测性（一致）
- 在某种程度上，这是良好的结构和合用性的充分融合。要达到上述目标，所有的事情必须一致。一致性使得复用变成可能，它使接下来的事情类似于浏览和搜索。
- 数量
- 也许，对于Altium Content团队以外，“数量”可能不被关注？这一点，我不是很确定。至少，我们需要高效地、高产出地工作。当内容团队全神贯注于内容开发时，数量的产出是自然结果。
让我感到困惑的是，我上述所列的几个原则和您所理解的元件开发是否吻合？是否有我所遗漏或低估的事项呢？
为了使每个部分都有恰当地论述，我决定写几篇博客，希望我能尽快连载。以下是我想好的一些篇章题目：
- 命名的标准、原因及方式。
- 元件参数，
- 通用及供应商的对比，
- 优质符号的开发，
- Altium是如何建立封装的，
- 开发流程和架构。
我真心希望能得到您的反馈。所以，请留下任何意见和想法。