ਬਾਰਾਂ ਸਾਲਾਂ ਦੇ ਇੱਕ ਛੋਟੇ ਪ੍ਰੋਜੈਕਟ ਦੀ ਕਹਾਣੀ (ਪਹਿਲੀ ਵਾਰ BIRMA.NET ਬਾਰੇ ਅਤੇ ਸਪੱਸ਼ਟ ਤੌਰ 'ਤੇ ਪਹਿਲੀ ਵਾਰ)

ਇਸ ਪ੍ਰੋਜੈਕਟ ਦੇ ਜਨਮ ਨੂੰ ਇੱਕ ਛੋਟਾ ਜਿਹਾ ਵਿਚਾਰ ਮੰਨਿਆ ਜਾ ਸਕਦਾ ਹੈ ਜੋ 2007 ਦੇ ਅੰਤ ਵਿੱਚ ਮੇਰੇ ਕੋਲ ਆਇਆ ਸੀ, ਜੋ ਕਿ ਸਿਰਫ 12 ਸਾਲਾਂ ਬਾਅਦ ਇਸਦਾ ਅੰਤਮ ਰੂਪ ਲੱਭਣ ਲਈ ਕਿਸਮਤ ਵਿੱਚ ਸੀ (ਇਸ ਸਮੇਂ ਵਿੱਚ - ਬੇਸ਼ਕ, ਹਾਲਾਂਕਿ ਮੌਜੂਦਾ ਲਾਗੂ ਕਰਨ ਦੇ ਅਨੁਸਾਰ, ਲੇਖਕ ਲਈ, ਬਹੁਤ ਤਸੱਲੀਬਖਸ਼ ਹੈ).

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

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

ਉਸੇ ਸਮੇਂ, ਮੈਂ ਪੇਸ਼ੇਵਰ ਸੌਫਟਵੇਅਰ ਡਿਵੈਲਪਰਾਂ ਨੂੰ ਸਿਖਲਾਈ ਦੇਣ ਲਈ ਕੋਰਸ ਲੈਣ ਦਾ ਫੈਸਲਾ ਕੀਤਾ ਹੈ। ਮੈਨੂੰ ਨਹੀਂ ਪਤਾ ਕਿ ਉੱਥੇ ਸ਼ੁਰੂ ਤੋਂ "ਪ੍ਰੋਗਰਾਮਰ ਬਣਨਾ" ਸਿੱਖਣਾ ਅਸਲ ਵਿੱਚ ਸੰਭਵ ਹੈ ਜਾਂ ਨਹੀਂ, ਪਰ ਉਸ ਸਮੇਂ ਮੇਰੇ ਕੋਲ ਪਹਿਲਾਂ ਹੀ ਮੌਜੂਦ ਹੁਨਰਾਂ ਨੂੰ ਧਿਆਨ ਵਿੱਚ ਰੱਖਦੇ ਹੋਏ, ਮੈਂ ਉਸ ਸਮੇਂ ਤੱਕ ਵਧੇਰੇ ਢੁਕਵੀਂਆਂ ਤਕਨੀਕਾਂ ਵਿੱਚ ਕੁਝ ਮਾਹਰ ਹੋਣ ਦੇ ਯੋਗ ਸੀ, ਜਿਵੇਂ ਕਿ ਜਿਵੇਂ ਕਿ C#, .NET ਦੇ ਅਧੀਨ ਵਿਕਾਸ ਲਈ ਵਿਜ਼ੂਅਲ ਸਟੂਡੀਓ, ਅਤੇ ਨਾਲ ਹੀ Java, HTML ਅਤੇ SQL ਨਾਲ ਸਬੰਧਤ ਕੁਝ ਤਕਨੀਕਾਂ। ਪੂਰੀ ਸਿਖਲਾਈ ਵਿੱਚ ਕੁੱਲ ਦੋ ਸਾਲ ਲੱਗੇ, ਅਤੇ ਮੇਰੇ ਇੱਕ ਹੋਰ ਪ੍ਰੋਜੈਕਟ ਲਈ ਸ਼ੁਰੂਆਤੀ ਬਿੰਦੂ ਵਜੋਂ ਕੰਮ ਕੀਤਾ, ਜੋ ਆਖਿਰਕਾਰ ਕਈ ਸਾਲਾਂ ਤੱਕ ਫੈਲਿਆ - ਪਰ ਇਹ ਇੱਕ ਵੱਖਰੇ ਪ੍ਰਕਾਸ਼ਨ ਲਈ ਇੱਕ ਵਿਸ਼ਾ ਹੈ। ਇੱਥੇ ਸਿਰਫ ਇਹ ਨੋਟ ਕਰਨਾ ਉਚਿਤ ਹੋਵੇਗਾ ਕਿ ਮੈਂ C# ਅਤੇ WinForms ਵਿੱਚ ਇੱਕ ਪੂਰੀ ਤਰ੍ਹਾਂ ਦੀ ਵਿੰਡੋ ਐਪਲੀਕੇਸ਼ਨ ਬਣਾਉਣ ਲਈ ਵਰਣਿਤ ਪ੍ਰੋਜੈਕਟ ਵਿੱਚ ਪਹਿਲਾਂ ਹੀ ਮੌਜੂਦ ਵਿਕਾਸ ਨੂੰ ਅਨੁਕੂਲ ਬਣਾਉਣ ਦੀ ਕੋਸ਼ਿਸ਼ ਕੀਤੀ ਹੈ ਜੋ ਲੋੜੀਂਦੀ ਕਾਰਜਕੁਸ਼ਲਤਾ ਨੂੰ ਲਾਗੂ ਕਰਦੀ ਹੈ, ਅਤੇ ਇਸਦੀ ਵਰਤੋਂ ਲਈ ਅਧਾਰ ਵਜੋਂ ਕਰਦੀ ਹੈ। ਆਗਾਮੀ ਡਿਪਲੋਮਾ ਪ੍ਰੋਜੈਕਟ.
ਸਮੇਂ ਦੇ ਨਾਲ, ਇਹ ਵਿਚਾਰ ਮੈਨੂੰ "LIBKOM" ਅਤੇ "CRIMEA" ਵਰਗੀਆਂ ਵੱਖ-ਵੱਖ ਲਾਇਬ੍ਰੇਰੀਆਂ ਦੇ ਪ੍ਰਤੀਨਿਧਾਂ ਦੀ ਭਾਗੀਦਾਰੀ ਨਾਲ ਅਜਿਹੀਆਂ ਸਾਲਾਨਾ ਕਾਨਫਰੰਸਾਂ ਵਿੱਚ ਆਵਾਜ਼ ਦੇਣ ਦੇ ਯੋਗ ਜਾਪਣ ਲੱਗਾ। ਵਿਚਾਰ, ਹਾਂ, ਪਰ ਉਸ ਸਮੇਂ ਇਸ ਨੂੰ ਲਾਗੂ ਨਹੀਂ ਕੀਤਾ ਗਿਆ। ਫਿਰ ਮੈਨੂੰ ਇਹ ਵੀ ਉਮੀਦ ਸੀ ਕਿ ਕੋਈ ਹੋਰ ਕਾਬਲ ਪਹੁੰਚ ਵਰਤ ਕੇ ਇਸ ਨੂੰ ਦੁਬਾਰਾ ਲਿਖੇਗਾ। ਇੱਕ ਜਾਂ ਦੂਜੇ ਤਰੀਕੇ ਨਾਲ, 2013 ਤੱਕ ਮੈਂ ਆਪਣੇ ਸ਼ੁਰੂਆਤੀ ਕੰਮ ਬਾਰੇ ਇੱਕ ਰਿਪੋਰਟ ਲਿਖਣ ਅਤੇ ਕਾਨਫਰੰਸ ਵਿੱਚ ਹਿੱਸਾ ਲੈਣ ਲਈ ਗ੍ਰਾਂਟ ਲਈ ਅਰਜ਼ੀ ਦੇ ਨਾਲ ਕਾਨਫਰੰਸ ਪ੍ਰਬੰਧਕੀ ਕਮੇਟੀ ਨੂੰ ਭੇਜਣ ਦਾ ਫੈਸਲਾ ਕੀਤਾ। ਮੇਰੇ ਕੁਝ ਹੈਰਾਨੀ ਦੀ ਗੱਲ ਹੈ ਕਿ, ਮੇਰੀ ਅਰਜ਼ੀ ਨੂੰ ਮਨਜ਼ੂਰੀ ਦੇ ਦਿੱਤੀ ਗਈ ਸੀ, ਅਤੇ ਮੈਂ ਕਾਨਫਰੰਸ ਵਿੱਚ ਪੇਸ਼ਕਾਰੀ ਲਈ ਇਸ ਨੂੰ ਤਿਆਰ ਕਰਨ ਲਈ ਪ੍ਰੋਜੈਕਟ ਵਿੱਚ ਕੁਝ ਸੁਧਾਰ ਕਰਨੇ ਸ਼ੁਰੂ ਕਰ ਦਿੱਤੇ ਸਨ।

ਉਸ ਸਮੇਂ ਤੱਕ, ਪ੍ਰੋਜੈਕਟ ਨੇ ਪਹਿਲਾਂ ਹੀ ਇੱਕ ਨਵਾਂ ਨਾਮ BIRMA ਪ੍ਰਾਪਤ ਕਰ ਲਿਆ ਸੀ, ਕਈ ਵਾਧੂ (ਇੰਨੀ ਪੂਰੀ ਤਰ੍ਹਾਂ ਲਾਗੂ ਨਹੀਂ, ਸਗੋਂ ਮੰਨੀਆਂ ਗਈਆਂ) ਸਮਰੱਥਾਵਾਂ ਪ੍ਰਾਪਤ ਕੀਤੀਆਂ - ਸਾਰੇ ਵੇਰਵੇ ਮੇਰੀ ਰਿਪੋਰਟ ਵਿੱਚ ਮਿਲ ਸਕਦੇ ਹਨ.

ਇਮਾਨਦਾਰ ਹੋਣ ਲਈ, ਬਿਰਮਾ 2013 ਨੂੰ ਕੁਝ ਸੰਪੂਰਨ ਕਹਿਣਾ ਮੁਸ਼ਕਲ ਸੀ; ਸਪੱਸ਼ਟ ਤੌਰ 'ਤੇ, ਇਹ ਜਲਦਬਾਜ਼ੀ ਵਿੱਚ ਬਣਾਇਆ ਗਿਆ ਇੱਕ ਬਹੁਤ ਹੀ ਹੈਕੀ ਕਰਾਫਟ ਸੀ. ਕੋਡ ਦੇ ਰੂਪ ਵਿੱਚ, IRBIS 64 ਫਾਰਮੈਟਿੰਗ ਭਾਸ਼ਾ (ਅਤੇ ਅਸਲ ਵਿੱਚ, ISIS ਸਿਸਟਮ ਵੀ -) ਦੀ ਦਿੱਖ ਵਿੱਚ, ਪਾਰਸਰ ਲਈ ਕਿਸੇ ਕਿਸਮ ਦਾ ਏਕੀਕ੍ਰਿਤ ਸੰਟੈਕਸ ਬਣਾਉਣ ਦੀ ਇੱਕ ਬੇਵੱਸ ਕੋਸ਼ਿਸ਼ ਨੂੰ ਛੱਡ ਕੇ, ਇੱਥੇ ਅਮਲੀ ਤੌਰ 'ਤੇ ਕੋਈ ਵਿਸ਼ੇਸ਼ ਕਾਢਾਂ ਨਹੀਂ ਸਨ। ਚੱਕਰਵਾਤੀ ਬਣਤਰਾਂ ਦੇ ਰੂਪ ਵਿੱਚ ਬਰੈਕਟਾਂ ਦੇ ਨਾਲ; ਕਿਉਂ ਉਸ ਸਮੇਂ ਮੈਂ ਸੋਚਿਆ ਕਿ ਇਹ ਬਹੁਤ ਵਧੀਆ ਲੱਗ ਰਿਹਾ ਸੀ)। ਪਾਰਸਰ ਨੇ ਨਿਰਾਸ਼ਾ ਨਾਲ ਉਚਿਤ ਕਿਸਮ ਦੇ ਬਰੈਕਟਾਂ ਦੇ ਇਹਨਾਂ ਚੱਕਰਾਂ 'ਤੇ ਠੋਕਰ ਖਾਧੀ (ਕਿਉਂਕਿ ਬਰੈਕਟਾਂ ਨੇ ਇੱਕ ਹੋਰ ਭੂਮਿਕਾ ਵੀ ਨਿਭਾਈ ਹੈ, ਅਰਥਾਤ, ਉਹਨਾਂ ਨੇ ਪਾਰਸਿੰਗ ਦੌਰਾਨ ਵਿਕਲਪਿਕ ਢਾਂਚੇ ਨੂੰ ਚਿੰਨ੍ਹਿਤ ਕੀਤਾ ਹੈ ਜੋ ਛੱਡਿਆ ਜਾ ਸਕਦਾ ਹੈ)। ਮੈਂ ਉਸ ਸਮੇਂ ਦੀ ਆਪਣੀ ਰਿਪੋਰਟ ਵਿੱਚ ਹੋਰ ਵਿਸਥਾਰ ਵਿੱਚ BIRMA ਦੇ ਉਸ ਸਮੇਂ ਦੀ ਕਲਪਨਾ ਕਰਨ ਵਿੱਚ ਮੁਸ਼ਕਲ, ਗੈਰ-ਵਾਜਬ ਸੰਟੈਕਸ ਤੋਂ ਜਾਣੂ ਕਰਵਾਉਣਾ ਚਾਹੁੰਦਾ ਹਾਂ।

