Hackathon DevDays'19 (ਭਾਗ 2): IntelliJ IDEA ਵਿੱਚ ਟੈਲੀਗ੍ਰਾਮ ਅਤੇ ਵਿਆਕਰਣ ਦੀ ਜਾਂਚ ਲਈ ਆਡੀਓ ਸੁਨੇਹਾ ਪਾਰਸਰ

ਅਸੀਂ ਸਪਰਿੰਗ ਹੈਕਾਥੌਨ ਦੇਵਡੇਜ਼ ਦੇ ਪ੍ਰੋਜੈਕਟਾਂ ਬਾਰੇ ਗੱਲ ਕਰਨਾ ਜਾਰੀ ਰੱਖਦੇ ਹਾਂ, ਜਿਸ ਵਿੱਚ ਮਾਸਟਰ ਪ੍ਰੋਗਰਾਮ ਦੇ ਵਿਦਿਆਰਥੀਆਂ ਨੇ ਹਿੱਸਾ ਲਿਆ "ਸਾਫਟਵੇਅਰ ਵਿਕਾਸ / ਸਾਫਟਵੇਅਰ ਇੰਜੀਨੀਅਰਿੰਗ".

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

ਟੈਲੀਗ੍ਰਾਮ ਡੈਸਕਟਾਪ ਵੌਇਸ ਮੈਸੇਜ ਪਾਰਸਰ

ਵਿਚਾਰ ਲੇਖਕ
ਖੋਰੋਸ਼ੇਵ ਆਰਟਿਓਮ

ਕਤਾਰ ਬਾਂਧਨਾ

ਖੋਰੋਸ਼ੇਵ ਆਰਟੇਮ - ਪ੍ਰੋਜੈਕਟ ਮੈਨੇਜਰ/ਡਿਵੈਲਪਰ/QA
ਏਲੀਸੀਵ ਐਂਟਨ - ਕਾਰੋਬਾਰੀ ਵਿਸ਼ਲੇਸ਼ਕ/ਮਾਰਕੀਟਿੰਗ ਮਾਹਰ
ਮਾਰੀਆ ਕੁਕਲੀਨਾ - UI ਡਿਜ਼ਾਈਨਰ/ਡਿਵੈਲਪਰ
ਬਖਵਾਲਵ ਪਾਵੇਲ – UI ਡਿਜ਼ਾਈਨਰ/ਡਿਵੈਲਪਰ/QA

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

DevDays 'ਤੇ ਸਾਡੇ ਪ੍ਰੋਜੈਕਟ ਦਾ ਟੀਚਾ ਪ੍ਰਾਪਤ ਹੋਏ ਵੌਇਸ ਸੁਨੇਹਿਆਂ ਨੂੰ ਟੈਲੀਗ੍ਰਾਮ ਡੈਸਕਟੌਪ ਕਲਾਇੰਟ (ਇਸ ਤੋਂ ਬਾਅਦ ਟੈਲੀਗ੍ਰਾਮ ਡੈਸਕਟੌਪ ਵਜੋਂ ਜਾਣਿਆ ਜਾਂਦਾ ਹੈ) ਵਿੱਚ ਟੈਕਸਟ ਵਿੱਚ ਅਨੁਵਾਦ ਕਰਨ ਦੀ ਯੋਗਤਾ ਨੂੰ ਜੋੜਨਾ ਸੀ।

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

