[Johnny-Kao]

Summary

Hi again!

Following up on the merged #1636, I noticed that astuple() still performs unnecessary has() checks when processing dictionary keys and values.

I made the same small change for dictionary keys and values, so astuple() can skip unnecessary checks.

For dictionaries with 1,000 atomic entries, this makes it 2.62× faster, with no change in behavior.

Details (for reference only)

CPython 3.14, Linux, 1,000 dictionary entries:

Workload	Before	After	Speedup
Atomic keys and values	164.8 µs	62.9 µs	2.62×
Mixed values	313.1 µs	234.9 µs	1.33×
OrderedDict (atomic)	175.4 µs	73.6 µs	2.38×

Validation:

• Upstream native CI on staging fork: 14/14 jobs passed (Python 3.10–3.15 and PyPy included).
• Baseline-as-oracle differential tests: 48 passed.
• No public API changes.
• Also checked that the change can coexist with Preserve astuple filters for dictionary keys and values #1641.

Pull Request Checklist

• I acknowledge this project's AI policy.
• This pull request is not from my main branch.
  • Consider granting push permissions to the PR branch, so maintainers can fix minor issues themselves without pestering you.
• There's tests for all new and changed code.
• Changes or additions to public APIs are reflected in our type stubs (files ending in .pyi).
  • ...and used in the stub test file typing_tests/baseline.py or, if necessary, typing_tests/mypy.py.
  • If they've been added to attr/__init__.pyi, they've also been re-imported in attrs/__init__.pyi.
• The documentation has been updated.
  • New functions/classes have to be added to docs/api.rst by hand.
  • Changes to the signatures of @attr.s() and @attrs.define() have to be added by hand too.
  • Changed/added classes/methods/functions have appropriate versionadded, versionchanged, or deprecated directives.
  • Documentation in .rst and .md files is written using semantic newlines.
• Changes have news fragments in changelog.d.