ਆਮ ਤੌਰ 'ਤੇ, ਮੇਰੇ ਆਪਣੇ ਪਾਰਸਰ ਨਾਲ ਸੰਘਰਸ਼ ਕਰਨ ਤੋਂ ਇਲਾਵਾ, ਮੇਰੇ ਕੋਲ ਇਸ ਸੰਸਕਰਣ ਦੇ ਕੋਡ ਬਾਰੇ ਕਹਿਣ ਲਈ ਹੋਰ ਕੁਝ ਨਹੀਂ ਹੈ - ਸਿਵਾਏ ਮੌਜੂਦਾ ਸਰੋਤਾਂ ਨੂੰ C++ ਵਿੱਚ ਬਦਲਣ ਦੇ ਉਲਟ, ਜਦਕਿ .NET ਕੋਡ ਦੀਆਂ ਕੁਝ ਖਾਸ ਵਿਸ਼ੇਸ਼ਤਾਵਾਂ ਨੂੰ ਸੁਰੱਖਿਅਤ ਰੱਖਦੇ ਹੋਏ (ਈਮਾਨਦਾਰੀ ਨਾਲ, ਇਹ ਸਮਝਣਾ ਮੁਸ਼ਕਲ ਹੈ, ਅਸਲ ਵਿੱਚ ਕਿਸ ਚੀਜ਼ ਨੇ ਮੈਨੂੰ ਸਭ ਕੁਝ ਪਿੱਛੇ ਹਟਣ ਲਈ ਪ੍ਰੇਰਿਤ ਕੀਤਾ - ਸ਼ਾਇਦ ਮੇਰੇ ਸਰੋਤ ਕੋਡਾਂ ਨੂੰ ਗੁਪਤ ਰੱਖਣ ਲਈ ਕੁਝ ਮੂਰਖ ਡਰ, ਜਿਵੇਂ ਕਿ ਇਹ ਕੋਕਾ-ਕੋਲਾ ਦੀ ਗੁਪਤ ਵਿਅੰਜਨ ਦੇ ਬਰਾਬਰ ਸੀ)।

