ਪਾਈਥਨ ਕੋਡ ਦੀਆਂ 4 ਮਿਲੀਅਨ ਲਾਈਨਾਂ ਦੀ ਜਾਂਚ ਕਰਨ ਦਾ ਮਾਰਗ। ਭਾਗ 3

ਅਸੀਂ ਤੁਹਾਡੇ ਧਿਆਨ ਵਿੱਚ ਪਾਈਥਨ ਕੋਡ ਲਈ ਟਾਈਪ ਚੈਕਿੰਗ ਸਿਸਟਮ ਨੂੰ ਲਾਗੂ ਕਰਨ ਵੇਲੇ ਡ੍ਰੌਪਬਾਕਸ ਦੁਆਰਾ ਲਏ ਗਏ ਮਾਰਗ ਬਾਰੇ ਸਮੱਗਰੀ ਦੇ ਅਨੁਵਾਦ ਦਾ ਤੀਜਾ ਹਿੱਸਾ ਪੇਸ਼ ਕਰਦੇ ਹਾਂ।

→ ਪਿਛਲੇ ਹਿੱਸੇ: ਪਹਿਲਾ и ਦੂਜਾ

ਟਾਈਪ ਕੀਤੇ ਕੋਡ ਦੀਆਂ 4 ਮਿਲੀਅਨ ਲਾਈਨਾਂ ਤੱਕ ਪਹੁੰਚਣਾ

