dev/code-generation/utils/__init__.py

from .open_api_parser import OpenAPIParser
from .route import HTTPRequest, ParameterIn, RequestBody, RequestType, RouteObject, RouterParameter
from .static import PROJECT_DIR, CodeDest, CodeKeys, CodeTemplates, Directories
from .template import CodeSlicer, find_start_end, get_indentation_of_string, inject_inline, log, render_python_template

__all__ = [
    "CodeDest",
    "CodeKeys",
    "CodeSlicer",
    "CodeTemplates",
    "Directories",
    "find_start_end",
    "get_indentation_of_string",
    "HTTPRequest",
    "inject_inline",
    "log",
    "OpenAPIParser",
    "ParameterIn",
    "PROJECT_DIR",
    "render_python_template",
    "RequestBody",
    "RequestType",
    "RouteObject",
    "RouterParameter",
]
chore: file generation cleanup (#1736) This PR does too many things :( 1. Major refactoring of the dev/scripts and dev/code-generation folders. Primarily this was removing duplicate code and cleaning up some poorly written code snippets as well as making them more idempotent so then can be re-run over and over again but still maintain the same results. This is working on my machine, but I've been having problems in CI and comparing diffs so running generators in CI will have to wait. 2. Re-Implement using the generated api routes for testing This was a _huge_ refactor that touched damn near every test file but now we have auto-generated typed routes with inline hints and it's used for nearly every test excluding a few that use classes for better parameterization. This should greatly reduce errors when writing new tests. 3. Minor Perf improvements for the All Recipes endpoint A. Removed redundant loops B. Uses orjson to do the encoding directly and returns a byte response instead of relying on the default jsonable_encoder. 4. Fix some TS type errors that cropped up for seemingly no reason half way through the PR. See this issue https://github.com/phillipdupuis/pydantic-to-typescript/issues/28 Basically, the generated TS type is not-correct since Pydantic will automatically fill in null fields. The resulting TS type is generated with a ? to indicate it can be null even though we _know_ that i can't be. 2022-10-18 14:49:41 -08:00			`from .open_api_parser import OpenAPIParser`
			`from .route import HTTPRequest, ParameterIn, RequestBody, RequestType, RouteObject, RouterParameter`
			`from .static import PROJECT_DIR, CodeDest, CodeKeys, CodeTemplates, Directories`
			`from .template import CodeSlicer, find_start_end, get_indentation_of_string, inject_inline, log, render_python_template`

			`__all__ = [`
			`"CodeDest",`
			`"CodeKeys",`
			`"CodeSlicer",`
			`"CodeTemplates",`
			`"Directories",`
			`"find_start_end",`
			`"get_indentation_of_string",`
			`"HTTPRequest",`
			`"inject_inline",`
			`"log",`
			`"OpenAPIParser",`
			`"ParameterIn",`
			`"PROJECT_DIR",`
			`"render_python_template",`
			`"RequestBody",`
			`"RequestType",`
			`"RouteObject",`
			`"RouterParameter",`
			`]`