ਸ਼ਾਇਦ ਇਹ ਮੂਰਖਤਾ ਭਰਿਆ ਫੈਸਲਾ ਇਲੈਕਟ੍ਰਾਨਿਕ ਕੈਟਾਲਾਗ ਵਿੱਚ ਡੇਟਾ ਦਾਖਲ ਕਰਨ ਲਈ ਘਰੇਲੂ ਬਣੇ ਵਰਕਸਟੇਸ਼ਨ ਦੇ ਮੌਜੂਦਾ ਇੰਟਰਫੇਸ ਨਾਲ ਨਤੀਜੇ ਵਜੋਂ ਡੀਐਲਐਲ ਲਾਇਬ੍ਰੇਰੀ ਨੂੰ ਜੋੜਨ ਵਿੱਚ ਮੁਸ਼ਕਲਾਂ ਦਾ ਕਾਰਨ ਵੀ ਹੈ (ਹਾਂ, ਮੈਂ ਇੱਕ ਹੋਰ ਮਹੱਤਵਪੂਰਨ ਤੱਥ ਦਾ ਜ਼ਿਕਰ ਨਹੀਂ ਕੀਤਾ: ਹੁਣ ਤੋਂ, ਸਾਰੇ BIRMA “ਇੰਜਣ” ਦਾ ਕੋਡ ਉਮੀਦ ਅਨੁਸਾਰ ਸੀ, ਇਹ ਇੰਟਰਫੇਸ ਹਿੱਸੇ ਤੋਂ ਵੱਖ ਕੀਤਾ ਗਿਆ ਹੈ ਅਤੇ ਢੁਕਵੇਂ DLL ਵਿੱਚ ਪੈਕ ਕੀਤਾ ਗਿਆ ਹੈ)। ਇਹਨਾਂ ਉਦੇਸ਼ਾਂ ਲਈ ਇੱਕ ਵੱਖਰਾ ਵਰਕਸਟੇਸ਼ਨ ਲਿਖਣਾ ਕਿਉਂ ਜ਼ਰੂਰੀ ਸੀ, ਜਿਸ ਨੇ ਕਿਸੇ ਵੀ ਤਰ੍ਹਾਂ, ਉਪਭੋਗਤਾ ਨਾਲ ਇਸਦੀ ਦਿੱਖ ਅਤੇ ਗੱਲਬਾਤ ਦੇ ਢੰਗ ਵਿੱਚ, ਬੇਸ਼ਰਮੀ ਨਾਲ IRBIS 64 ਸਿਸਟਮ ਦੇ ਉਸੇ ਵਰਕਸਟੇਸ਼ਨ "ਕੈਟਾਲੋਜੀਜ਼ਰ" ਦੀ ਨਕਲ ਕੀਤੀ - ਇਹ ਇੱਕ ਵੱਖਰਾ ਸਵਾਲ ਹੈ। ਸੰਖੇਪ ਰੂਪ ਵਿੱਚ: ਇਸਨੇ ਮੇਰੇ ਗ੍ਰੈਜੂਏਸ਼ਨ ਪ੍ਰੋਜੈਕਟ ਲਈ ਮੇਰੇ ਤਤਕਾਲੀ ਵਿਕਾਸ ਨੂੰ ਲੋੜੀਂਦੀ ਠੋਸਤਾ ਦਿੱਤੀ (ਨਹੀਂ ਤਾਂ ਇਕੱਲੇ ਅਢੁੱਕਵੇਂ ਪਾਰਸਰ ਇੰਜਣ ਕਿਸੇ ਤਰ੍ਹਾਂ ਕਾਫ਼ੀ ਨਹੀਂ ਸੀ)। ਇਸ ਤੋਂ ਇਲਾਵਾ, ਮੈਨੂੰ ਫਿਰ ਕੈਟਾਲੋਜਰ ਵਰਕਸਟੇਸ਼ਨ ਦੇ ਇੰਟਰਫੇਸ ਨੂੰ ਆਪਣੇ ਖੁਦ ਦੇ ਮੋਡੀਊਲਾਂ ਨਾਲ ਲਾਗੂ ਕਰਨ ਵਿੱਚ, C++ ਅਤੇ C# ਦੋਵਾਂ ਵਿੱਚ ਲਾਗੂ ਕਰਨ ਵਿੱਚ, ਅਤੇ ਮੇਰੇ ਇੰਜਣ ਨੂੰ ਸਿੱਧਾ ਐਕਸੈਸ ਕਰਨ ਵਿੱਚ ਕੁਝ ਮੁਸ਼ਕਲਾਂ ਦਾ ਸਾਹਮਣਾ ਕਰਨਾ ਪਿਆ।

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

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

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