ਜਿਵੇਂ ਕਿ ਪਹਿਲਾਂ ਨੋਟ ਕੀਤਾ ਗਿਆ ਹੈ, ਟੈਲੀਗ੍ਰਾਮ-ਡੈਸਕਟੌਪ ਦੇ ਦੋ ਮਹੱਤਵਪੂਰਨ ਫਾਇਦੇ ਹਨ: ਆਸਾਨੀ ਅਤੇ ਸੰਚਾਲਨ ਦੀ ਗਤੀ। ਅਤੇ ਇਹ ਕੋਈ ਇਤਫ਼ਾਕ ਨਹੀਂ ਹੈ, ਕਿਉਂਕਿ ਇਹ ਪੂਰੀ ਤਰ੍ਹਾਂ C++ ਵਿੱਚ ਲਿਖਿਆ ਗਿਆ ਹੈ। ਅਤੇ ਕਿਉਂਕਿ ਅਸੀਂ ਕਲਾਇੰਟ ਵਿੱਚ ਸਿੱਧੇ ਤੌਰ 'ਤੇ ਨਵੀਂ ਕਾਰਜਸ਼ੀਲਤਾ ਜੋੜਨ ਦਾ ਫੈਸਲਾ ਕੀਤਾ ਹੈ, ਸਾਨੂੰ ਇਸਨੂੰ C++ ਵਿੱਚ ਵਿਕਸਤ ਕਰਨਾ ਪਿਆ।

ਸਾਡੀ ਟੀਮ ਵਿੱਚ 4 ਲੋਕ ਸਨ। ਸ਼ੁਰੂ ਵਿੱਚ, ਦੋ ਲੋਕ ਬੋਲੀ ਪਛਾਣ ਲਈ ਇੱਕ ਢੁਕਵੀਂ ਲਾਇਬ੍ਰੇਰੀ ਦੀ ਖੋਜ ਕਰ ਰਹੇ ਸਨ, ਇੱਕ ਵਿਅਕਤੀ ਟੈਲੀਗ੍ਰਾਮ-ਡੈਸਕਟੌਪ ਦੇ ਸਰੋਤ ਕੋਡ ਦਾ ਅਧਿਐਨ ਕਰ ਰਿਹਾ ਸੀ, ਦੂਜਾ ਬਿਲਡ ਪ੍ਰੋਜੈਕਟ ਨੂੰ ਤੈਨਾਤ ਕਰ ਰਿਹਾ ਸੀ। ਟੈਲੀਗ੍ਰਾਮ ਡੈਸਕਟਾਪ. ਬਾਅਦ ਵਿੱਚ, ਹਰ ਕੋਈ UI ਨੂੰ ਠੀਕ ਕਰਨ ਅਤੇ ਡੀਬੱਗ ਕਰਨ ਵਿੱਚ ਰੁੱਝਿਆ ਹੋਇਆ ਸੀ।

ਅਜਿਹਾ ਲਗਦਾ ਸੀ ਕਿ ਇੱਛਤ ਕਾਰਜਸ਼ੀਲਤਾ ਨੂੰ ਲਾਗੂ ਕਰਨਾ ਮੁਸ਼ਕਲ ਨਹੀਂ ਹੋਵੇਗਾ, ਪਰ, ਜਿਵੇਂ ਕਿ ਹਮੇਸ਼ਾ ਹੁੰਦਾ ਹੈ, ਮੁਸ਼ਕਲਾਂ ਪੈਦਾ ਹੁੰਦੀਆਂ ਹਨ.

ਸਮੱਸਿਆ ਦੇ ਹੱਲ ਵਿੱਚ ਦੋ ਸੁਤੰਤਰ ਉਪ-ਕਾਰਜ ਸ਼ਾਮਲ ਹਨ: ਇੱਕ ਢੁਕਵੀਂ ਬੋਲੀ ਪਛਾਣ ਸਾਧਨ ਚੁਣਨਾ ਅਤੇ ਨਵੀਂ ਕਾਰਜਸ਼ੀਲਤਾ ਲਈ ਇੱਕ UI ਲਾਗੂ ਕਰਨਾ।

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

