Sample

pyint-0cdee83adc3d-I06

Invert eligible conditions and exchange their branches

Matched original source

Lines162

Scores

MethodScoreScale
Posnett00–1; higher is more readable
Dorn0.8930–1; higher is more readable
Mi0.5610–1; higher is more readable
LLOC60Logical lines; fewer is more readable
DeepSeek V4 Pro170–20; mean of three runs
GPT-6.1 Sol170–20; mean of three runs
BTTF0.4940–1; higher is more readable

Views

Source code

from __future__ import annotations import datetime import encodings.idna # noqa: F401 from collections.abc import Callable, Generator, Iterable, Iterator, Mapping from io import UnsupportedOperation from typing import ( TYPE_CHECKING, Any, Final, Literal, cast, overload, ) from urllib3.exceptions import ( DecodeError, LocationParseError, ProtocolError, ReadTimeoutError, SSLError, ) from urllib3.fields import RequestField from urllib3.filepost import encode_multipart_formdata from urllib3.util import parse_url from . import _types as _t from ._internal_utils import to_native_string, unicode_is_ascii from .auth import HTTPBasicAuth from .compat import ( JSONDecodeError, basestring, builtin_str, chardet, cookielib, urlencode, urlsplit, urlunparse, ) from .compat import json as complexjson from .cookies import ( _copy_cookie_jar, cookiejar_from_dict, get_cookie_header, ) from .exceptions import ( ChunkedEncodingError, ConnectionError, ContentDecodingError, HTTPError, InvalidJSONError, InvalidURL, MissingSchema, StreamConsumedError, ) from .exceptions import JSONDecodeError as RequestsJSONDecodeError from .exceptions import SSLError as RequestsSSLError from .hooks import default_hooks from .status_codes import codes from .structures import CaseInsensitiveDict from .utils import ( check_header_validity, get_auth_from_url, guess_filename, guess_json_utf, iter_slices, parse_header_links, requote_uri, stream_decode_response_unicode, super_len, to_key_val_list, ) class Request(RequestHooksMixin): """A user-created :class:`Request <Request>` object. Used to prepare a :class:`PreparedRequest <PreparedRequest>`, which is sent to the server. :param method: HTTP method to use. :param url: URL to send. :param headers: dictionary of headers to send. :param files: dictionary of {filename: fileobject} files to multipart upload. :param data: the body to attach to the request. If a dictionary or list of tuples ``[(key, value)]`` is provided, form-encoding will take place. :param json: json for the body to attach to the request (if files or data is not specified). :param params: URL parameters to append to the URL. If a dictionary or list of tuples ``[(key, value)]`` is provided, form-encoding will take place. :param auth: Auth handler or (user, pass) tuple. :param cookies: dictionary or CookieJar of cookies to attach to this request. :param hooks: dictionary of callback hooks, for internal usage. Usage:: >>> import requests >>> req = requests.Request('GET', 'https://httpbin.org/get') >>> req.prepare() <PreparedRequest [GET]> """ hooks: dict[str, list[_t.HookType]] method: str | None url: _t.UriType | None headers: Mapping[str, str | bytes] files: _t.FilesType data: _t.DataType json: _t.JsonType params: _t.ParamsType auth: _t.AuthType cookies: RequestsCookieJar | CookieJar | dict[str, str] | None def __init__( self, method: str | None = None, url: _t.UriType | None = None, headers: _t.HeadersType = None, files: _t.FilesType = None, data: _t.DataType = None, params: _t.ParamsType = None, auth: _t.AuthType = None, cookies: RequestsCookieJar | CookieJar | dict[str, str] | None = None, hooks: _t.HooksInputType | None = None, json: _t.JsonType = None, ) -> None: # Default empty dicts for dict params. data = [] if data is None else data files = [] if files is None else files headers = {} if headers is None else headers params = {} if params is None else params hooks = {} if hooks is None else hooks self.hooks = default_hooks() for k, v in list(hooks.items()): self.register_hook(event=k, hook=v) self.method = method self.url = url self.headers = headers self.files = files self.data = data self.json = json self.params = params self.auth = auth self.cookies = cookies def __repr__(self) -> str: return f"<Request [{self.method}]>" def prepare(self) -> PreparedRequest: """Constructs a :class:`PreparedRequest <PreparedRequest>` for transmission and returns it.""" p = PreparedRequest() p.prepare( method=self.method, url=self.url, headers=self.headers, files=self.files, data=self.data, json=self.json, params=self.params, auth=self.auth, cookies=self.cookies, hooks=self.hooks, ) return p

Loading feature diagnosis…

Source regions

Feature contributions

Feature contributions

FeatureValueContribution
(log-odds)
Halstead volumeHow much symbolic information the code contains. It combines the total number of operators and values with the number of distinct ones.4437.184−146.427
Source linesThe number of non-empty source lines.162+64.8
Byte entropyHow varied the bytes in the source text are. Repeated bytes give a lower value; a more even mixture gives a higher value.4.616−6.924