ਇੱਕ ਹੋਰ ਸਮੱਸਿਆ ਇਹ ਸੀ ਕਿ ਪ੍ਰੋਜੈਕਟ ਖੁਦ ਜਾਵਾ ਵਿੱਚ ਲਾਗੂ ਕੀਤਾ ਗਿਆ ਸੀ, ਅਤੇ ਜੇ ਮੈਂ ਭਵਿੱਖ ਵਿੱਚ ਮੌਜੂਦਾ ਡੇਟਾਬੇਸ (ਜਿਵੇਂ ਕਿ ਇਰਬਿਸ ਦੇ "ਕੈਟਾਲੌਗਰ") ਵਿੱਚ ਡੇਟਾ ਦਾਖਲ ਕਰਨ ਲਈ ਜਾਣੇ-ਪਛਾਣੇ ਐਪਲੀਕੇਸ਼ਨਾਂ ਦੇ ਨਾਲ ਇਸ ਤਕਨਾਲੋਜੀ ਨੂੰ ਇੰਟਰਫੇਸ ਕਰਨ ਦੇ ਕੁਝ ਸਾਧਨਾਂ ਨੂੰ ਲਾਗੂ ਕਰਨ ਦੀ ਯੋਜਨਾ ਬਣਾਈ ਹੈ, ਤਾਂ ਘੱਟੋ ਘੱਟ. ਇਸਨੂੰ C# ਅਤੇ .NET ਵਿੱਚ ਕਰੋ। ਇਹ ਨਹੀਂ ਹੈ ਕਿ ਜਾਵਾ ਆਪਣੇ ਆਪ ਵਿੱਚ ਇੱਕ ਮਾੜੀ ਭਾਸ਼ਾ ਹੈ - ਮੈਂ ਇੱਕ ਵਾਰ ਇੱਕ ਦਿਲਚਸਪ ਵਿੰਡੋ ਐਪਲੀਕੇਸ਼ਨ ਨੂੰ ਲਾਗੂ ਕਰਨ ਲਈ ਵੀ ਇਸਦੀ ਵਰਤੋਂ ਕੀਤੀ ਸੀ ਜੋ ਇੱਕ ਘਰੇਲੂ ਪ੍ਰੋਗਰਾਮੇਬਲ ਕੈਲਕੁਲੇਟਰ (ਇੱਕ ਕੋਰਸ ਪ੍ਰੋਜੈਕਟ ਦੇ ਹਿੱਸੇ ਵਜੋਂ) ਦੀ ਕਾਰਜਕੁਸ਼ਲਤਾ ਨੂੰ ਲਾਗੂ ਕਰਦੀ ਸੀ। ਅਤੇ ਸੰਟੈਕਸ ਦੇ ਰੂਪ ਵਿੱਚ ਇਹ ਉਸੇ ਸੀ-ਸ਼ਾਰਪ ਦੇ ਸਮਾਨ ਹੈ. ਖੈਰ, ਇਹ ਸਿਰਫ ਇੱਕ ਪਲੱਸ ਹੈ: ਮੇਰੇ ਲਈ ਮੌਜੂਦਾ ਪ੍ਰੋਜੈਕਟ ਨੂੰ ਅੰਤਮ ਰੂਪ ਦੇਣਾ ਸੌਖਾ ਹੋਵੇਗਾ. ਹਾਲਾਂਕਿ, ਮੈਂ ਵਿੰਡੋਜ਼ (ਜਾਂ ਇਸ ਦੀ ਬਜਾਏ, ਡੈਸਕਟੌਪ) ਜਾਵਾ ਤਕਨਾਲੋਜੀਆਂ ਦੀ ਇਸ ਅਸਾਧਾਰਨ ਸੰਸਾਰ ਵਿੱਚ ਦੁਬਾਰਾ ਡੁੱਬਣਾ ਨਹੀਂ ਚਾਹੁੰਦਾ ਸੀ - ਆਖ਼ਰਕਾਰ, ਭਾਸ਼ਾ ਆਪਣੇ ਆਪ ਵਿੱਚ ਅਜਿਹੀ ਵਰਤੋਂ ਲਈ "ਅਨੁਕੂਲ" ਨਹੀਂ ਸੀ, ਅਤੇ ਮੈਂ ਦੁਹਰਾਉਣ ਦੀ ਇੱਛਾ ਨਹੀਂ ਰੱਖਦਾ ਸੀ. ਪਿਛਲੇ ਅਨੁਭਵ. ਸ਼ਾਇਦ ਇਹ ਬਿਲਕੁਲ ਇਸ ਲਈ ਹੈ ਕਿਉਂਕਿ C# WinForms ਦੇ ਨਾਲ ਡੇਲਫੀ ਦੇ ਬਹੁਤ ਨੇੜੇ ਹੈ, ਜਿਸ ਨਾਲ ਸਾਡੇ ਵਿੱਚੋਂ ਬਹੁਤ ਸਾਰੇ ਇੱਕ ਵਾਰ ਸ਼ੁਰੂ ਹੋਏ ਸਨ. ਖੁਸ਼ਕਿਸਮਤੀ ਨਾਲ, ਲੋੜੀਂਦਾ ਹੱਲ ਕਾਫ਼ੀ ਤੇਜ਼ੀ ਨਾਲ ਲੱਭਿਆ ਗਿਆ ਸੀ - ਪ੍ਰੋਜੈਕਟ ਦੇ ਰੂਪ ਵਿੱਚ IKVM.NET, ਜੋ ਮੌਜੂਦਾ Java ਪ੍ਰੋਗਰਾਮਾਂ ਨੂੰ ਪ੍ਰਬੰਧਿਤ .NET ਕੋਡ ਵਿੱਚ ਅਨੁਵਾਦ ਕਰਨਾ ਆਸਾਨ ਬਣਾਉਂਦਾ ਹੈ। ਇਹ ਸੱਚ ਹੈ ਕਿ ਉਸ ਸਮੇਂ ਤੱਕ ਲੇਖਕਾਂ ਦੁਆਰਾ ਪ੍ਰੋਜੈਕਟ ਨੂੰ ਪਹਿਲਾਂ ਹੀ ਛੱਡ ਦਿੱਤਾ ਗਿਆ ਸੀ, ਪਰ ਇਸਦੇ ਨਵੀਨਤਮ ਲਾਗੂਕਰਨ ਨੇ ਮੈਨੂੰ ਸਰੋਤ ਟੈਕਸਟ ਲਈ ਲੋੜੀਂਦੀਆਂ ਕਾਰਵਾਈਆਂ ਨੂੰ ਸਫਲਤਾਪੂਰਵਕ ਪੂਰਾ ਕਰਨ ਦੀ ਇਜਾਜ਼ਤ ਦਿੱਤੀ. ਗੋਰਪ.

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

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

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

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