ਦੂਜੀ ਸਮੱਸਿਆ ਜਿਸ ਦਾ ਅਸੀਂ ਸਾਹਮਣਾ ਕੀਤਾ ਉਹ C++ ਦੀਆਂ ਕੁਝ ਕਮੀਆਂ ਨਾਲ ਸਬੰਧਤ ਹੈ - ਕੇਂਦਰੀਕ੍ਰਿਤ ਰਿਪੋਜ਼ਟਰੀ ਦੀ ਅਣਹੋਂਦ ਵਿੱਚ ਵੱਖ-ਵੱਖ ਲਾਇਬ੍ਰੇਰੀਆਂ ਦਾ ਚਿੜੀਆਘਰ। ਅਜਿਹਾ ਹੁੰਦਾ ਹੈ ਕਿ ਟੈਲੀਗ੍ਰਾਮ ਡੈਸਕਟਾਪ ਕਈ ਹੋਰ ਸੰਸਕਰਣ-ਵਿਸ਼ੇਸ਼ ਲਾਇਬ੍ਰੇਰੀਆਂ 'ਤੇ ਨਿਰਭਰ ਕਰਦਾ ਹੈ। ਅਧਿਕਾਰਤ ਰਿਪੋਜ਼ਟਰੀ ਹੈ ਦਸਤੀ ਪ੍ਰੋਜੈਕਟ ਨੂੰ ਇਕੱਠਾ ਕਰਨ ਲਈ. ਅਤੇ ਬਿਲਡ ਸਮੱਸਿਆਵਾਂ ਬਾਰੇ ਵੀ ਵੱਡੀ ਗਿਣਤੀ ਵਿੱਚ ਖੁੱਲ੍ਹੇ ਮੁੱਦੇ, ਉਦਾਹਰਨ ਲਈ ਵਾਰ и два. ਸਾਰੀਆਂ ਸਮੱਸਿਆਵਾਂ ਇਸ ਤੱਥ ਨਾਲ ਜੁੜੀਆਂ ਹੋਈਆਂ ਹਨ ਕਿ ਬਿਲਡ ਸਕ੍ਰਿਪਟ ਉਬੰਟੂ 14.04 ਲਈ ਲਿਖੀ ਗਈ ਸੀ, ਅਤੇ ਉਬੰਤੂ 18.04 ਦੇ ਅਧੀਨ ਟੈਲੀਗ੍ਰਾਮ ਨੂੰ ਸਫਲਤਾਪੂਰਵਕ ਬਣਾਉਣ ਲਈ, ਤਬਦੀਲੀਆਂ ਕਰਨੀਆਂ ਪਈਆਂ।

ਟੈਲੀਗ੍ਰਾਮ ਡੈਸਕਟੌਪ ਆਪਣੇ ਆਪ ਨੂੰ ਇਕੱਠਾ ਕਰਨ ਵਿੱਚ ਕਾਫ਼ੀ ਲੰਬਾ ਸਮਾਂ ਲੈਂਦਾ ਹੈ: ਇੱਕ Intel Core i5-7200U ਵਾਲੇ ਇੱਕ ਲੈਪਟਾਪ 'ਤੇ, ਸਾਰੀਆਂ ਨਿਰਭਰਤਾਵਾਂ ਦੇ ਨਾਲ ਪੂਰੀ ਅਸੈਂਬਲੀ (ਫਲੈਗ -j 4) ਲਗਭਗ ਤਿੰਨ ਘੰਟੇ ਲੈਂਦੀ ਹੈ। ਇਹਨਾਂ ਵਿੱਚੋਂ, ਲਗਭਗ 30 ਮਿੰਟ ਕਲਾਇੰਟ ਨੂੰ ਖੁਦ ਲਿੰਕ ਕਰਨ ਦੁਆਰਾ ਲਏ ਜਾਂਦੇ ਹਨ (ਬਾਅਦ ਵਿੱਚ ਇਹ ਪਤਾ ਲੱਗਿਆ ਕਿ ਡੀਬੱਗ ਸੰਰਚਨਾ ਵਿੱਚ, ਲਿੰਕ ਕਰਨ ਵਿੱਚ ਲਗਭਗ 10 ਮਿੰਟ ਲੱਗਦੇ ਹਨ), ਪਰ ਲਿੰਕਿੰਗ ਪੜਾਅ ਨੂੰ ਹਰ ਵਾਰ ਤਬਦੀਲੀਆਂ ਕਰਨ ਤੋਂ ਬਾਅਦ ਦੁਹਰਾਉਣਾ ਪੈਂਦਾ ਹੈ।

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

