ਦਾਦਾ ਅੰਦਰੂਨੀ ਸੰਦਰਭਾਂ ਨੂੰ ਕਿਵੇਂ ਸਮਰੱਥ ਬਣਾਉਂਦਾ ਹੈ

ਸਵੈ-ਰੈਫਰੈਂਸ਼ੀਅਲ ਸਮੱਸਿਆ ਜਿਸ ਨੇ ਕਈ ਦਹਾਕਿਆਂ ਤੋਂ ਸਿਸਟਮ ਪ੍ਰੋਗਰਾਮਿੰਗ ਨੂੰ ਸਤਾਇਆ ਹੈ

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

ਅੰਦਰੂਨੀ ਹਵਾਲੇ ਕੀ ਹਨ ਅਤੇ ਉਹ ਮਾਇਨੇ ਕਿਉਂ ਰੱਖਦੇ ਹਨ?

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

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

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

ਪਰੰਪਰਾਗਤ ਮਾਲਕੀ ਦੇ ਮਾਡਲ ਕਿਵੇਂ ਘੱਟ ਜਾਂਦੇ ਹਨ

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

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

"ਸਭ ਤੋਂ ਵਧੀਆ ਭਾਸ਼ਾ ਵਿਸ਼ੇਸ਼ਤਾ ਉਹ ਹੈ ਜੋ ਸਹੀ ਪੈਟਰਨ ਨੂੰ ਲਿਖਣ ਲਈ ਸਭ ਤੋਂ ਆਸਾਨ ਪੈਟਰਨ ਬਣਾਉਂਦੀ ਹੈ। ਜਦੋਂ ਡਿਵੈਲਪਰ ਹੱਲ ਦਾ ਸਹਾਰਾ ਲੈਂਦੇ ਹਨ, ਤਾਂ ਇਸਦਾ ਮਤਲਬ ਹੈ ਕਿ ਭਾਸ਼ਾ ਦਾ ਮਾਡਲ ਅਤੇ ਉਹਨਾਂ ਦਾ ਮਾਨਸਿਕ ਮਾਡਲ ਵੱਖ ਹੋ ਗਿਆ ਹੈ।" — Niko Matsakis, Dada ਦੇ ਪਿੱਛੇ ਡਿਜ਼ਾਈਨ ਫ਼ਲਸਫ਼ੇ ਬਾਰੇ

ਮਾਲਕੀਅਤ ਲਈ ਦਾਦਾ ਦੀ ਇਜਾਜ਼ਤ-ਅਧਾਰਿਤ ਪਹੁੰਚ

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

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

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

ਵਿਹਾਰਕ ਪੈਟਰਨ ਜੋ ਦਾਦਾ ਵਿੱਚ ਮਾਮੂਲੀ ਬਣ ਜਾਂਦੇ ਹਨ

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

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

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

ਸਾਫਟਵੇਅਰ ਆਰਕੀਟੈਕਚਰ 'ਤੇ ਵਿਆਪਕ ਪ੍ਰਭਾਵ

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

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

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

ਵਿਕਾਸਕਾਰਾਂ ਨੂੰ ਕੀ ਦੇਖਣਾ ਚਾਹੀਦਾ ਹੈ

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

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

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

ਭਾਸ਼ਾ ਸਿਧਾਂਤ ਤੋਂ ਵਪਾਰਕ ਹਕੀਕਤ ਤੱਕ

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

ਮੇਵੇਜ਼ ਵਰਗੇ ਪਲੇਟਫਾਰਮਾਂ ਦੀ ਵਰਤੋਂ ਕਰਦੇ ਹੋਏ 138,000 ਤੋਂ ਵੱਧ ਕਾਰੋਬਾਰਾਂ ਲਈ ਆਪਣੇ ਕਾਰਜਾਂ ਦਾ ਪ੍ਰਬੰਧਨ ਕਰਨ ਲਈ, ਇਸ ਪ੍ਰਗਤੀ ਦਾ ਮਤਲਬ ਸਾਫਟਵੇਅਰ ਹੈ ਜੋ ਵਧੇਰੇ ਭਰੋਸੇਮੰਦ, ਵਧੇਰੇ ਵਿਸ਼ੇਸ਼ਤਾਵਾਂ ਨਾਲ ਭਰਪੂਰ, ਅਤੇ ਤੇਜ਼ੀ ਨਾਲ ਵਿਕਸਿਤ ਹੁੰਦਾ ਹੈ। ਪ੍ਰੋਗਰਾਮਿੰਗ ਭਾਸ਼ਾਵਾਂ ਗੁੰਝਲਦਾਰਤਾ ਨੂੰ ਸੰਭਾਲਣ ਦੇ ਤਰੀਕੇ ਵਿੱਚ ਹਰ ਸੁਧਾਰ, ਅੰਤ ਵਿੱਚ, ਅੰਤਮ ਉਪਭੋਗਤਾ ਲਈ ਇੱਕ ਬਿਹਤਰ ਅਨੁਭਵ ਵਿੱਚ ਅਨੁਵਾਦ ਕਰਦਾ ਹੈ — ਛੋਟੇ ਕਾਰੋਬਾਰ ਦਾ ਮਾਲਕ ਜੋ ਸਿਰਫ਼ ਆਪਣੇ CRM, ਇਨਵੌਇਸਿੰਗ, ਅਤੇ ਬੁਕਿੰਗ ਪ੍ਰਣਾਲੀਆਂ ਨੂੰ ਇਕੱਠੇ ਕੰਮ ਕਰਨਾ ਚਾਹੁੰਦਾ ਹੈ। ਇਹ ਸਹਿਜਤਾ ਹਜ਼ਾਰਾਂ ਚੰਗੀ ਤਰ੍ਹਾਂ ਤਿਆਰ ਕੀਤੇ ਅੰਦਰੂਨੀ ਸੰਦਰਭਾਂ ਦਾ ਉਤਪਾਦ ਹੈ, ਅਤੇ ਦਾਦਾ ਵਰਗੀਆਂ ਭਾਸ਼ਾਵਾਂ ਉਹਨਾਂ ਨੂੰ ਪਹਿਲਾਂ ਨਾਲੋਂ ਵਧੇਰੇ ਸੁਰੱਖਿਅਤ ਅਤੇ ਬਣਾਉਣ ਵਿੱਚ ਆਸਾਨ ਬਣਾ ਰਹੀਆਂ ਹਨ।