ਥੋੜਾ ਸੋਚਣ ਤੋਂ ਬਾਅਦ, ਮੈਂ ਸੇਵਾ ਦੇ ਕੁਝ ਪੈਟਰਨ ਪੇਸ਼ ਕਰਨ ਦਾ ਫੈਸਲਾ ਕੀਤਾ (%all_before) и (%all_after), ਇਹ ਸੁਨਿਸ਼ਚਿਤ ਕਰਨ ਦੇ ਸਪੱਸ਼ਟ ਉਦੇਸ਼ ਦੀ ਪੂਰਤੀ ਕਰਦੇ ਹੋਏ ਕਿ ਸਰੋਤ ਟੈਕਸਟ ਵਿੱਚ ਸ਼ਾਮਲ ਹਰ ਚੀਜ਼ ਨੂੰ ਉਹਨਾਂ ਦੀ ਪਾਲਣਾ ਕਰਨ ਵਾਲੇ ਕਿਸੇ ਵੀ ਪੈਟਰਨ (ਮਾਸਕ) ਤੋਂ ਪਹਿਲਾਂ ਛੱਡ ਦਿੱਤਾ ਗਿਆ ਹੈ। ਇਸ ਤੋਂ ਇਲਾਵਾ, ਜੇ (%all_before) ਬਸ ਇਹਨਾਂ ਸਾਰੇ ਆਪਹੁਦਰੇ ਸਮਾਵੇਸ਼ਾਂ ਨੂੰ ਨਜ਼ਰਅੰਦਾਜ਼ ਕੀਤਾ, ਫਿਰ (%all_after), ਇਸਦੇ ਉਲਟ, ਉਹਨਾਂ ਨੂੰ ਪਿਛਲੇ ਟੁਕੜੇ ਤੋਂ ਜਾਣ ਤੋਂ ਬਾਅਦ ਲੋੜੀਂਦੇ ਟੁਕੜੇ ਵਿੱਚ ਜੋੜਨ ਦੀ ਇਜਾਜ਼ਤ ਦਿੱਤੀ ਗਈ ਹੈ। ਇਹ ਕਾਫ਼ੀ ਸਧਾਰਨ ਜਾਪਦਾ ਹੈ, ਪਰ ਇਸ ਧਾਰਨਾ ਨੂੰ ਲਾਗੂ ਕਰਨ ਲਈ ਮੈਨੂੰ ਲੋੜੀਂਦੇ ਸੋਧਾਂ ਕਰਨ ਲਈ ਗੋਰਪ ਸਰੋਤਾਂ ਦੁਆਰਾ ਦੁਬਾਰਾ ਕੰਘੀ ਕਰਨੀ ਪਈ ਤਾਂ ਜੋ ਪਹਿਲਾਂ ਤੋਂ ਲਾਗੂ ਕੀਤੇ ਤਰਕ ਨੂੰ ਤੋੜਿਆ ਨਾ ਜਾ ਸਕੇ. ਅੰਤ ਵਿੱਚ, ਅਸੀਂ ਅਜਿਹਾ ਕਰਨ ਵਿੱਚ ਕਾਮਯਾਬ ਹੋ ਗਏ (ਹਾਲਾਂਕਿ ਬਹੁਤ ਹੀ, ਬਹੁਤ ਪਹਿਲਾਂ, ਭਾਵੇਂ ਬਹੁਤ ਹੀ ਬੱਗੀ ਹੋਣ ਦੇ ਬਾਵਜੂਦ, ਮੇਰੇ ਪਾਰਸਰ ਨੂੰ ਲਾਗੂ ਕਰਨਾ ਲਿਖਿਆ ਗਿਆ ਸੀ, ਅਤੇ ਹੋਰ ਵੀ ਤੇਜ਼ - ਕੁਝ ਹਫ਼ਤਿਆਂ ਵਿੱਚ)। ਹੁਣ ਤੋਂ, ਸਿਸਟਮ ਨੇ ਇੱਕ ਸੱਚਮੁੱਚ ਵਿਆਪਕ ਰੂਪ ਲੈ ਲਿਆ ਹੈ - ਇਸਨੂੰ ਕੰਮ ਕਰਨ ਦੀਆਂ ਪਹਿਲੀਆਂ ਕੋਸ਼ਿਸ਼ਾਂ ਦੇ 12 ਸਾਲਾਂ ਤੋਂ ਘੱਟ ਨਹੀਂ।

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

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

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

ਸਰੋਤ: www.habr.com