ਰਿਪੋਜ਼ਟਰੀ।

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

IntelliJ IDEA ਵਿੱਚ ਵਧੀ ਹੋਈ ਕੁਦਰਤੀ ਭਾਸ਼ਾ ਸਹਾਇਤਾ

ਵਿਚਾਰ ਲੇਖਕ

ਟੈਂਕੋਵ ਵਲਾਦਿਸਲਾਵ

ਕਤਾਰ ਬਾਂਧਨਾ

ਟੈਂਕੋਵ ਵਲਾਦਿਸਲਾਵ (ਟੀਮ ਲੀਡ, ਲੈਂਗੂਏਜ ਟੂਲ ਅਤੇ ਇੰਟੈਲੀਜੇ IDEA ਨਾਲ ਕੰਮ ਕਰਨਾ)
ਨਿਕਿਤਾ ਸੋਕੋਲੋਵ (LanguageTool ਨਾਲ ਕੰਮ ਕਰਨਾ ਅਤੇ UI ਬਣਾਉਣਾ)
ਖਵੋਰੋਵ ਅਲੈਗਜ਼ੈਂਡਰ (LanguageTool ਨਾਲ ਕੰਮ ਕਰਨਾ ਅਤੇ ਪ੍ਰਦਰਸ਼ਨ ਨੂੰ ਅਨੁਕੂਲ ਬਣਾਉਣਾ)
Sadovnikov ਅਲੈਗਜ਼ੈਂਡਰ (ਮਾਰਕਅਪ ਭਾਸ਼ਾਵਾਂ ਅਤੇ ਕੋਡ ਨੂੰ ਪਾਰਸ ਕਰਨ ਲਈ ਸਮਰਥਨ)

ਅਸੀਂ IntelliJ IDEA ਲਈ ਇੱਕ ਪਲੱਗਇਨ ਵਿਕਸਿਤ ਕੀਤਾ ਹੈ ਜੋ ਵਿਆਕਰਣ, ਸਪੈਲਿੰਗ ਅਤੇ ਸ਼ੈਲੀਗਤ ਸ਼ੁੱਧਤਾ (ਅੰਗਰੇਜ਼ੀ ਵਿੱਚ ਇਸਨੂੰ ਪਰੂਫ ਰੀਡਿੰਗ ਕਿਹਾ ਜਾਂਦਾ ਹੈ) ਲਈ ਵੱਖ-ਵੱਖ ਟੈਕਸਟ (ਟਿੱਪਣੀਆਂ ਅਤੇ ਦਸਤਾਵੇਜ਼ਾਂ, ਕੋਡ ਵਿੱਚ ਸ਼ਾਬਦਿਕ ਲਾਈਨਾਂ, ਮਾਰਕਡਾਊਨ ਜਾਂ XML ਮਾਰਕਅੱਪ ਵਿੱਚ ਫਾਰਮੈਟ ਕੀਤੇ ਟੈਕਸਟ) ਦੀ ਜਾਂਚ ਕਰਦਾ ਹੈ।

ਪ੍ਰੋਜੈਕਟ ਦਾ ਵਿਚਾਰ IDE ਦੇ ਅੰਦਰ ਵਿਆਕਰਣ ਦੀ ਇੱਕ ਕਿਸਮ ਬਣਾਉਣ ਲਈ, ਮਿਆਰੀ ਸਪੈਲਚੈਕ IntelliJ IDEA ਨੂੰ Grammarly ਦੇ ਪੈਮਾਨੇ ਤੱਕ ਫੈਲਾਉਣਾ ਸੀ।

ਤੁਸੀਂ ਦੇਖ ਸਕਦੇ ਹੋ ਕਿ ਕੀ ਹੋਇਆ ਲਿੰਕ.

