为了促进信息交流，鼓励更多开发者提供关于 Solidity 的反馈，并参与关于语言设计和编译器未来方向的讨论，我们很高兴地推出Solidity 论坛！
未来，Solidity 论坛将成为讨论以下主题和问题的指定场所…
- Solidity 编程语言的设计。
- Solidity 编译器。
- 有用的 Solidity 提示和代码片段。
- Solidity 文档及其翻译。
- 关于 Solidity 版本的讨论和公告。
它**不会**成为以下内容的场所…
- 临时或特定的支持问题。对于紧急的 Solidity 支持问题，请使用Solidity Gitter 聊天或考虑查看Ethereum StackExchange。
- Solidity 的错误、漏洞或问题。要报告错误，请使用GitHub 问题跟踪器，并参考本指南了解如何报告问题.
- 通用以太坊讨论。为此，请访问r/ethereum。
- 以太坊研究特定讨论。为此，请参考ethresear.ch论坛。
- EIP 特定讨论。为此，请访问Ethereum Magicians论坛。
Solidity 论坛基于Discourse，这是一个用于文明讨论的开源软件。 :)
如果您不熟悉 Discourse，可以查看这篇“非官方 Discourse 用户参考指南”，其中总结了关于如何使用 Discord、文本格式、图像、LaTeX 等的有用提示。
Solidity 论坛类别快速指南 🔖
我们推出论坛时会提供初始的类别选择，这些类别可以随着时间的推移进行调整和扩展。要提出新的类别或更改现有类别，请在“网站反馈”类别中发布您的建议。
→ 公告
”公告”是一个流量较低的类别，用于发布关于 Solidity 语言和编译器的重要公告。
📮如果您希望随时了解发布、安全更新和与 Solidity 相关的反馈调查、新闻和事件，请订阅此类别。
→ 语言设计
“语言设计”是专门用于提出和讨论新语言特性及其在构思初期或修改现有特性的实施方案的地方。在这里可以讨论提案的合理性并进一步定义它们。一旦提案变得更加具体，其实施也将在 Solidity GitHub 组织中以 GitHub 问题的形式进行讨论。
模糊的“我不喜欢 X 的工作方式”可能会引发讨论，但请记住，提出的解决方案越具体，被纳入语言的可能性就越大。
适合语言设计类别的主题示例
- “更改继承的工作方式”
- “引入一个switch 语句”
ℹ️ 您可以在Solidity Github 项目中跟踪新功能的实施状态。设计积压中的问题需要进一步说明，将在语言设计电话会议或常规团队电话会议中进行讨论。您可以通过从默认分支（develop）切换到breaking 分支来查看下一个重大版本即将发生的更改。
→ 工具与基础设施
“工具与基础设施”是讨论开发者工具（例如 IDE、调试器、开发框架、安全工具）以及基础设施的类别，重点关注工具和 Solidity 之间的交互和改进。
ℹ️ 此类别不适用于报告工具中的错误或提出新的工具功能。要执行此操作，请参考各个项目的相应 GitHub 组织。
→ 文档
关于文档及其翻译的讨论可以在“文档”类别中进行。
⚠️同样，请不要使用论坛报告问题（例如文档中的错别字或损坏的链接）。请通过Solidity 问题跟踪器在 Github 中直接报告问题。
→ 代码向导
在"代码向导"中，您可以分享您想到的有用技巧或代码片段，这些技巧或代码片段值得传播。您还可以讨论实验性的 Solidity 实现并获取反馈。
ℹ️ Solidity 论坛不会成为临时支持问题的场所。对于紧急的 Solidity 支持问题，请使用Solidity Gitter 聊天或考虑查看Ethereum StackExchange。它也不是审核请求的场所，尽管它是请求特定机制或结构反馈的正确场所。
重要 Solidity 公告发送到您的邮箱 📮
为了及时了解情况而无需不断检查论坛，您可以通过电子邮件获取通知！要编辑您的电子邮件首选项并启用邮件列表功能，请访问您的个人资料→首选项，然后滚动到电子邮件。在电子邮件设置中，您可以定义希望多久接收一次电子邮件。您可以静音所有您不感兴趣的主题和类别。
在那里见！👋
事不宜迟，让我们在论坛中开始一些讨论。我们期待在那里见到您！