Intercept 8.87 + feature contributions = -79.681 (log-odds).
Score = sigmoid(-79.681) = 0.

Feature contributions

FeatureValueContribution
(log-odds)
Comment layout frequencyHow frequently the layout switches between lines containing only comments or whitespace and lines containing code.163−4.735
Indentation frequencyHow rapidly indentation changes from line to line.135+3.932
Identifier layout (vertical)How rapidly the visual pattern of identifier characters changes from top to bottom.161.922+1.854
Comment layout (horizontal)How rapidly the visual pattern of comment characters changes from left to right.101.939+0.84
Identifier layout (horizontal)How rapidly the visual pattern of identifier characters changes from left to right. It measures spatial frequency, not the meaning of the names.101.963−0.654
Operator visual areaThe share of the code’s visual area occupied by operators such as +, =, and *.0.054+0.417
Number layout frequencyHow rapidly the number of numeric values per line changes through the code.1+0.398

Intercept 0.07 + feature contributions = 2.122 (log-odds).
Score = sigmoid(2.122) = 0.893.

Score0.561
Score60
Run 1

The code is highly readable with clear structure, minimal nesting, and explicit intent. Imports are logically grouped by source and alphabetized. The class has a clear docstring with examples, well-defined type hints, and defaults handled consistently. Each action in __init__ is concise, with one action per line, improving traceability. The prepare() method cleanly delegates to PreparedRequest. Minor deductions: the long import block adds vertical length, and some annotations (e.g., _t.UriType | None) slightly reduce readability for non-expert readers, but overall this is professional, maintainable code.

Run 2

The code is highly readable. It has a clear class structure with a well-documented docstring, including a usage example. Type hints are used consistently, which aids clarity. The constructor uses a flat structure, handling default values in a clear, sequential manner with one action per line. The `prepare` method cleanly delegates to `PreparedRequest`, making the intent obvious. While the import section is long, it is logically organized by source (stdlib, third-party, local modules). The `__repr__` method is concise. Potential minor deductions: the import block can look verbose, and a few type aliases (like `_t.UriType`) add indirection, but overall the code is easy to follow and well-structured.

Run 3

The code is highly readable overall. Structure is logical: imports are grouped by origin, the class is well-organized with clear type annotations, and methods are concise. Nesting is minimal — the __init__ method stays flat despite many parameters. Intent is explicit through descriptive parameter names, type hints, and a detailed docstring. Code length is justified; the long import block reflects the module's dependencies and is organized. Action granularity is appropriate, with one assignment or call per line in the constructor. Reading flow is natural: class attributes are declared first, followed by __init__, __repr__, and prepare. Minor deductions: some default-value assignments (e.g., data = [] if data is None else data) could be simplified with or-expressions, and the numerous imports slightly increase visual overhead. However, these are minor and do not hinder comprehension significantly.

Run 1

Code Structure: The class is logically organized into documentation, type declarations, initialization, representation, and preparation, although the large import block includes many names unused in this excerpt. Nesting: Control flow is mostly flat, with only a simple loop. Clarity of intent: Descriptive names, type annotations, and detailed documentation clearly explain request construction and preparation; the abbreviated variable p and externally defined dependencies slightly reduce immediate clarity. Code length: The implementation is concise, but extensive imports, documentation, and repeated parameter forwarding increase scanning effort. Action granularity: Statements generally perform one action per line, and multiline calls make arguments easy to inspect. Reading flow: Methods follow a natural lifecycle and formatting is consistent, though the long preamble delays reaching the main behavior.

Run 2

Code Structure: The class is logically organized into documentation, attribute declarations, initialization, representation, and preparation methods, although the extensive imports obscure its beginning. Nesting: Control flow is shallow, with only a simple loop. Clarity of intent: Descriptive method names, type annotations, and comprehensive documentation make the request-building purpose clear; abbreviated variables such as p, k, and v are less informative, and several referenced types and the base class are not defined or imported in the excerpt. Code length: The implementation is concise, but the large import section includes many names unused in the shown code, and documentation and repeated declarations add scanning overhead. Action granularity: Statements generally perform one action per line, with clearly formatted multiline calls. Reading flow: Initialization progresses naturally from defaults to hooks and attributes, followed by straightforward request preparation; import clutter slightly interrupts an otherwise coherent flow.

Run 3

Code Structure: The class is logically organized into documentation, attribute declarations, initialization, representation, and preparation, although many imports appear unrelated to this excerpt. Nesting: Control flow is nearly flat, with only a simple hook-registration loop. Clarity of intent: Descriptive method and attribute names, type annotations, and a detailed docstring clearly explain request construction and preparation; externally defined types and base classes require additional context. Code length: The implementation is concise, but extensive imports, repeated parameter declarations, and attribute forwarding add visual bulk. Action granularity: Statements generally perform one action per line, making assignments and preparation arguments easy to inspect. Reading flow: Initialization proceeds naturally from default normalization to hooks and attribute assignment, followed by preparation. The lengthy import section delays reaching the central logic, but the class itself is straightforward to follow.