ਖੈਰ, ਹੇਠਾਂ ਅਸੀਂ ਪਲੱਗਇਨ ਦੀਆਂ ਸਮਰੱਥਾਵਾਂ ਦੇ ਨਾਲ-ਨਾਲ ਇਸਦੀ ਸਿਰਜਣਾ ਦੌਰਾਨ ਪੈਦਾ ਹੋਈਆਂ ਮੁਸ਼ਕਲਾਂ ਬਾਰੇ ਵਧੇਰੇ ਵਿਸਥਾਰ ਨਾਲ ਗੱਲ ਕਰਾਂਗੇ.

ਪ੍ਰੇਰਣਾ

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

ਸਭ ਤੋਂ ਪ੍ਰਸਿੱਧ ਅਤੇ ਵਿਕਸਤ ਵਿਕਾਸ ਵਾਤਾਵਰਣਾਂ ਵਿੱਚੋਂ ਇੱਕ ਇੰਟੈਲੀਜੇ IDEA ਹੈ, ਅਤੇ ਨਾਲ ਹੀ ਇੰਟੈਲੀਜੇ ਪਲੇਟਫਾਰਮ 'ਤੇ ਅਧਾਰਤ IDEs। IntelliJ ਪਲੇਟਫਾਰਮ ਵਿੱਚ ਪਹਿਲਾਂ ਹੀ ਇੱਕ ਬਿਲਟ-ਇਨ ਸਪੈਲ-ਚੈਕਰ ਹੈ, ਪਰ ਇਹ ਸਧਾਰਨ ਵਿਆਕਰਣ ਦੀਆਂ ਗਲਤੀਆਂ ਤੋਂ ਵੀ ਛੁਟਕਾਰਾ ਨਹੀਂ ਪਾਉਂਦਾ ਹੈ। ਅਸੀਂ ਪ੍ਰਸਿੱਧ ਕੁਦਰਤੀ ਭਾਸ਼ਾ ਵਿਸ਼ਲੇਸ਼ਣ ਪ੍ਰਣਾਲੀਆਂ ਵਿੱਚੋਂ ਇੱਕ ਨੂੰ IntelliJ IDEA ਵਿੱਚ ਏਕੀਕ੍ਰਿਤ ਕਰਨ ਦਾ ਫੈਸਲਾ ਕੀਤਾ ਹੈ।

Реализация

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

ਪਲੱਗਇਨ ਕੋਡ ਅੰਦਰ ਹੈ GitHub 'ਤੇ ਰਿਪੋਜ਼ਟਰੀਆਂ. UI ਲਈ Java ਦੇ ਇੱਕ ਛੋਟੇ ਜੋੜ ਦੇ ਨਾਲ ਪੂਰਾ ਪ੍ਰੋਜੈਕਟ ਕੋਟਲਿਨ ਵਿੱਚ ਲਿਖਿਆ ਗਿਆ ਸੀ। ਹੈਕਾਥਨ ਦੇ ਦੌਰਾਨ, ਅਸੀਂ ਮਾਰਕਡਾਊਨ, ਜਾਵਾਡਾਕ, HTML ਅਤੇ ਪਲੇਨ ਟੈਕਸਟ ਲਈ ਸਮਰਥਨ ਲਾਗੂ ਕਰਨ ਵਿੱਚ ਕਾਮਯਾਬ ਰਹੇ। ਹੈਕਾਥਨ ਤੋਂ ਬਾਅਦ, ਇੱਕ ਪ੍ਰਮੁੱਖ ਅੱਪਡੇਟ ਵਿੱਚ XML, Java, Kotlin ਅਤੇ Python ਵਿੱਚ ਸਟ੍ਰਿੰਗ ਲਿਟਰਲ, ਅਤੇ ਸਪੈਲ ਚੈਕਿੰਗ ਲਈ ਸਮਰਥਨ ਸ਼ਾਮਲ ਕੀਤਾ ਗਿਆ ਹੈ।

ਮੁਸ਼ਕਿਲਾਂ