ਇੱਕ ਹੋਰ ਵੱਡੀ ਚੁਣੌਤੀ (ਅਤੇ ਅੰਦਰੂਨੀ ਤੌਰ 'ਤੇ ਸਰਵੇਖਣ ਕੀਤੇ ਗਏ ਲੋਕਾਂ ਵਿੱਚ ਦੂਜੀ ਸਭ ਤੋਂ ਆਮ ਚਿੰਤਾ) ਡ੍ਰੌਪਬਾਕਸ ਵਿੱਚ ਟਾਈਪ ਚੈਕਾਂ ਦੁਆਰਾ ਕਵਰ ਕੀਤੇ ਕੋਡ ਦੀ ਮਾਤਰਾ ਨੂੰ ਵਧਾ ਰਹੀ ਸੀ। ਅਸੀਂ ਇਸ ਸਮੱਸਿਆ ਨੂੰ ਹੱਲ ਕਰਨ ਲਈ ਕਈ ਤਰੀਕਿਆਂ ਦੀ ਕੋਸ਼ਿਸ਼ ਕੀਤੀ ਹੈ, ਕੁਦਰਤੀ ਤੌਰ 'ਤੇ ਟਾਈਪ ਕੀਤੇ ਕੋਡਬੇਸ ਦੇ ਆਕਾਰ ਨੂੰ ਵਧਾਉਣ ਤੋਂ ਲੈ ਕੇ ਸਥਿਰ ਅਤੇ ਗਤੀਸ਼ੀਲ ਆਟੋਮੇਟਿਡ ਕਿਸਮ ਦੇ ਅਨੁਮਾਨ 'ਤੇ ਮਾਈਪੀ ਟੀਮ ਦੇ ਯਤਨਾਂ ਨੂੰ ਫੋਕਸ ਕਰਨ ਤੱਕ। ਅੰਤ ਵਿੱਚ, ਅਜਿਹਾ ਲਗਦਾ ਸੀ ਕਿ ਕੋਈ ਸਧਾਰਨ ਜਿੱਤਣ ਵਾਲੀ ਰਣਨੀਤੀ ਨਹੀਂ ਸੀ, ਪਰ ਅਸੀਂ ਕਈ ਪਹੁੰਚਾਂ ਨੂੰ ਜੋੜ ਕੇ ਐਨੋਟੇਟਿਡ ਕੋਡ ਦੀ ਮਾਤਰਾ ਵਿੱਚ ਤੇਜ਼ੀ ਨਾਲ ਵਾਧਾ ਪ੍ਰਾਪਤ ਕਰਨ ਦੇ ਯੋਗ ਸੀ।

ਨਤੀਜੇ ਵਜੋਂ, ਸਾਡੀ ਸਭ ਤੋਂ ਵੱਡੀ ਪਾਈਥਨ ਰਿਪੋਜ਼ਟਰੀ (ਬੈਕਐਂਡ ਕੋਡ ਦੇ ਨਾਲ) ਵਿੱਚ ਐਨੋਟੇਟ ਕੋਡ ਦੀਆਂ ਲਗਭਗ 4 ਮਿਲੀਅਨ ਲਾਈਨਾਂ ਹਨ। ਸਟੈਟਿਕ ਕੋਡ ਟਾਈਪਿੰਗ ਦਾ ਕੰਮ ਲਗਭਗ ਤਿੰਨ ਸਾਲਾਂ ਵਿੱਚ ਪੂਰਾ ਕੀਤਾ ਗਿਆ ਸੀ। Mypy ਹੁਣ ਕਈ ਕਿਸਮਾਂ ਦੀਆਂ ਕੋਡ ਕਵਰੇਜ ਰਿਪੋਰਟਾਂ ਦਾ ਸਮਰਥਨ ਕਰਦਾ ਹੈ ਜੋ ਟਾਈਪਿੰਗ ਪ੍ਰਗਤੀ ਦੀ ਨਿਗਰਾਨੀ ਕਰਨਾ ਆਸਾਨ ਬਣਾਉਂਦੇ ਹਨ। ਖਾਸ ਤੌਰ 'ਤੇ, ਅਸੀਂ ਕਿਸਮਾਂ ਵਿੱਚ ਅਸਪਸ਼ਟਤਾਵਾਂ ਵਾਲੇ ਕੋਡ 'ਤੇ ਰਿਪੋਰਟਾਂ ਤਿਆਰ ਕਰ ਸਕਦੇ ਹਾਂ, ਜਿਵੇਂ ਕਿ, ਉਦਾਹਰਨ ਲਈ, ਕਿਸੇ ਕਿਸਮ ਦੀ ਸਪਸ਼ਟ ਵਰਤੋਂ Any ਐਨੋਟੇਸ਼ਨਾਂ ਵਿੱਚ ਜਿਨ੍ਹਾਂ ਦੀ ਪੁਸ਼ਟੀ ਨਹੀਂ ਕੀਤੀ ਜਾ ਸਕਦੀ, ਜਾਂ ਤੀਜੀ-ਧਿਰ ਦੀਆਂ ਲਾਇਬ੍ਰੇਰੀਆਂ ਨੂੰ ਆਯਾਤ ਕਰਨ ਵਰਗੀਆਂ ਚੀਜ਼ਾਂ ਨਾਲ ਜਿਨ੍ਹਾਂ ਵਿੱਚ ਟਾਈਪ ਐਨੋਟੇਸ਼ਨ ਨਹੀਂ ਹਨ। ਡ੍ਰੌਪਬਾਕਸ ਵਿੱਚ ਟਾਈਪ ਚੈਕਿੰਗ ਦੀ ਸ਼ੁੱਧਤਾ ਨੂੰ ਬਿਹਤਰ ਬਣਾਉਣ ਲਈ ਇੱਕ ਪ੍ਰੋਜੈਕਟ ਦੇ ਹਿੱਸੇ ਵਜੋਂ, ਅਸੀਂ ਕੇਂਦਰੀਕ੍ਰਿਤ ਪਾਈਥਨ ਰਿਪੋਜ਼ਟਰੀ ਵਿੱਚ ਕੁਝ ਪ੍ਰਸਿੱਧ ਓਪਨ ਸੋਰਸ ਲਾਇਬ੍ਰੇਰੀਆਂ ਲਈ ਟਾਈਪ ਪਰਿਭਾਸ਼ਾਵਾਂ (ਅਖੌਤੀ ਸਟੱਬ ਫਾਈਲਾਂ) ਨੂੰ ਬਿਹਤਰ ਬਣਾਉਣ ਵਿੱਚ ਯੋਗਦਾਨ ਪਾਇਆ। ਟਾਈਪ ਸ਼ੈੱਡ.

ਅਸੀਂ ਟਾਈਪ ਸਿਸਟਮ ਦੀਆਂ ਨਵੀਆਂ ਵਿਸ਼ੇਸ਼ਤਾਵਾਂ ਨੂੰ ਲਾਗੂ ਕੀਤਾ (ਅਤੇ ਬਾਅਦ ਵਿੱਚ PEPs ਵਿੱਚ ਮਾਨਕੀਕ੍ਰਿਤ ਕੀਤਾ) ਜੋ ਕੁਝ ਖਾਸ ਪਾਈਥਨ ਪੈਟਰਨਾਂ ਲਈ ਵਧੇਰੇ ਸਟੀਕ ਕਿਸਮਾਂ ਦੀ ਆਗਿਆ ਦਿੰਦੇ ਹਨ। ਇਸ ਦੀ ਇੱਕ ਜ਼ਿਕਰਯੋਗ ਉਦਾਹਰਣ ਹੈ TypeDict, ਜੋ ਕਿ JSON-ਵਰਗੇ ਸ਼ਬਦਕੋਸ਼ਾਂ ਲਈ ਕਿਸਮਾਂ ਪ੍ਰਦਾਨ ਕਰਦਾ ਹੈ ਜਿਨ੍ਹਾਂ ਵਿੱਚ ਸਟ੍ਰਿੰਗ ਕੁੰਜੀਆਂ ਦਾ ਇੱਕ ਨਿਸ਼ਚਿਤ ਸੈੱਟ ਹੁੰਦਾ ਹੈ, ਹਰੇਕ ਦੀ ਆਪਣੀ ਕਿਸਮ ਦੇ ਮੁੱਲ ਦੇ ਨਾਲ। ਅਸੀਂ ਟਾਈਪ ਸਿਸਟਮ ਦਾ ਵਿਸਥਾਰ ਕਰਨਾ ਜਾਰੀ ਰੱਖਾਂਗੇ। ਸਾਡਾ ਅਗਲਾ ਕਦਮ ਸੰਭਾਵਤ ਤੌਰ 'ਤੇ ਪਾਈਥਨ ਦੀਆਂ ਸੰਖਿਆਤਮਕ ਸਮਰੱਥਾਵਾਂ ਲਈ ਸਮਰਥਨ ਨੂੰ ਬਿਹਤਰ ਬਣਾਉਣਾ ਹੋਵੇਗਾ।

ਐਨੋਟੇਟਿਡ ਕੋਡ ਦੀਆਂ ਲਾਈਨਾਂ ਦੀ ਗਿਣਤੀ: ਸਰਵਰ

ਐਨੋਟੇਟਿਡ ਕੋਡ ਦੀਆਂ ਲਾਈਨਾਂ ਦੀ ਗਿਣਤੀ: ਕਲਾਇੰਟ

ਐਨੋਟੇਟਿਡ ਕੋਡ ਦੀਆਂ ਲਾਈਨਾਂ ਦੀ ਕੁੱਲ ਸੰਖਿਆ

ਇੱਥੇ ਡ੍ਰੌਪਬਾਕਸ ਵਿੱਚ ਐਨੋਟੇਟ ਕੋਡ ਦੀ ਮਾਤਰਾ ਵਧਾਉਣ ਲਈ ਕੀਤੀਆਂ ਚੀਜ਼ਾਂ ਦੀਆਂ ਮੁੱਖ ਵਿਸ਼ੇਸ਼ਤਾਵਾਂ ਦੀ ਇੱਕ ਸੰਖੇਪ ਜਾਣਕਾਰੀ ਹੈ:

ਐਨੋਟੇਸ਼ਨ ਕਠੋਰਤਾ। ਅਸੀਂ ਹੌਲੀ-ਹੌਲੀ ਨਵੇਂ ਕੋਡ ਦੀ ਵਿਆਖਿਆ ਕਰਨ ਦੀ ਕਠੋਰਤਾ ਲਈ ਲੋੜਾਂ ਨੂੰ ਵਧਾ ਦਿੱਤਾ ਹੈ। ਅਸੀਂ ਲਿੰਟਰ ਟਿਪਸ ਨਾਲ ਸ਼ੁਰੂਆਤ ਕੀਤੀ ਜੋ ਉਹਨਾਂ ਫਾਈਲਾਂ ਵਿੱਚ ਐਨੋਟੇਸ਼ਨ ਜੋੜਨ ਦਾ ਸੁਝਾਅ ਦਿੰਦੇ ਹਨ ਜਿਹਨਾਂ ਵਿੱਚ ਪਹਿਲਾਂ ਹੀ ਕੁਝ ਐਨੋਟੇਸ਼ਨ ਸਨ। ਸਾਨੂੰ ਹੁਣ ਨਵੀਆਂ ਪਾਈਥਨ ਫਾਈਲਾਂ ਅਤੇ ਜ਼ਿਆਦਾਤਰ ਮੌਜੂਦਾ ਫਾਈਲਾਂ ਵਿੱਚ ਟਾਈਪ ਐਨੋਟੇਸ਼ਨ ਦੀ ਲੋੜ ਹੈ।

ਰਿਪੋਰਟਾਂ ਟਾਈਪ ਕਰਨਾ। ਅਸੀਂ ਟੀਮਾਂ ਨੂੰ ਉਹਨਾਂ ਦੇ ਕੋਡ ਵਿੱਚ ਟਾਈਪਿੰਗ ਦੇ ਪੱਧਰ 'ਤੇ ਹਫਤਾਵਾਰੀ ਰਿਪੋਰਟਾਂ ਭੇਜਦੇ ਹਾਂ ਅਤੇ ਸਲਾਹ ਦਿੰਦੇ ਹਾਂ ਕਿ ਪਹਿਲਾਂ ਕੀ ਐਨੋਟੇਟ ਕੀਤਾ ਜਾਣਾ ਚਾਹੀਦਾ ਹੈ।

ਮਾਈਪੀ ਦੀ ਪ੍ਰਸਿੱਧੀ. ਅਸੀਂ ਇਵੈਂਟਾਂ 'ਤੇ ਮਾਈਪੀ ਬਾਰੇ ਗੱਲ ਕਰਦੇ ਹਾਂ ਅਤੇ ਟਾਈਪ ਐਨੋਟੇਸ਼ਨਾਂ ਨਾਲ ਸ਼ੁਰੂਆਤ ਕਰਨ ਵਿੱਚ ਮਦਦ ਕਰਨ ਲਈ ਟੀਮਾਂ ਨਾਲ ਗੱਲ ਕਰਦੇ ਹਾਂ।

ਪੋਲ। ਅਸੀਂ ਮੁੱਖ ਸਮੱਸਿਆਵਾਂ ਦੀ ਪਛਾਣ ਕਰਨ ਲਈ ਸਮੇਂ-ਸਮੇਂ 'ਤੇ ਉਪਭੋਗਤਾ ਸਰਵੇਖਣ ਕਰਦੇ ਹਾਂ। ਅਸੀਂ ਇਹਨਾਂ ਸਮੱਸਿਆਵਾਂ ਨੂੰ ਹੱਲ ਕਰਨ ਵਿੱਚ ਬਹੁਤ ਦੂਰ ਜਾਣ ਲਈ ਤਿਆਰ ਹਾਂ (ਮਾਈਪੀ ਨੂੰ ਤੇਜ਼ ਕਰਨ ਲਈ ਇੱਕ ਨਵੀਂ ਭਾਸ਼ਾ ਵੀ ਬਣਾਉਣਾ!)

ਪ੍ਰਦਰਸ਼ਨ। ਅਸੀਂ ਡੈਮਨ ਅਤੇ mypyc ਦੀ ਵਰਤੋਂ ਕਰਕੇ mypy ਦੀ ਕਾਰਗੁਜ਼ਾਰੀ ਵਿੱਚ ਬਹੁਤ ਸੁਧਾਰ ਕੀਤਾ ਹੈ। ਇਹ ਐਨੋਟੇਸ਼ਨ ਪ੍ਰਕਿਰਿਆ ਦੌਰਾਨ ਪੈਦਾ ਹੋਣ ਵਾਲੀਆਂ ਅਸੁਵਿਧਾਵਾਂ ਨੂੰ ਸੁਚਾਰੂ ਬਣਾਉਣ ਲਈ ਅਤੇ ਵੱਡੀ ਮਾਤਰਾ ਵਿੱਚ ਕੋਡ ਨਾਲ ਕੰਮ ਕਰਨ ਦੇ ਯੋਗ ਹੋਣ ਲਈ ਕੀਤਾ ਗਿਆ ਸੀ।

ਸੰਪਾਦਕਾਂ ਨਾਲ ਏਕੀਕਰਣ. ਅਸੀਂ ਸੰਪਾਦਕਾਂ ਵਿੱਚ ਮਾਈਪੀ ਚਲਾਉਣ ਦਾ ਸਮਰਥਨ ਕਰਨ ਲਈ ਟੂਲ ਬਣਾਏ ਹਨ ਜੋ ਡ੍ਰੌਪਬਾਕਸ 'ਤੇ ਪ੍ਰਸਿੱਧ ਹਨ। ਇਸ ਵਿੱਚ PyCharm, Vim ਅਤੇ VS ਕੋਡ ਸ਼ਾਮਲ ਹਨ। ਇਸ ਨੇ ਕੋਡ ਦੀ ਵਿਆਖਿਆ ਕਰਨ ਅਤੇ ਇਸਦੀ ਕਾਰਜਸ਼ੀਲਤਾ ਦੀ ਜਾਂਚ ਕਰਨ ਦੀ ਪ੍ਰਕਿਰਿਆ ਨੂੰ ਬਹੁਤ ਸਰਲ ਬਣਾਇਆ ਹੈ। ਮੌਜੂਦਾ ਕੋਡ ਦੀ ਵਿਆਖਿਆ ਕਰਦੇ ਸਮੇਂ ਇਸ ਕਿਸਮ ਦੀਆਂ ਕਾਰਵਾਈਆਂ ਆਮ ਹੁੰਦੀਆਂ ਹਨ।

ਸਥਿਰ ਵਿਸ਼ਲੇਸ਼ਣ. ਅਸੀਂ ਸਥਿਰ ਵਿਸ਼ਲੇਸ਼ਣ ਟੂਲ ਦੀ ਵਰਤੋਂ ਕਰਕੇ ਫੰਕਸ਼ਨ ਹਸਤਾਖਰਾਂ ਦਾ ਅਨੁਮਾਨ ਲਗਾਉਣ ਲਈ ਇੱਕ ਟੂਲ ਬਣਾਇਆ ਹੈ। ਇਹ ਟੂਲ ਸਿਰਫ਼ ਮੁਕਾਬਲਤਨ ਸਧਾਰਨ ਸਥਿਤੀਆਂ ਵਿੱਚ ਕੰਮ ਕਰ ਸਕਦਾ ਹੈ, ਪਰ ਇਸ ਨੇ ਬਿਨਾਂ ਕਿਸੇ ਕੋਸ਼ਿਸ਼ ਦੇ ਸਾਡੇ ਕੋਡ ਕਿਸਮ ਦੀ ਕਵਰੇਜ ਨੂੰ ਵਧਾਉਣ ਵਿੱਚ ਸਾਡੀ ਮਦਦ ਕੀਤੀ।

ਤੀਜੀ ਧਿਰ ਦੀਆਂ ਲਾਇਬ੍ਰੇਰੀਆਂ ਲਈ ਸਹਾਇਤਾ। ਸਾਡੇ ਬਹੁਤ ਸਾਰੇ ਪ੍ਰੋਜੈਕਟ SQLAlchemy ਟੂਲਕਿੱਟ ਦੀ ਵਰਤੋਂ ਕਰਦੇ ਹਨ। ਇਹ ਪਾਈਥਨ ਦੀਆਂ ਗਤੀਸ਼ੀਲ ਸਮਰੱਥਾਵਾਂ ਦਾ ਫਾਇਦਾ ਉਠਾਉਂਦਾ ਹੈ ਕਿ ਪੀਈਪੀ 484 ਕਿਸਮਾਂ ਸਿੱਧੇ ਮਾਡਲ ਕਰਨ ਵਿੱਚ ਅਸਮਰੱਥ ਹਨ। ਅਸੀਂ, PEP 561 ਦੇ ਅਨੁਸਾਰ, ਅਨੁਸਾਰੀ ਸਟੱਬ ਫਾਈਲ ਬਣਾਈ ਹੈ ਅਤੇ mypy ਲਈ ਇੱਕ ਪਲੱਗਇਨ ਲਿਖਿਆ ਹੈ (ਓਪਨ ਸੋਰਸ), ਜੋ SQLAlchemy ਸਹਿਯੋਗ ਨੂੰ ਸੁਧਾਰਦਾ ਹੈ।

ਮੁਸ਼ਕਲਾਂ ਦਾ ਸਾਨੂੰ ਸਾਹਮਣਾ ਕਰਨਾ ਪਿਆ

ਟਾਈਪ ਕੀਤੇ ਕੋਡ ਦੀਆਂ 4 ਮਿਲੀਅਨ ਲਾਈਨਾਂ ਦਾ ਮਾਰਗ ਸਾਡੇ ਲਈ ਹਮੇਸ਼ਾ ਆਸਾਨ ਨਹੀਂ ਰਿਹਾ ਹੈ। ਇਸ ਮਾਰਗ 'ਤੇ ਅਸੀਂ ਬਹੁਤ ਸਾਰੇ ਟੋਇਆਂ ਦਾ ਸਾਹਮਣਾ ਕੀਤਾ ਅਤੇ ਕਈ ਗਲਤੀਆਂ ਕੀਤੀਆਂ। ਇਹ ਕੁਝ ਸਮੱਸਿਆਵਾਂ ਹਨ ਜਿਨ੍ਹਾਂ ਦਾ ਸਾਨੂੰ ਸਾਹਮਣਾ ਕਰਨਾ ਪਿਆ। ਅਸੀਂ ਉਮੀਦ ਕਰਦੇ ਹਾਂ ਕਿ ਉਹਨਾਂ ਬਾਰੇ ਦੱਸਣ ਨਾਲ ਦੂਜਿਆਂ ਨੂੰ ਅਜਿਹੀਆਂ ਸਮੱਸਿਆਵਾਂ ਤੋਂ ਬਚਣ ਵਿੱਚ ਮਦਦ ਮਿਲੇਗੀ।

ਗੁੰਮ ਫਾਈਲਾਂ। ਅਸੀਂ ਸਿਰਫ ਥੋੜ੍ਹੇ ਜਿਹੇ ਫਾਈਲਾਂ ਦੀ ਜਾਂਚ ਕਰਕੇ ਆਪਣਾ ਕੰਮ ਸ਼ੁਰੂ ਕੀਤਾ. ਇਹਨਾਂ ਫਾਈਲਾਂ ਵਿੱਚ ਸ਼ਾਮਲ ਨਾ ਹੋਣ ਵਾਲੀ ਕਿਸੇ ਵੀ ਚੀਜ਼ ਦੀ ਜਾਂਚ ਨਹੀਂ ਕੀਤੀ ਗਈ ਸੀ। ਫਾਈਲਾਂ ਨੂੰ ਸਕੈਨਿੰਗ ਸੂਚੀ ਵਿੱਚ ਸ਼ਾਮਲ ਕੀਤਾ ਗਿਆ ਸੀ ਜਦੋਂ ਉਹਨਾਂ ਵਿੱਚ ਪਹਿਲੀ ਐਨੋਟੇਸ਼ਨ ਦਿਖਾਈ ਦਿੰਦੀ ਸੀ। ਜੇਕਰ ਤਸਦੀਕ ਦੇ ਦਾਇਰੇ ਤੋਂ ਬਾਹਰ ਸਥਿਤ ਇੱਕ ਮੋਡੀਊਲ ਤੋਂ ਕੁਝ ਆਯਾਤ ਕੀਤਾ ਗਿਆ ਸੀ, ਤਾਂ ਅਸੀਂ ਮੁੱਲਾਂ ਨਾਲ ਕੰਮ ਕਰਨ ਬਾਰੇ ਗੱਲ ਕਰ ਰਹੇ ਸੀ ਜਿਵੇਂ ਕਿ Any, ਜੋ ਬਿਲਕੁਲ ਵੀ ਟੈਸਟ ਨਹੀਂ ਕੀਤੇ ਗਏ ਸਨ। ਇਸ ਨਾਲ ਟਾਈਪਿੰਗ ਸ਼ੁੱਧਤਾ ਦਾ ਮਹੱਤਵਪੂਰਨ ਨੁਕਸਾਨ ਹੋਇਆ, ਖਾਸ ਕਰਕੇ ਮਾਈਗ੍ਰੇਸ਼ਨ ਦੇ ਸ਼ੁਰੂਆਤੀ ਪੜਾਵਾਂ ਵਿੱਚ। ਇਸ ਪਹੁੰਚ ਨੇ ਹੁਣ ਤੱਕ ਹੈਰਾਨੀਜਨਕ ਢੰਗ ਨਾਲ ਕੰਮ ਕੀਤਾ ਹੈ, ਹਾਲਾਂਕਿ ਇੱਕ ਆਮ ਸਥਿਤੀ ਇਹ ਹੈ ਕਿ ਸਮੀਖਿਆ ਦੇ ਦਾਇਰੇ ਵਿੱਚ ਫਾਈਲਾਂ ਨੂੰ ਜੋੜਨਾ ਕੋਡਬੇਸ ਦੇ ਦੂਜੇ ਹਿੱਸਿਆਂ ਵਿੱਚ ਸਮੱਸਿਆਵਾਂ ਨੂੰ ਪ੍ਰਗਟ ਕਰਦਾ ਹੈ। ਸਭ ਤੋਂ ਮਾੜੀ ਸਥਿਤੀ ਵਿੱਚ, ਜਦੋਂ ਕੋਡ ਦੇ ਦੋ ਅਲੱਗ-ਥਲੱਗ ਖੇਤਰਾਂ ਨੂੰ ਮਿਲਾ ਦਿੱਤਾ ਗਿਆ ਸੀ, ਜਿਸ ਵਿੱਚ, ਇੱਕ ਦੂਜੇ ਤੋਂ ਸੁਤੰਤਰ ਤੌਰ 'ਤੇ, ਕਿਸਮਾਂ ਦੀ ਪਹਿਲਾਂ ਹੀ ਜਾਂਚ ਕੀਤੀ ਗਈ ਸੀ, ਇਹ ਪਤਾ ਚਲਿਆ ਕਿ ਇਹਨਾਂ ਖੇਤਰਾਂ ਦੀਆਂ ਕਿਸਮਾਂ ਇੱਕ ਦੂਜੇ ਨਾਲ ਅਸੰਗਤ ਸਨ। ਇਸ ਕਾਰਨ ਐਨੋਟੇਸ਼ਨਾਂ ਵਿੱਚ ਕਈ ਬਦਲਾਅ ਕਰਨ ਦੀ ਲੋੜ ਪਈ। ਹੁਣ ਪਿੱਛੇ ਮੁੜਦੇ ਹੋਏ, ਸਾਨੂੰ ਅਹਿਸਾਸ ਹੁੰਦਾ ਹੈ ਕਿ ਸਾਨੂੰ ਮਾਈਪੀ ਦੇ ਟਾਈਪ ਚੈਕਿੰਗ ਖੇਤਰ ਵਿੱਚ ਕੋਰ ਲਾਇਬ੍ਰੇਰੀ ਮੋਡੀਊਲ ਨੂੰ ਜਲਦੀ ਜੋੜਨਾ ਚਾਹੀਦਾ ਸੀ। ਇਹ ਸਾਡੇ ਕੰਮ ਨੂੰ ਬਹੁਤ ਜ਼ਿਆਦਾ ਅਨੁਮਾਨਯੋਗ ਬਣਾ ਦੇਵੇਗਾ।

ਪੁਰਾਣੇ ਕੋਡ ਦੀ ਵਿਆਖਿਆ ਕੀਤੀ ਜਾ ਰਹੀ ਹੈ। ਜਦੋਂ ਅਸੀਂ ਸ਼ੁਰੂ ਕੀਤਾ, ਸਾਡੇ ਕੋਲ ਮੌਜੂਦਾ ਪਾਈਥਨ ਕੋਡ ਦੀਆਂ ਲਗਭਗ 4 ਮਿਲੀਅਨ ਲਾਈਨਾਂ ਸਨ। ਇਹ ਸਪੱਸ਼ਟ ਸੀ ਕਿ ਇਸ ਸਾਰੇ ਕੋਡ ਦੀ ਵਿਆਖਿਆ ਕਰਨਾ ਕੋਈ ਆਸਾਨ ਕੰਮ ਨਹੀਂ ਸੀ। ਅਸੀਂ PyAnnotate ਨਾਂ ਦਾ ਇੱਕ ਟੂਲ ਬਣਾਇਆ ਹੈ ਜੋ ਟੈਸਟਾਂ ਦੇ ਚੱਲਦੇ ਹੀ ਕਿਸਮ ਦੀ ਜਾਣਕਾਰੀ ਇਕੱਠੀ ਕਰ ਸਕਦਾ ਹੈ ਅਤੇ ਇਕੱਤਰ ਕੀਤੀ ਜਾਣਕਾਰੀ ਦੇ ਆਧਾਰ 'ਤੇ ਤੁਹਾਡੇ ਕੋਡ ਵਿੱਚ ਟਾਈਪ ਐਨੋਟੇਸ਼ਨ ਸ਼ਾਮਲ ਕਰ ਸਕਦਾ ਹੈ। ਹਾਲਾਂਕਿ, ਅਸੀਂ ਇਸ ਸਾਧਨ ਦੇ ਖਾਸ ਤੌਰ 'ਤੇ ਵਿਆਪਕ ਤੌਰ 'ਤੇ ਅਪਣਾਏ ਜਾਣ ਦਾ ਧਿਆਨ ਨਹੀਂ ਦਿੱਤਾ ਹੈ। ਕਿਸਮ ਦੀ ਜਾਣਕਾਰੀ ਇਕੱਠੀ ਕਰਨਾ ਹੌਲੀ ਸੀ, ਅਤੇ ਸਵੈਚਲਿਤ ਤੌਰ 'ਤੇ ਤਿਆਰ ਕੀਤੀਆਂ ਐਨੋਟੇਸ਼ਨਾਂ ਨੂੰ ਅਕਸਰ ਬਹੁਤ ਸਾਰੇ ਦਸਤੀ ਸੰਪਾਦਨਾਂ ਦੀ ਲੋੜ ਹੁੰਦੀ ਹੈ। ਜਦੋਂ ਵੀ ਅਸੀਂ ਕੋਡ ਦੀ ਸਮੀਖਿਆ ਕਰਦੇ ਹਾਂ, ਜਾਂ ਅਸਲ ਨੈੱਟਵਰਕ ਬੇਨਤੀਆਂ ਦੀ ਕੁਝ ਛੋਟੀ ਮਾਤਰਾ ਦਾ ਵਿਸ਼ਲੇਸ਼ਣ ਕਰਨ ਦੇ ਆਧਾਰ 'ਤੇ ਕਿਸਮ ਦੀ ਜਾਣਕਾਰੀ ਇਕੱਠੀ ਕਰਨ 'ਤੇ ਅਸੀਂ ਇਸ ਟੂਲ ਨੂੰ ਸਵੈਚਲਿਤ ਤੌਰ 'ਤੇ ਚਲਾਉਣ ਬਾਰੇ ਸੋਚਿਆ, ਪਰ ਅਜਿਹਾ ਨਾ ਕਰਨ ਦਾ ਫੈਸਲਾ ਕੀਤਾ ਕਿਉਂਕਿ ਕੋਈ ਵੀ ਪਹੁੰਚ ਬਹੁਤ ਜੋਖਮ ਭਰੀ ਸੀ।

ਨਤੀਜੇ ਵਜੋਂ, ਇਹ ਨੋਟ ਕੀਤਾ ਜਾ ਸਕਦਾ ਹੈ ਕਿ ਜ਼ਿਆਦਾਤਰ ਕੋਡ ਇਸਦੇ ਮਾਲਕਾਂ ਦੁਆਰਾ ਹੱਥੀਂ ਐਨੋਟੇਟ ਕੀਤੇ ਗਏ ਸਨ। ਇਸ ਪ੍ਰਕਿਰਿਆ ਨੂੰ ਸਹੀ ਦਿਸ਼ਾ ਵਿੱਚ ਸੇਧ ਦੇਣ ਲਈ, ਅਸੀਂ ਖਾਸ ਤੌਰ 'ਤੇ ਮਹੱਤਵਪੂਰਨ ਮਾਡਿਊਲਾਂ ਅਤੇ ਫੰਕਸ਼ਨਾਂ ਬਾਰੇ ਰਿਪੋਰਟਾਂ ਤਿਆਰ ਕਰਦੇ ਹਾਂ ਜਿਨ੍ਹਾਂ ਨੂੰ ਐਨੋਟੇਟ ਕਰਨ ਦੀ ਲੋੜ ਹੈ। ਉਦਾਹਰਨ ਲਈ, ਇੱਕ ਲਾਇਬ੍ਰੇਰੀ ਮੋਡੀਊਲ ਲਈ ਟਾਈਪ ਐਨੋਟੇਸ਼ਨ ਪ੍ਰਦਾਨ ਕਰਨਾ ਮਹੱਤਵਪੂਰਨ ਹੈ ਜੋ ਸੈਂਕੜੇ ਸਥਾਨਾਂ ਵਿੱਚ ਵਰਤਿਆ ਜਾਂਦਾ ਹੈ। ਪਰ ਇੱਕ ਪੁਰਾਣੀ ਸੇਵਾ ਜੋ ਇੱਕ ਨਵੀਂ ਨਾਲ ਬਦਲੀ ਜਾ ਰਹੀ ਹੈ, ਹੁਣ ਐਨੋਟੇਟ ਕਰਨ ਲਈ ਇੰਨੀ ਮਹੱਤਵਪੂਰਨ ਨਹੀਂ ਹੈ। ਅਸੀਂ ਪੁਰਾਤਨ ਕੋਡ ਲਈ ਟਾਈਪ ਐਨੋਟੇਸ਼ਨ ਬਣਾਉਣ ਲਈ ਸਥਿਰ ਵਿਸ਼ਲੇਸ਼ਣ ਦੀ ਵਰਤੋਂ ਕਰਨ ਦਾ ਵੀ ਪ੍ਰਯੋਗ ਕਰ ਰਹੇ ਹਾਂ।

ਚੱਕਰੀ ਆਯਾਤ. ਉੱਪਰ, ਮੈਂ ਚੱਕਰੀ ਆਯਾਤ ("ਨਿਰਭਰਤਾ ਟੈਂਗਲਜ਼") ਬਾਰੇ ਗੱਲ ਕੀਤੀ, ਜਿਸ ਦੀ ਮੌਜੂਦਗੀ ਨੇ ਮਾਈਪੀ ਨੂੰ ਤੇਜ਼ ਕਰਨਾ ਮੁਸ਼ਕਲ ਬਣਾ ਦਿੱਤਾ। ਸਾਨੂੰ ਮਾਈਪੀ ਨੂੰ ਹਰ ਕਿਸਮ ਦੇ ਮੁਹਾਵਰੇ ਦਾ ਸਮਰਥਨ ਕਰਨ ਲਈ ਸਖ਼ਤ ਮਿਹਨਤ ਕਰਨੀ ਪਈ ਜੋ ਇਹਨਾਂ ਚੱਕਰੀ ਦਰਾਮਦਾਂ ਕਾਰਨ ਹੁੰਦੇ ਹਨ। ਅਸੀਂ ਹਾਲ ਹੀ ਵਿੱਚ ਇੱਕ ਪ੍ਰਮੁੱਖ ਸਿਸਟਮ ਰੀਡਿਜ਼ਾਈਨ ਪ੍ਰੋਜੈਕਟ ਨੂੰ ਪੂਰਾ ਕੀਤਾ ਹੈ ਜਿਸ ਨੇ ਸਰਕੂਲਰ ਆਯਾਤ ਦੇ ਸੰਬੰਧ ਵਿੱਚ mypy ਦੇ ਜ਼ਿਆਦਾਤਰ ਮੁੱਦਿਆਂ ਨੂੰ ਹੱਲ ਕੀਤਾ ਹੈ। ਇਹ ਸਮੱਸਿਆਵਾਂ ਅਸਲ ਵਿੱਚ ਪ੍ਰੋਜੈਕਟ ਦੇ ਸ਼ੁਰੂਆਤੀ ਦਿਨਾਂ ਤੋਂ ਪੈਦਾ ਹੋਈਆਂ, ਅਲੋਰ ਤੋਂ ਵਾਪਸ, ਵਿਦਿਅਕ ਭਾਸ਼ਾ ਜਿਸ 'ਤੇ ਮਾਈਪੀ ਪ੍ਰੋਜੈਕਟ ਅਸਲ ਵਿੱਚ ਕੇਂਦਰਿਤ ਸੀ। ਅਲੋਰ ਸਿੰਟੈਕਸ ਚੱਕਰੀ ਆਯਾਤ ਕਮਾਂਡਾਂ ਨਾਲ ਸਮੱਸਿਆਵਾਂ ਨੂੰ ਹੱਲ ਕਰਨਾ ਆਸਾਨ ਬਣਾਉਂਦਾ ਹੈ। ਆਧੁਨਿਕ ਮਾਈਪੀ ਨੂੰ ਇਸਦੇ ਪੁਰਾਣੇ, ਸਰਲ-ਦਿਮਾਗ ਵਾਲੇ ਅਮਲ (ਜੋ ਕਿ ਅਲੋਰੇ ਲਈ ਬਹੁਤ ਵਧੀਆ ਸੀ) ਤੋਂ ਕੁਝ ਸੀਮਾਵਾਂ ਵਿਰਾਸਤ ਵਿੱਚ ਮਿਲੀਆਂ ਹਨ। ਪਾਈਥਨ ਸਰਕੂਲਰ ਆਯਾਤ ਨਾਲ ਕੰਮ ਕਰਨਾ ਮੁਸ਼ਕਲ ਬਣਾਉਂਦਾ ਹੈ, ਮੁੱਖ ਤੌਰ 'ਤੇ ਸਮੀਕਰਨ ਅਸਪਸ਼ਟ ਹਨ। ਉਦਾਹਰਨ ਲਈ, ਇੱਕ ਅਸਾਈਨਮੈਂਟ ਓਪਰੇਸ਼ਨ ਅਸਲ ਵਿੱਚ ਇੱਕ ਕਿਸਮ ਉਪਨਾਮ ਨੂੰ ਪਰਿਭਾਸ਼ਿਤ ਕਰ ਸਕਦਾ ਹੈ। Mypy ਹਮੇਸ਼ਾ ਇਸ ਤਰ੍ਹਾਂ ਦੀਆਂ ਚੀਜ਼ਾਂ ਦਾ ਪਤਾ ਲਗਾਉਣ ਦੇ ਯੋਗ ਨਹੀਂ ਹੁੰਦਾ ਜਦੋਂ ਤੱਕ ਜ਼ਿਆਦਾਤਰ ਆਯਾਤ ਲੂਪ ਦੀ ਪ੍ਰਕਿਰਿਆ ਨਹੀਂ ਕੀਤੀ ਜਾਂਦੀ। ਅਲੋਰੇ ਵਿੱਚ ਅਜਿਹੇ ਕੋਈ ਅਸਪਸ਼ਟਤਾ ਨਹੀਂ ਸਨ. ਸਿਸਟਮ ਦੇ ਵਿਕਾਸ ਦੇ ਸ਼ੁਰੂਆਤੀ ਪੜਾਵਾਂ ਵਿੱਚ ਕੀਤੇ ਗਏ ਮਾੜੇ ਫੈਸਲੇ ਕਈ ਸਾਲਾਂ ਬਾਅਦ ਪ੍ਰੋਗਰਾਮਰ ਲਈ ਇੱਕ ਕੋਝਾ ਹੈਰਾਨੀ ਪੇਸ਼ ਕਰ ਸਕਦੇ ਹਨ।

ਨਤੀਜੇ: ਕੋਡ ਦੀਆਂ 5 ਮਿਲੀਅਨ ਲਾਈਨਾਂ ਅਤੇ ਨਵੇਂ ਹੋਰਾਈਜ਼ਨਾਂ ਦਾ ਮਾਰਗ

ਮਾਈਪੀ ਪ੍ਰੋਜੈਕਟ ਨੇ ਇੱਕ ਲੰਮਾ ਸਫ਼ਰ ਤੈਅ ਕੀਤਾ ਹੈ - ਸ਼ੁਰੂਆਤੀ ਪ੍ਰੋਟੋਟਾਈਪਾਂ ਤੋਂ ਇੱਕ ਸਿਸਟਮ ਤੱਕ ਜੋ ਉਤਪਾਦਨ ਕੋਡ ਕਿਸਮਾਂ ਦੀਆਂ 4 ਮਿਲੀਅਨ ਲਾਈਨਾਂ ਨੂੰ ਨਿਯੰਤਰਿਤ ਕਰਦਾ ਹੈ। ਜਿਵੇਂ ਕਿ ਮਾਈਪੀ ਦਾ ਵਿਕਾਸ ਹੋਇਆ, ਪਾਇਥਨ ਦੇ ਕਿਸਮ ਦੇ ਸੰਕੇਤਾਂ ਨੂੰ ਮਾਨਕੀਕ੍ਰਿਤ ਕੀਤਾ ਗਿਆ। ਅੱਜਕੱਲ੍ਹ, ਪਾਈਥਨ ਕੋਡ ਟਾਈਪ ਕਰਨ ਦੇ ਆਲੇ-ਦੁਆਲੇ ਇੱਕ ਸ਼ਕਤੀਸ਼ਾਲੀ ਈਕੋਸਿਸਟਮ ਵਿਕਸਿਤ ਹੋਇਆ ਹੈ। ਇਸ ਵਿੱਚ ਲਾਇਬ੍ਰੇਰੀ ਸਹਾਇਤਾ ਲਈ ਇੱਕ ਸਥਾਨ ਹੈ, ਇਸ ਵਿੱਚ IDEs ਅਤੇ ਸੰਪਾਦਕਾਂ ਲਈ ਸਹਾਇਕ ਟੂਲ ਹਨ, ਇਸ ਵਿੱਚ ਕਈ ਕਿਸਮਾਂ ਦੇ ਨਿਯੰਤਰਣ ਪ੍ਰਣਾਲੀਆਂ ਹਨ, ਜਿਨ੍ਹਾਂ ਵਿੱਚੋਂ ਹਰ ਇੱਕ ਦੇ ਆਪਣੇ ਫਾਇਦੇ ਅਤੇ ਨੁਕਸਾਨ ਹਨ।

ਹਾਲਾਂਕਿ ਡ੍ਰੌਪਬਾਕਸ ਵਿੱਚ ਟਾਈਪ ਚੈਕਿੰਗ ਪਹਿਲਾਂ ਹੀ ਦਿੱਤੀ ਗਈ ਹੈ, ਮੇਰਾ ਮੰਨਣਾ ਹੈ ਕਿ ਅਸੀਂ ਅਜੇ ਵੀ ਪਾਈਥਨ ਕੋਡ ਟਾਈਪ ਕਰਨ ਦੇ ਸ਼ੁਰੂਆਤੀ ਦਿਨਾਂ ਵਿੱਚ ਹਾਂ। ਮੈਨੂੰ ਲਗਦਾ ਹੈ ਕਿ ਟਾਈਪ ਚੈਕਿੰਗ ਤਕਨਾਲੋਜੀਆਂ ਦਾ ਵਿਕਾਸ ਅਤੇ ਸੁਧਾਰ ਜਾਰੀ ਰਹੇਗਾ।

ਜੇਕਰ ਤੁਸੀਂ ਪਹਿਲਾਂ ਹੀ ਆਪਣੇ ਵੱਡੇ ਪੈਮਾਨੇ ਦੇ ਪਾਈਥਨ ਪ੍ਰੋਜੈਕਟ ਵਿੱਚ ਟਾਈਪ ਚੈਕਿੰਗ ਦੀ ਵਰਤੋਂ ਨਹੀਂ ਕੀਤੀ ਹੈ, ਤਾਂ ਜਾਣੋ ਕਿ ਸਥਿਰ ਟਾਈਪਿੰਗ ਵੱਲ ਜਾਣ ਲਈ ਹੁਣ ਬਹੁਤ ਵਧੀਆ ਸਮਾਂ ਹੈ। ਮੈਂ ਉਨ੍ਹਾਂ ਨਾਲ ਗੱਲ ਕੀਤੀ ਹੈ ਜਿਨ੍ਹਾਂ ਨੇ ਸਮਾਨ ਤਬਦੀਲੀ ਕੀਤੀ ਹੈ। ਉਨ੍ਹਾਂ ਵਿੱਚੋਂ ਕਿਸੇ ਨੂੰ ਵੀ ਇਸ ਦਾ ਪਛਤਾਵਾ ਨਹੀਂ ਹੋਇਆ। ਟਾਈਪ ਚੈਕਿੰਗ ਪਾਈਥਨ ਨੂੰ ਇੱਕ ਅਜਿਹੀ ਭਾਸ਼ਾ ਬਣਾਉਂਦੀ ਹੈ ਜੋ "ਰੈਗੂਲਰ ਪਾਈਥਨ" ਨਾਲੋਂ ਵੱਡੇ ਪ੍ਰੋਜੈਕਟਾਂ ਨੂੰ ਵਿਕਸਤ ਕਰਨ ਲਈ ਬਹੁਤ ਵਧੀਆ ਹੈ।

ਪਿਆਰੇ ਪਾਠਕ! ਕੀ ਤੁਸੀਂ ਆਪਣੇ ਪਾਈਥਨ ਪ੍ਰੋਜੈਕਟਾਂ ਵਿੱਚ ਟਾਈਪ ਚੈਕਿੰਗ ਦੀ ਵਰਤੋਂ ਕਰਦੇ ਹੋ?

ਸਰੋਤ: www.habr.com