ਬਹੁਤ ਜਲਦੀ ਅਸੀਂ ਮਹਿਸੂਸ ਕੀਤਾ ਕਿ ਜੇਕਰ ਅਸੀਂ ਹਰ ਵਾਰ ਜਾਂਚ ਲਈ LanguageTool ਨੂੰ ਸਾਰੇ ਟੈਕਸਟ ਫੀਡ ਕਰਦੇ ਹਾਂ, ਤਾਂ IDEA ਇੰਟਰਫੇਸ ਕਿਸੇ ਵੀ ਘੱਟ ਜਾਂ ਗੰਭੀਰ ਟੈਕਸਟ 'ਤੇ ਫ੍ਰੀਜ਼ ਹੋ ਜਾਵੇਗਾ, ਕਿਉਂਕਿ ਨਿਰੀਖਣ ਖੁਦ UI ਪ੍ਰਵਾਹ ਨੂੰ ਰੋਕਦਾ ਹੈ। ਸਮੱਸਿਆ ਦਾ ਹੱਲ `ProgressManager.checkCancelled` ਜਾਂਚ ਦੁਆਰਾ ਕੀਤਾ ਗਿਆ ਸੀ - ਇਹ ਫੰਕਸ਼ਨ ਇੱਕ ਅਪਵਾਦ ਦਿੰਦਾ ਹੈ ਜੇਕਰ IDEA ਵਿਸ਼ਵਾਸ ਕਰਦਾ ਹੈ ਕਿ ਇਹ ਜਾਂਚ ਨੂੰ ਅਧੂਰਾ ਛੱਡਣ ਦਾ ਸਮਾਂ ਹੈ।

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

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

ਹੈਕਾਥੌਨ ਤੋਂ ਬਾਅਦ

ਹੈਕਾਥਨ ਖਤਮ ਹੋ ਗਿਆ, ਪਰ ਪਲੱਗਇਨ 'ਤੇ ਕੰਮ ਇੱਕ ਤੰਗ ਟੀਮ ਨਾਲ ਜਾਰੀ ਰਿਹਾ। ਮੈਂ ਸਤਰ, ਟਿੱਪਣੀਆਂ, ਅਤੇ ਇੱਥੋਂ ਤੱਕ ਕਿ ਭਾਸ਼ਾ ਦੇ ਨਿਰਮਾਣ ਜਿਵੇਂ ਕਿ ਵੇਰੀਏਬਲ ਅਤੇ ਕਲਾਸ ਨਾਮਾਂ ਦਾ ਸਮਰਥਨ ਕਰਨਾ ਚਾਹੁੰਦਾ ਸੀ। ਵਰਤਮਾਨ ਵਿੱਚ ਇਹ ਸਿਰਫ਼ Java, Kotlin ਅਤੇ Python ਲਈ ਸਮਰਥਿਤ ਹੈ, ਪਰ ਸਾਨੂੰ ਉਮੀਦ ਹੈ ਕਿ ਇਹ ਸੂਚੀ ਵਧੇਗੀ। ਅਸੀਂ ਬਹੁਤ ਸਾਰੇ ਛੋਟੇ ਬੱਗ ਠੀਕ ਕਰ ਲਏ ਹਨ ਅਤੇ ਆਈਡੀਆ ਦੇ ਬਿਲਟ-ਇਨ ਸਪੈਲ-ਚੈਕਰ ਨਾਲ ਵਧੇਰੇ ਅਨੁਕੂਲ ਬਣ ਗਏ ਹਾਂ। ਇਸ ਤੋਂ ਇਲਾਵਾ, XML ਸਮਰਥਨ ਅਤੇ ਸਪੈਲ ਚੈਕਿੰਗ ਦਿਖਾਈ ਦਿੱਤੀ ਹੈ। ਇਹ ਸਭ ਦੂਜੇ ਸੰਸਕਰਣ ਵਿੱਚ ਪਾਇਆ ਜਾ ਸਕਦਾ ਹੈ, ਜੋ ਅਸੀਂ ਹਾਲ ਹੀ ਵਿੱਚ ਪ੍ਰਕਾਸ਼ਿਤ ਕੀਤਾ ਹੈ.

ਅੱਗੇ ਕੀ ਹੈ?

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

ਸਰੋਤ: www.habr.com