ਲਗਭਗ 15 ਸਾਲ ਪਹਿਲਾਂ, ਮੈਂ ਇੱਕ ਕੰਪਨੀ ਵਿੱਚ ਕੰਮ ਕਰ ਰਿਹਾ ਸੀ ਜਿੱਥੇ ਅਸੀਂ ਟਰੈਵਲ ਏਜੰਟ, ਏਅਰਪੋਰਟ ਵਰਕਰਾਂ, ਅਤੇ ਏਅਰਲਾਈਨ ਕੰਪਨੀਆਂ ਲਈ ਐਪਸ ਬਣਾਈਆਂ ਸਨ। ਅਸੀਂ UI ਭਾਗਾਂ ਅਤੇ ਸਿੰਗਲ-ਪੰਨੇ ਐਪ ਸਮਰੱਥਾਵਾਂ ਲਈ ਆਪਣਾ ਅੰਦਰੂਨੀ ਫਰੇਮਵਰਕ ਵੀ ਬਣਾਇਆ ਹੈ। ਸਾਡੇ ਕੋਲ ਹਰ ਚੀਜ਼ ਲਈ ਕੰਪੋਨੈਂਟ ਸਨ: ਫੀਲਡ, ਬਟਨ, ਟੈਬ, ਰੇਂਜ, ਡੇਟਾਟੇਬਲ, ਮੀਨੂ, ਡੇਟਪਿਕਕਰ, ਸਿਲੈਕਟਸ ਅਤੇ ਮਲਟੀਸਿਲੈਕਟਸ। ਸਾਡੇ ਕੋਲ ਇੱਕ ਡਿਵ ਕੰਪੋਨੈਂਟ ਵੀ ਸੀ। ਸਾਡੇ ਡਿਵ ਕੰਪੋਨੈਂਟ ਤਰੀਕੇ ਨਾਲ ਬਹੁਤ ਵਧੀਆ ਸੀ, ਇਸਨੇ ਸਾਨੂੰ ਸਾਰੇ ਬ੍ਰਾਉਜ਼ਰਾਂ 'ਤੇ ਗੋਲ ਕੋਨੇ ਕਰਨ ਦੀ ਇਜਾਜ਼ਤ ਦਿੱਤੀ, ਜੋ ਕਿ ਇਸ 'ਤੇ ਵਿਸ਼ਵਾਸ ਕਰੋ ਜਾਂ ਨਾ ਕਰੋ, ਉਸ ਸਮੇਂ ਕਰਨਾ ਆਸਾਨ ਗੱਲ ਨਹੀਂ ਸੀ।
ਸਾਡਾ ਕੰਮ ਸਾਡੇ ਇਤਿਹਾਸ ਦੇ ਇੱਕ ਬਿੰਦੂ 'ਤੇ ਹੋਇਆ ਸੀ ਜਦੋਂ JS, Ajax, ਅਤੇ ਡਾਇਨਾਮਿਕ HTML ਨੂੰ ਇੱਕ ਕ੍ਰਾਂਤੀ ਵਜੋਂ ਦੇਖਿਆ ਗਿਆ ਸੀ ਜੋ ਸਾਨੂੰ ਭਵਿੱਖ ਵਿੱਚ ਲਿਆਇਆ ਸੀ। ਅਚਾਨਕ, ਅਸੀਂ ਇੱਕ ਪੰਨੇ ਨੂੰ ਗਤੀਸ਼ੀਲ ਰੂਪ ਵਿੱਚ ਅੱਪਡੇਟ ਕਰ ਸਕਦੇ ਹਾਂ, ਇੱਕ ਸਰਵਰ ਤੋਂ ਡੇਟਾ ਪ੍ਰਾਪਤ ਕਰ ਸਕਦੇ ਹਾਂ, ਅਤੇ ਦੂਜੇ ਪੰਨਿਆਂ 'ਤੇ ਨੈਵੀਗੇਟ ਕਰਨ ਤੋਂ ਬਚ ਸਕਦੇ ਹਾਂ, ਜੋ ਕਿ ਹੌਲੀ ਦੇ ਰੂਪ ਵਿੱਚ ਦੇਖਿਆ ਗਿਆ ਸੀ ਅਤੇ ਦੋ ਪੰਨਿਆਂ ਦੇ ਵਿਚਕਾਰ ਸਕ੍ਰੀਨ 'ਤੇ ਇੱਕ ਵੱਡਾ ਚਿੱਟਾ ਆਇਤ ਫਲੈਸ਼ ਕੀਤਾ ਗਿਆ ਸੀ। ਇੱਕ ਵਾਕੰਸ਼ ਸੀ, ਜੋ ਜੈੱਫ ਐਟਵੁੱਡ (ਸਟੈਕ ਓਵਰਫਲੋ ਦੇ ਸੰਸਥਾਪਕ) ਦੁਆਰਾ ਪ੍ਰਸਿੱਧ ਕੀਤਾ ਗਿਆ ਸੀ, ਜਿਸ ਵਿੱਚ ਲਿਖਿਆ ਸੀ: “ਕੋਈ ਵੀ ਐਪਲੀਕੇਸ਼ਨ ਜੋ ਜਾਵਾ ਸਕ੍ਰਿਪਟ ਵਿੱਚ ਲਿਖੀ ਜਾ ਸਕਦੀ ਹੈ ਆਖਰਕਾਰ ਜਾਵਾ ਸਕ੍ਰਿਪਟ ਵਿੱਚ ਲਿਖੀ ਜਾਵੇਗੀ।” - ਜੈਫ ਐਟਵੁੱਡ
ਉਸ ਸਮੇਂ ਸਾਡੇ ਲਈ, ਇਹ ਅਸਲ ਵਿੱਚ ਜਾ ਕੇ ਉਹਨਾਂ ਐਪਸ ਨੂੰ ਬਣਾਉਣ ਦੀ ਹਿੰਮਤ ਵਾਂਗ ਮਹਿਸੂਸ ਹੋਇਆ। ਇਹ ਜੇਐਸ ਨਾਲ ਸਭ ਕੁਝ ਕਰਨ ਲਈ ਇੱਕ ਕੰਬਲ ਪ੍ਰਵਾਨਗੀ ਵਾਂਗ ਮਹਿਸੂਸ ਹੋਇਆ. ਇਸ ਲਈ ਅਸੀਂ JS ਨਾਲ ਸਭ ਕੁਝ ਕੀਤਾ, ਅਤੇ ਅਸੀਂ ਚੀਜ਼ਾਂ ਕਰਨ ਦੇ ਹੋਰ ਤਰੀਕਿਆਂ ਦੀ ਖੋਜ ਕਰਨ ਲਈ ਅਸਲ ਵਿੱਚ ਸਮਾਂ ਨਹੀਂ ਕੱਢਿਆ। ਅਸੀਂ ਅਸਲ ਵਿੱਚ ਇਹ ਸਿੱਖਣ ਲਈ ਪ੍ਰੋਤਸਾਹਨ ਮਹਿਸੂਸ ਨਹੀਂ ਕੀਤਾ ਕਿ HTML ਅਤੇ CSS ਕੀ ਕਰ ਸਕਦੇ ਹਨ। ਅਸੀਂ ਅਸਲ ਵਿੱਚ ਵੈੱਬ ਨੂੰ ਪੂਰੀ ਤਰ੍ਹਾਂ ਇੱਕ ਵਿਕਸਤ ਐਪ ਪਲੇਟਫਾਰਮ ਵਜੋਂ ਨਹੀਂ ਸਮਝਿਆ। ਅਸੀਂ ਜਿਆਦਾਤਰ ਇਸਨੂੰ ਇੱਕ ਅਜਿਹੀ ਚੀਜ਼ ਦੇ ਰੂਪ ਵਿੱਚ ਦੇਖਿਆ ਹੈ ਜਿਸਦੀ ਸਾਨੂੰ ਆਲੇ-ਦੁਆਲੇ ਕੰਮ ਕਰਨ ਦੀ ਲੋੜ ਸੀ, ਖਾਸ ਕਰਕੇ ਜਦੋਂ ਇਹ ਬ੍ਰਾਊਜ਼ਰ ਸਮਰਥਨ ਦੀ ਗੱਲ ਆਉਂਦੀ ਹੈ। ਅਸੀਂ ਚੀਜ਼ਾਂ ਨੂੰ ਪੂਰਾ ਕਰਨ ਲਈ ਇਸ 'ਤੇ ਹੋਰ ਜੇਐਸ ਸੁੱਟ ਸਕਦੇ ਹਾਂ। ਕੀ ਇਸ ਬਾਰੇ ਹੋਰ ਜਾਣਨ ਲਈ ਸਮਾਂ ਕੱਢਣਾ ਹੋਵੇਗਾ ਕਿ ਵੈੱਬ ਕਿਵੇਂ ਕੰਮ ਕਰਦਾ ਹੈ ਅਤੇ ਪਲੇਟਫਾਰਮ 'ਤੇ ਕੀ ਉਪਲਬਧ ਸੀ, ਨੇ ਮੇਰੀ ਮਦਦ ਕੀਤੀ ਹੈ? ਯਕੀਨਨ, ਮੈਂ ਸ਼ਾਇਦ ਕੋਡ ਦਾ ਇੱਕ ਝੁੰਡ ਸ਼ੇਵ ਕਰ ਸਕਦਾ ਸੀ ਜਿਸਦੀ ਅਸਲ ਵਿੱਚ ਲੋੜ ਨਹੀਂ ਸੀ। ਪਰ, ਉਸ ਸਮੇਂ, ਸ਼ਾਇਦ ਇੰਨਾ ਜ਼ਿਆਦਾ ਨਹੀਂ। ਤੁਸੀਂ ਦੇਖਦੇ ਹੋ, ਬ੍ਰਾਊਜ਼ਰ ਦੇ ਅੰਤਰ ਉਸ ਸਮੇਂ ਬਹੁਤ ਮਹੱਤਵਪੂਰਨ ਸਨ. ਇਹ ਉਹ ਸਮਾਂ ਸੀ ਜਦੋਂ ਇੰਟਰਨੈੱਟ ਐਕਸਪਲੋਰਰ ਅਜੇ ਵੀ ਪ੍ਰਮੁੱਖ ਬ੍ਰਾਊਜ਼ਰ ਸੀ, ਫਾਇਰਫਾਕਸ ਦੂਜੇ ਨੰਬਰ 'ਤੇ ਸੀ, ਪਰ ਕ੍ਰੋਮ ਤੇਜ਼ੀ ਨਾਲ ਪ੍ਰਸਿੱਧੀ ਪ੍ਰਾਪਤ ਕਰਨ ਕਾਰਨ ਮਾਰਕੀਟ ਸ਼ੇਅਰ ਗੁਆਉਣਾ ਸ਼ੁਰੂ ਕਰ ਰਿਹਾ ਸੀ। ਹਾਲਾਂਕਿ ਕ੍ਰੋਮ ਅਤੇ ਫਾਇਰਫਾਕਸ ਵੈੱਬ ਸਟੈਂਡਰਡਾਂ 'ਤੇ ਸਹਿਮਤ ਹੋਣ ਲਈ ਕਾਫ਼ੀ ਚੰਗੇ ਸਨ, ਪਰ ਵਾਤਾਵਰਣ ਜਿਸ ਵਿੱਚ ਸਾਡੀਆਂ ਐਪਾਂ ਚੱਲ ਰਹੀਆਂ ਸਨ ਦਾ ਮਤਲਬ ਹੈ ਕਿ ਸਾਨੂੰ ਲੰਬੇ ਸਮੇਂ ਲਈ IE6 ਦਾ ਸਮਰਥਨ ਕਰਨਾ ਪਿਆ। ਭਾਵੇਂ ਸਾਨੂੰ IE8 ਦਾ ਸਮਰਥਨ ਕਰਨ ਦੀ ਇਜਾਜ਼ਤ ਦਿੱਤੀ ਗਈ ਸੀ, ਫਿਰ ਵੀ ਸਾਨੂੰ ਬ੍ਰਾਉਜ਼ਰਾਂ ਵਿਚਕਾਰ ਬਹੁਤ ਸਾਰੇ ਅੰਤਰਾਂ ਨਾਲ ਨਜਿੱਠਣਾ ਪਿਆ। ਸਿਰਫ ਇਹ ਹੀ ਨਹੀਂ, ਪਰ ਉਸ ਸਮੇਂ ਦੇ ਵੈੱਬ ਕੋਲ ਪਲੇਟਫਾਰਮ ਵਿੱਚ ਬਹੁਤ ਸਾਰੀਆਂ ਸਮਰੱਥਾਵਾਂ ਨਹੀਂ ਸਨ।
ਅੱਜ ਨੂੰ ਤੇਜ਼ੀ ਨਾਲ ਅੱਗੇ. ਚੀਜ਼ਾਂ ਬਹੁਤ ਬਦਲ ਗਈਆਂ ਹਨ. ਨਾ ਸਿਰਫ਼ ਸਾਡੇ ਕੋਲ ਇਹ ਸਮਰੱਥਾ ਪਹਿਲਾਂ ਨਾਲੋਂ ਕਿਤੇ ਵੱਧ ਹੈ, ਸਗੋਂ ਇਹ ਜਿਸ ਦਰ 'ਤੇ ਉਪਲਬਧ ਹਨ, ਉਹ ਵੀ ਵਧੀਆਂ ਹਨ। ਮੈਨੂੰ ਦੁਬਾਰਾ ਸਵਾਲ ਪੁੱਛਣ ਦਿਓ, ਫਿਰ: ਕੀ ਵੈੱਬ ਕਿਵੇਂ ਕੰਮ ਕਰਦਾ ਹੈ ਅਤੇ ਪਲੇਟਫਾਰਮ 'ਤੇ ਉਪਲਬਧ ਕੀ ਹੈ ਇਸ ਬਾਰੇ ਹੋਰ ਜਾਣਨ ਲਈ ਸਮਾਂ ਕੱਢਣਾ ਅੱਜ ਤੁਹਾਡੀ ਮਦਦ ਕਰੇਗਾ? ਬਿਲਕੁਲ ਹਾਂ। ਅੱਜ ਵੈੱਬ ਪਲੇਟਫਾਰਮ ਨੂੰ ਸਮਝਣਾ ਅਤੇ ਵਰਤਣਾ ਸਿੱਖਣਾ ਤੁਹਾਨੂੰ ਦੂਜੇ ਡਿਵੈਲਪਰਾਂ ਨਾਲੋਂ ਬਹੁਤ ਵੱਡਾ ਫਾਇਦਾ ਦਿੰਦਾ ਹੈ। ਭਾਵੇਂ ਤੁਸੀਂ ਪ੍ਰਦਰਸ਼ਨ, ਪਹੁੰਚਯੋਗਤਾ, ਜਵਾਬਦੇਹੀ, ਇਹਨਾਂ ਸਾਰਿਆਂ 'ਤੇ ਇਕੱਠੇ ਕੰਮ ਕਰਦੇ ਹੋ, ਜਾਂ ਸਿਰਫ਼ UI ਵਿਸ਼ੇਸ਼ਤਾਵਾਂ ਨੂੰ ਸ਼ਿਪਿੰਗ ਕਰਦੇ ਹੋ, ਜੇਕਰ ਤੁਸੀਂ ਇਸਨੂੰ ਇੱਕ ਜ਼ਿੰਮੇਵਾਰ ਇੰਜੀਨੀਅਰ ਵਜੋਂ ਕਰਨਾ ਚਾਹੁੰਦੇ ਹੋ, ਤੁਹਾਡੇ ਲਈ ਉਪਲਬਧ ਸਾਧਨਾਂ ਨੂੰ ਜਾਣਨਾ ਤੁਹਾਡੇ ਟੀਚਿਆਂ ਨੂੰ ਤੇਜ਼ੀ ਅਤੇ ਬਿਹਤਰ ਢੰਗ ਨਾਲ ਪਹੁੰਚਣ ਵਿੱਚ ਤੁਹਾਡੀ ਮਦਦ ਕਰਦਾ ਹੈ। ਕੁਝ ਚੀਜ਼ਾਂ ਜਿਨ੍ਹਾਂ ਲਈ ਤੁਹਾਨੂੰ ਹੁਣ ਲਾਇਬ੍ਰੇਰੀ ਦੀ ਲੋੜ ਨਹੀਂ ਹੋ ਸਕਦੀ ਇਹ ਜਾਣਦੇ ਹੋਏ ਕਿ ਅੱਜ ਕਿਹੜੇ ਬ੍ਰਾਉਜ਼ਰਸ ਦਾ ਸਮਰਥਨ ਕਰਦੇ ਹਨ, ਫਿਰ, ਸਵਾਲ ਇਹ ਹੈ: ਅਸੀਂ ਕੀ ਖੋਦ ਸਕਦੇ ਹਾਂ? ਕੀ ਸਾਨੂੰ 2025 ਵਿੱਚ ਗੋਲ ਕੋਨੇ ਕਰਨ ਲਈ ਇੱਕ ਡਿਵ ਕੰਪੋਨੈਂਟ ਦੀ ਲੋੜ ਹੈ? ਬੇਸ਼ਕ, ਅਸੀਂ ਨਹੀਂ ਕਰਦੇ. ਬਾਰਡਰ-ਰੇਡੀਅਸ ਵਿਸ਼ੇਸ਼ਤਾ ਨੂੰ ਇਸ ਸਮੇਂ 15 ਸਾਲਾਂ ਤੋਂ ਵੱਧ ਸਮੇਂ ਲਈ ਵਰਤਮਾਨ ਵਿੱਚ ਵਰਤੇ ਗਏ ਸਾਰੇ ਬ੍ਰਾਊਜ਼ਰਾਂ ਦੁਆਰਾ ਸਮਰਥਿਤ ਕੀਤਾ ਗਿਆ ਹੈ। ਅਤੇ ਕੋਨੇ ਦੀ ਸ਼ਕਲ ਵੀ ਜਲਦੀ ਆ ਰਹੀ ਹੈ, ਇੱਥੋਂ ਤੱਕ ਕਿ ਸ਼ਾਨਦਾਰ ਕੋਨਿਆਂ ਲਈ ਵੀ। ਆਓ ਮੁਕਾਬਲਤਨ ਹਾਲੀਆ ਵਿਸ਼ੇਸ਼ਤਾਵਾਂ 'ਤੇ ਇੱਕ ਨਜ਼ਰ ਮਾਰੀਏ ਜੋ ਹੁਣ ਸਾਰੇ ਪ੍ਰਮੁੱਖ ਬ੍ਰਾਉਜ਼ਰਾਂ ਵਿੱਚ ਉਪਲਬਧ ਹਨ, ਅਤੇ ਜਿਨ੍ਹਾਂ ਦੀ ਵਰਤੋਂ ਤੁਸੀਂ ਆਪਣੇ ਕੋਡਬੇਸ ਵਿੱਚ ਮੌਜੂਦਾ ਨਿਰਭਰਤਾਵਾਂ ਨੂੰ ਬਦਲਣ ਲਈ ਕਰ ਸਕਦੇ ਹੋ। ਬਿੰਦੂ ਤੁਹਾਡੀਆਂ ਸਾਰੀਆਂ ਪਿਆਰੀਆਂ ਲਾਇਬ੍ਰੇਰੀਆਂ ਨੂੰ ਤੁਰੰਤ ਖੋਦਣ ਅਤੇ ਆਪਣੇ ਕੋਡਬੇਸ ਨੂੰ ਦੁਬਾਰਾ ਲਿਖਣਾ ਨਹੀਂ ਹੈ। ਜਿਵੇਂ ਕਿ ਹਰ ਚੀਜ਼ ਲਈ, ਤੁਹਾਨੂੰ ਪਹਿਲਾਂ ਬ੍ਰਾਊਜ਼ਰ ਸਮਰਥਨ ਨੂੰ ਧਿਆਨ ਵਿੱਚ ਰੱਖਣਾ ਚਾਹੀਦਾ ਹੈ ਅਤੇ ਤੁਹਾਡੇ ਪ੍ਰੋਜੈਕਟ ਲਈ ਖਾਸ ਹੋਰ ਕਾਰਕਾਂ ਦੇ ਆਧਾਰ 'ਤੇ ਫੈਸਲਾ ਕਰਨਾ ਹੋਵੇਗਾ। ਹੇਠ ਲਿਖੀਆਂ ਵਿਸ਼ੇਸ਼ਤਾਵਾਂ ਤਿੰਨ ਮੁੱਖ ਬ੍ਰਾਊਜ਼ਰ ਇੰਜਣਾਂ (Chromium, WebKit, ਅਤੇ Gecko) ਵਿੱਚ ਲਾਗੂ ਕੀਤੀਆਂ ਗਈਆਂ ਹਨ, ਪਰ ਤੁਹਾਡੇ ਕੋਲ ਵੱਖ-ਵੱਖ ਬ੍ਰਾਊਜ਼ਰ ਸਹਾਇਤਾ ਲੋੜਾਂ ਹੋ ਸਕਦੀਆਂ ਹਨ ਜੋ ਤੁਹਾਨੂੰ ਤੁਰੰਤ ਉਹਨਾਂ ਦੀ ਵਰਤੋਂ ਕਰਨ ਤੋਂ ਰੋਕਦੀਆਂ ਹਨ। ਇਹਨਾਂ ਵਿਸ਼ੇਸ਼ਤਾਵਾਂ ਬਾਰੇ ਜਾਣਨ ਲਈ ਹੁਣ ਵੀ ਇੱਕ ਚੰਗਾ ਸਮਾਂ ਹੈ, ਹਾਲਾਂਕਿ, ਅਤੇ ਸ਼ਾਇਦ ਇਹਨਾਂ ਨੂੰ ਕਿਸੇ ਸਮੇਂ ਵਰਤਣ ਦੀ ਯੋਜਨਾ ਬਣਾਓ। ਪੋਪੋਵਰ ਅਤੇ ਡਾਇਲਾਗਸ Popover API,
ਯਕੀਨਨ, ਤੁਹਾਡੇ ਇੰਟਰਨੈਟ ਕਨੈਕਸ਼ਨ ਦੀ ਗਤੀ ਸ਼ਾਇਦ ਵਧ ਗਈ ਹੈ, ਪਰ ਇਹ ਹਰ ਕਿਸੇ ਲਈ ਨਹੀਂ ਹੈ। ਅਤੇ ਹਰ ਕਿਸੇ ਕੋਲ ਇੱਕੋ ਜਿਹੀ ਡਿਵਾਈਸ ਸਮਰੱਥਾ ਨਹੀਂ ਹੁੰਦੀ ਹੈ। ਉਹਨਾਂ ਚੀਜ਼ਾਂ ਲਈ ਤੀਜੀ-ਧਿਰ ਦੇ ਕੋਡ ਨੂੰ ਖਿੱਚਣਾ ਜੋ ਤੁਸੀਂ ਪਲੇਟਫਾਰਮ ਨਾਲ ਕਰ ਸਕਦੇ ਹੋ, ਇਸਦੀ ਬਜਾਏ, ਸਭ ਤੋਂ ਵੱਧ ਸੰਭਾਵਤ ਤੌਰ 'ਤੇ ਇਹ ਮਤਲਬ ਹੈ ਕਿ ਤੁਸੀਂ ਵਧੇਰੇ ਕੋਡ ਭੇਜਦੇ ਹੋ, ਅਤੇ ਇਸਲਈ ਤੁਹਾਡੇ ਆਮ ਨਾਲੋਂ ਘੱਟ ਗਾਹਕਾਂ ਤੱਕ ਪਹੁੰਚੋ। ਵੈੱਬ 'ਤੇ, ਖਰਾਬ ਲੋਡਿੰਗ ਪ੍ਰਦਰਸ਼ਨ ਵੱਡੇ ਤਿਆਗ ਦਰਾਂ ਵੱਲ ਲੈ ਜਾਂਦਾ ਹੈ ਅਤੇ ਬ੍ਰਾਂਡ ਦੀ ਸਾਖ ਨੂੰ ਨੁਕਸਾਨ ਪਹੁੰਚਾਉਂਦਾ ਹੈ। ਡਿਵਾਈਸਾਂ 'ਤੇ ਘੱਟ ਕੋਡ ਚੱਲ ਰਿਹਾ ਹੈ ਇਸ ਤੋਂ ਇਲਾਵਾ, ਕੋਡ ਜੋ ਤੁਸੀਂ ਆਪਣੇ ਗਾਹਕਾਂ ਦੀਆਂ ਡਿਵਾਈਸਾਂ 'ਤੇ ਭੇਜਦੇ ਹੋ, ਸੰਭਾਵਤ ਤੌਰ 'ਤੇ ਤੇਜ਼ੀ ਨਾਲ ਚੱਲਦਾ ਹੈ ਜੇਕਰ ਇਹ ਪਲੇਟਫਾਰਮ ਦੇ ਸਿਖਰ 'ਤੇ ਘੱਟ ਜਾਵਾ ਸਕ੍ਰਿਪਟ ਐਬਸਟਰੈਕਸ਼ਨਾਂ ਦੀ ਵਰਤੋਂ ਕਰਦਾ ਹੈ। ਇਹ ਸ਼ਾਇਦ ਵਧੇਰੇ ਜਵਾਬਦੇਹ ਅਤੇ ਮੂਲ ਰੂਪ ਵਿੱਚ ਵਧੇਰੇ ਪਹੁੰਚਯੋਗ ਵੀ ਹੈ। ਇਹ ਸਭ ਵਧੇਰੇ ਅਤੇ ਖੁਸ਼ਹਾਲ ਗਾਹਕਾਂ ਦੀ ਅਗਵਾਈ ਕਰਦਾ ਹੈ। ਮੇਰੇ ਸਹਿਯੋਗੀ ਐਲੇਕਸ ਰਸਲ ਦੇ ਸਾਲਾਨਾ ਪ੍ਰਦਰਸ਼ਨ ਅਸਮਾਨਤਾ ਗੈਪ ਬਲੌਗ ਦੀ ਜਾਂਚ ਕਰੋ, ਜੋ ਦਿਖਾਉਂਦਾ ਹੈ ਕਿ ਦੌਲਤ ਦੀ ਅਸਮਾਨਤਾ ਦੇ ਕਾਰਨ ਅਰਬਾਂ ਉਪਭੋਗਤਾਵਾਂ ਵਾਲੇ ਬਾਜ਼ਾਰਾਂ ਤੋਂ ਪ੍ਰੀਮੀਅਮ ਡਿਵਾਈਸਾਂ ਵੱਡੇ ਪੱਧਰ 'ਤੇ ਗੈਰਹਾਜ਼ਰ ਹਨ। ਅਤੇ ਇਹ ਪਾੜਾ ਸਿਰਫ ਸਮੇਂ ਦੇ ਨਾਲ ਵਧ ਰਿਹਾ ਹੈ.
ਬਿਲਟ-ਇਨ ਮੇਸਨਰੀ ਲੇਆਉਟ ਇੱਕ ਵੈੱਬ ਪਲੇਟਫਾਰਮ ਵਿਸ਼ੇਸ਼ਤਾ ਜੋ ਜਲਦੀ ਆ ਰਹੀ ਹੈ ਅਤੇ ਜਿਸ ਬਾਰੇ ਮੈਂ ਬਹੁਤ ਉਤਸ਼ਾਹਿਤ ਹਾਂ ਉਹ ਹੈ CSS ਮੇਸਨਰੀ.
ਮੈਨੂੰ ਇਹ ਦੱਸ ਕੇ ਸ਼ੁਰੂ ਕਰਨ ਦਿਓ ਕਿ ਚਿਣਾਈ ਕੀ ਹੈ। ਚਿਣਾਈ ਕੀ ਹੈ ਚਿਣਾਈ ਇੱਕ ਕਿਸਮ ਦਾ ਖਾਕਾ ਹੈ ਜੋ ਕਈ ਸਾਲ ਪਹਿਲਾਂ Pinterest ਦੁਆਰਾ ਪ੍ਰਸਿੱਧ ਬਣਾਇਆ ਗਿਆ ਸੀ। ਇਹ ਸਮਗਰੀ ਦੇ ਸੁਤੰਤਰ ਟਰੈਕ ਬਣਾਉਂਦਾ ਹੈ ਜਿਸ ਦੇ ਅੰਦਰ ਆਈਟਮਾਂ ਆਪਣੇ ਆਪ ਨੂੰ ਟਰੈਕ ਦੀ ਸ਼ੁਰੂਆਤ ਦੇ ਨੇੜੇ ਪੈਕ ਕਰਦੀਆਂ ਹਨ ਜਿੰਨਾ ਉਹ ਕਰ ਸਕਦੀਆਂ ਹਨ।
ਬਹੁਤ ਸਾਰੇ ਲੋਕ ਚਿਣਾਈ ਨੂੰ ਪੋਰਟਫੋਲੀਓ ਅਤੇ ਫੋਟੋ ਗੈਲਰੀਆਂ ਲਈ ਇੱਕ ਵਧੀਆ ਵਿਕਲਪ ਵਜੋਂ ਦੇਖਦੇ ਹਨ, ਜੋ ਇਹ ਨਿਸ਼ਚਤ ਤੌਰ 'ਤੇ ਕਰ ਸਕਦਾ ਹੈ। ਪਰ ਚਿਣਾਈ ਉਸ ਤੋਂ ਵੱਧ ਲਚਕਦਾਰ ਹੈ ਜੋ ਤੁਸੀਂ Pinterest 'ਤੇ ਦੇਖਦੇ ਹੋ, ਅਤੇ ਇਹ ਸਿਰਫ਼ ਵਾਟਰਫਾਲ-ਵਰਗੇ ਲੇਆਉਟ ਤੱਕ ਸੀਮਿਤ ਨਹੀਂ ਹੈ। ਇੱਕ ਚਿਣਾਈ ਲੇਆਉਟ ਵਿੱਚ:
ਟਰੈਕ ਕਾਲਮ ਜਾਂ ਕਤਾਰਾਂ ਹੋ ਸਕਦੇ ਹਨ:
ਸਮੱਗਰੀ ਦੇ ਟਰੈਕਾਂ ਦਾ ਆਕਾਰ ਇੱਕੋ ਜਿਹਾ ਨਹੀਂ ਹੋਣਾ ਚਾਹੀਦਾ:
ਆਈਟਮਾਂ ਕਈ ਟ੍ਰੈਕਾਂ ਨੂੰ ਫੈਲਾ ਸਕਦੀਆਂ ਹਨ:
ਆਈਟਮਾਂ ਨੂੰ ਖਾਸ ਟਰੈਕਾਂ 'ਤੇ ਰੱਖਿਆ ਜਾ ਸਕਦਾ ਹੈ; ਉਹਨਾਂ ਨੂੰ ਹਮੇਸ਼ਾਂ ਆਟੋਮੈਟਿਕ ਪਲੇਸਮੈਂਟ ਐਲਗੋਰਿਦਮ ਦੀ ਪਾਲਣਾ ਨਹੀਂ ਕਰਨੀ ਪੈਂਦੀ:
ਡੈਮੋ ਇੱਥੇ ਕੁਝ ਸਧਾਰਨ ਡੈਮੋ ਹਨ ਜੋ ਮੈਂ Chromium ਵਿੱਚ CSS ਮੇਸਨਰੀ ਦੇ ਆਗਾਮੀ ਲਾਗੂਕਰਨ ਦੀ ਵਰਤੋਂ ਕਰਕੇ ਬਣਾਏ ਹਨ। ਇੱਕ ਫੋਟੋ ਗੈਲਰੀ ਡੈਮੋ, ਇਹ ਦਰਸਾਉਂਦਾ ਹੈ ਕਿ ਕਿਵੇਂ ਆਈਟਮਾਂ (ਇਸ ਕੇਸ ਵਿੱਚ ਸਿਰਲੇਖ) ਕਈ ਟਰੈਕਾਂ ਨੂੰ ਫੈਲਾ ਸਕਦਾ ਹੈ:
ਇੱਕ ਹੋਰ ਫੋਟੋ ਗੈਲਰੀ ਵੱਖ-ਵੱਖ ਆਕਾਰਾਂ ਦੇ ਟਰੈਕ ਦਿਖਾਉਂਦੀ ਹੈ:
ਇੱਕ ਨਿਊਜ਼ ਸਾਈਟ ਲੇਆਉਟ ਜਿਸ ਵਿੱਚ ਕੁਝ ਟਰੈਕ ਹੋਰਾਂ ਨਾਲੋਂ ਚੌੜੇ ਹਨ, ਅਤੇ ਕੁਝ ਆਈਟਮਾਂ ਖਾਕੇ ਦੀ ਪੂਰੀ ਚੌੜਾਈ ਵਿੱਚ ਫੈਲੀਆਂ ਹੋਈਆਂ ਹਨ:
ਇੱਕ ਕੰਬਨ ਬੋਰਡ ਦਿਖਾ ਰਿਹਾ ਹੈ ਕਿ ਆਈਟਮਾਂ ਨੂੰ ਖਾਸ ਟਰੈਕਾਂ 'ਤੇ ਰੱਖਿਆ ਜਾ ਸਕਦਾ ਹੈ:
ਨੋਟ: ਦਪਿਛਲੇ ਡੈਮੋ Chromium ਦੇ ਇੱਕ ਸੰਸਕਰਣ ਨਾਲ ਬਣਾਏ ਗਏ ਸਨ ਜੋ ਅਜੇ ਤੱਕ ਜ਼ਿਆਦਾਤਰ ਵੈਬ ਉਪਭੋਗਤਾਵਾਂ ਲਈ ਉਪਲਬਧ ਨਹੀਂ ਹਨ, ਕਿਉਂਕਿ CSS ਮੇਸਨਰੀ ਸਿਰਫ ਬ੍ਰਾਉਜ਼ਰਾਂ ਵਿੱਚ ਲਾਗੂ ਹੋਣ ਲਈ ਸ਼ੁਰੂ ਹੋ ਰਹੀ ਹੈ। ਹਾਲਾਂਕਿ, ਵੈਬ ਡਿਵੈਲਪਰ ਸਾਲਾਂ ਤੋਂ ਪਹਿਲਾਂ ਹੀ ਮੇਸਨਰੀ ਲੇਆਉਟ ਬਣਾਉਣ ਲਈ ਲਾਇਬ੍ਰੇਰੀਆਂ ਦੀ ਖੁਸ਼ੀ ਨਾਲ ਵਰਤੋਂ ਕਰ ਰਹੇ ਹਨ। ਅੱਜ ਚਿਣਾਈ ਦੀ ਵਰਤੋਂ ਕਰਨ ਵਾਲੀਆਂ ਸਾਈਟਾਂ ਦਰਅਸਲ, ਚਿਣਾਈ ਅੱਜ ਵੈੱਬ 'ਤੇ ਬਹੁਤ ਆਮ ਹੈ. ਇੱਥੇ ਕੁਝ ਉਦਾਹਰਣਾਂ ਹਨ ਜੋ ਮੈਂ Pinterest ਤੋਂ ਇਲਾਵਾ ਲੱਭੀਆਂ ਹਨ:
ਅਤੇ ਕੁਝ ਹੋਰ, ਘੱਟ ਸਪੱਸ਼ਟ, ਉਦਾਹਰਣਾਂ:
ਤਾਂ, ਇਹ ਲੇਆਉਟ ਕਿਵੇਂ ਬਣਾਏ ਗਏ ਸਨ? ਕੰਮਕਾਜ ਇੱਕ ਚਾਲ ਜੋ ਮੈਂ ਵਰਤੀ ਹੈ ਉਹ ਹੈ ਇਸਦੀ ਬਜਾਏ ਇੱਕ ਫਲੈਕਸਬਾਕਸ ਲੇਆਉਟ ਦੀ ਵਰਤੋਂ ਕਰਨਾ, ਇਸਦੀ ਦਿਸ਼ਾ ਨੂੰ ਕਾਲਮ ਵਿੱਚ ਬਦਲਣਾ, ਅਤੇ ਇਸਨੂੰ ਲਪੇਟਣ ਲਈ ਸੈੱਟ ਕਰਨਾ. ਇਸ ਤਰੀਕੇ ਨਾਲ, ਤੁਸੀਂ ਵੱਖ-ਵੱਖ ਉਚਾਈਆਂ ਦੀਆਂ ਆਈਟਮਾਂ ਨੂੰ ਕਈ, ਸੁਤੰਤਰ ਕਾਲਮਾਂ ਵਿੱਚ ਰੱਖ ਸਕਦੇ ਹੋ, ਇੱਕ ਚਿਣਾਈ ਲੇਆਉਟ ਦਾ ਪ੍ਰਭਾਵ ਦਿੰਦੇ ਹੋਏ:
ਹਾਲਾਂਕਿ, ਇਸ ਹੱਲ ਲਈ ਦੋ ਸੀਮਾਵਾਂ ਹਨ:
ਵਸਤੂਆਂ ਦਾ ਕ੍ਰਮ ਇਸ ਤੋਂ ਵੱਖਰਾ ਹੈ ਕਿ ਇਹ ਇੱਕ ਅਸਲੀ ਮੇਸਨਰੀ ਲੇਆਉਟ ਨਾਲ ਕੀ ਹੋਵੇਗਾ। ਫਲੈਕਸਬਾਕਸ ਦੇ ਨਾਲ, ਆਈਟਮਾਂ ਪਹਿਲਾਂ ਪਹਿਲੇ ਕਾਲਮ ਨੂੰ ਭਰਦੀਆਂ ਹਨ ਅਤੇ, ਜਦੋਂ ਇਹ ਭਰ ਜਾਂਦਾ ਹੈ, ਤਾਂ ਅਗਲੇ ਕਾਲਮ 'ਤੇ ਜਾਓ। ਮੈਸਨਰੀ ਦੇ ਨਾਲ, ਆਈਟਮਾਂ ਕਿਸੇ ਵੀ ਟਰੈਕ (ਜਾਂ ਇਸ ਕੇਸ ਵਿੱਚ ਕਾਲਮ) ਵਿੱਚ ਵਧੇਰੇ ਥਾਂ ਉਪਲਬਧ ਹੋਣਗੀਆਂ ਵਿੱਚ ਸਟੈਕ ਕੀਤੀਆਂ ਜਾਣਗੀਆਂ। ਪਰ ਇਹ ਵੀ, ਅਤੇ ਸ਼ਾਇਦ ਹੋਰ ਵੀ ਮਹੱਤਵਪੂਰਨ ਤੌਰ 'ਤੇ, ਇਸ ਹੱਲ ਦੀ ਲੋੜ ਹੈ ਕਿ ਤੁਸੀਂ ਫਲੈਕਸਬਾਕਸ ਕੰਟੇਨਰ ਲਈ ਇੱਕ ਨਿਸ਼ਚਿਤ ਉਚਾਈ ਸੈਟ ਕਰੋ; ਨਹੀਂ ਤਾਂ, ਕੋਈ ਲਪੇਟਣਾ ਨਹੀਂ ਹੋਵੇਗਾ।
ਥਰਡ-ਪਾਰਟੀ ਮੇਸਨਰੀ ਲਾਇਬ੍ਰੇਰੀਆਂ ਵਧੇਰੇ ਉੱਨਤ ਮਾਮਲਿਆਂ ਲਈ, ਡਿਵੈਲਪਰ ਲਾਇਬ੍ਰੇਰੀਆਂ ਦੀ ਵਰਤੋਂ ਕਰ ਰਹੇ ਹਨ। ਇਸ ਲਈ ਸਭ ਤੋਂ ਮਸ਼ਹੂਰ ਅਤੇ ਪ੍ਰਸਿੱਧ ਲਾਇਬ੍ਰੇਰੀ ਨੂੰ ਸਿਰਫ਼ ਮੇਸਨਰੀ ਕਿਹਾ ਜਾਂਦਾ ਹੈ, ਅਤੇ ਇਹ NPM ਦੇ ਅਨੁਸਾਰ ਹਰ ਹਫ਼ਤੇ ਲਗਭਗ 200,000 ਵਾਰ ਡਾਊਨਲੋਡ ਕੀਤੀ ਜਾਂਦੀ ਹੈ। ਸਕੁਏਰਸਪੇਸ ਇੱਕ ਲੇਆਉਟ ਕੰਪੋਨੈਂਟ ਵੀ ਪ੍ਰਦਾਨ ਕਰਦਾ ਹੈ ਜੋ ਇੱਕ ਨੋ-ਕੋਡ ਵਿਕਲਪ ਲਈ, ਇੱਕ ਮੇਸਨਰੀ ਲੇਆਉਟ ਰੈਂਡਰ ਕਰਦਾ ਹੈ, ਅਤੇ ਬਹੁਤ ਸਾਰੀਆਂ ਸਾਈਟਾਂ ਇਸਦੀ ਵਰਤੋਂ ਕਰਦੀਆਂ ਹਨ। ਇਹ ਦੋਵੇਂ ਵਿਕਲਪ ਖਾਕੇ ਵਿੱਚ ਆਈਟਮਾਂ ਰੱਖਣ ਲਈ JavaScript ਕੋਡ ਦੀ ਵਰਤੋਂ ਕਰਦੇ ਹਨ। ਬਿਲਟ-ਇਨ ਚਿਣਾਈ ਮੈਂ ਸੱਚਮੁੱਚ ਉਤਸ਼ਾਹਿਤ ਹਾਂ ਕਿ ਮੇਸਨਰੀ ਹੁਣ ਇੱਕ ਬਿਲਟ-ਇਨ CSS ਵਿਸ਼ੇਸ਼ਤਾ ਦੇ ਰੂਪ ਵਿੱਚ ਬ੍ਰਾਉਜ਼ਰਾਂ ਵਿੱਚ ਦਿਖਾਈ ਦੇਣਾ ਸ਼ੁਰੂ ਕਰ ਰਹੀ ਹੈ। ਸਮੇਂ ਦੇ ਨਾਲ, ਤੁਸੀਂ ਮੈਸਨਰੀ ਦੀ ਵਰਤੋਂ ਕਰਨ ਦੇ ਯੋਗ ਹੋਵੋਗੇ ਜਿਵੇਂ ਤੁਸੀਂ ਗਰਿੱਡ ਜਾਂ ਫਲੈਕਸਬਾਕਸ ਕਰਦੇ ਹੋ, ਭਾਵ, ਬਿਨਾਂ ਕਿਸੇ ਹੱਲ ਜਾਂ ਤੀਜੀ-ਧਿਰ ਦੇ ਕੋਡ ਦੀ ਲੋੜ ਦੇ। ਮਾਈਕ੍ਰੋਸਾਫਟ 'ਤੇ ਮੇਰੀ ਟੀਮ Chromium ਓਪਨ ਸੋਰਸ ਪ੍ਰੋਜੈਕਟ ਵਿੱਚ ਬਿਲਟ-ਇਨ ਮੇਸਨਰੀ ਸਹਾਇਤਾ ਨੂੰ ਲਾਗੂ ਕਰ ਰਹੀ ਹੈ, ਜਿਸ 'ਤੇ Edge, Chrome, ਅਤੇ ਹੋਰ ਬਹੁਤ ਸਾਰੇ ਬ੍ਰਾਊਜ਼ਰ ਆਧਾਰਿਤ ਹਨ। ਮੋਜ਼ੀਲਾ ਅਸਲ ਵਿੱਚ ਪਹਿਲਾ ਬ੍ਰਾਊਜ਼ਰ ਵਿਕਰੇਤਾ ਸੀ ਜਿਸਨੇ 2020 ਵਿੱਚ ਵਾਪਸ ਮੇਸਨਰੀ ਨੂੰ ਪ੍ਰਯੋਗਾਤਮਕ ਲਾਗੂ ਕਰਨ ਦਾ ਪ੍ਰਸਤਾਵ ਦਿੱਤਾ ਸੀ। ਅਤੇ ਐਪਲ ਨੇ ਵੀ ਇਸ ਨਵੇਂ ਵੈੱਬ ਲੇਆਉਟ ਨੂੰ ਮੁੱਢਲਾ ਬਣਾਉਣ ਵਿੱਚ ਬਹੁਤ ਦਿਲਚਸਪੀ ਦਿਖਾਈ ਹੈ। ਵਿਸ਼ੇਸ਼ਤਾ ਨੂੰ ਮਿਆਰੀ ਬਣਾਉਣ ਦਾ ਕੰਮ ਵੀ ਅੱਗੇ ਵਧ ਰਿਹਾ ਹੈ, CSS ਵਰਕਿੰਗ ਗਰੁੱਪ ਦੇ ਅੰਦਰ ਆਮ ਦਿਸ਼ਾ ਅਤੇ ਇੱਥੋਂ ਤੱਕ ਕਿ ਇੱਕ ਨਵੀਂ ਡਿਸਪਲੇ ਟਾਈਪ ਡਿਸਪਲੇਅ: ਗਰਿੱਡ-ਲੇਨਾਂ ਬਾਰੇ ਸਮਝੌਤੇ ਦੇ ਨਾਲ. ਜੇ ਤੁਸੀਂ ਮੇਸਨਰੀ ਬਾਰੇ ਹੋਰ ਜਾਣਨਾ ਚਾਹੁੰਦੇ ਹੋ ਅਤੇ ਪ੍ਰਗਤੀ ਨੂੰ ਟਰੈਕ ਕਰਨਾ ਚਾਹੁੰਦੇ ਹੋ, ਤਾਂ ਮੇਰੇ CSS ਮੇਸਨਰੀ ਸਰੋਤ ਪੰਨੇ ਦੀ ਜਾਂਚ ਕਰੋ. ਸਮੇਂ ਦੇ ਬੀਤਣ ਨਾਲ, ਜਦੋਂ ਚਿਣਾਈ ਇੱਕ ਬੇਸਲਾਈਨ ਵਿਸ਼ੇਸ਼ਤਾ ਬਣ ਜਾਂਦੀ ਹੈ, ਜਿਵੇਂ ਕਿ ਗਰਿੱਡ ਜਾਂ ਫਲੈਕਸਬਾਕਸ, ਅਸੀਂ ਇਸਦੀ ਵਰਤੋਂ ਕਰਨ ਦੇ ਯੋਗ ਹੋਵਾਂਗੇ ਅਤੇ ਇਸ ਤੋਂ ਲਾਭ ਪ੍ਰਾਪਤ ਕਰ ਸਕਾਂਗੇ:
ਬਿਹਤਰ ਪ੍ਰਦਰਸ਼ਨ, ਬਿਹਤਰ ਜਵਾਬਦੇਹੀ, ਵਰਤੋਂ ਵਿੱਚ ਸੌਖ ਅਤੇ ਸਰਲ ਕੋਡ।
ਆਓ ਇਨ੍ਹਾਂ 'ਤੇ ਡੂੰਘਾਈ ਨਾਲ ਵਿਚਾਰ ਕਰੀਏ। ਬਿਹਤਰ ਪ੍ਰਦਰਸ਼ਨ ਆਪਣਾ ਖੁਦ ਦਾ ਮੇਸਨਰੀ-ਵਰਗੇ ਲੇਆਉਟ ਸਿਸਟਮ ਬਣਾਉਣਾ, ਜਾਂ ਇਸਦੀ ਬਜਾਏ ਇੱਕ ਤੀਜੀ-ਧਿਰ ਲਾਇਬ੍ਰੇਰੀ ਦੀ ਵਰਤੋਂ ਕਰਨ ਦਾ ਮਤਲਬ ਹੈ ਕਿ ਤੁਹਾਨੂੰ ਸਕ੍ਰੀਨ 'ਤੇ ਆਈਟਮਾਂ ਰੱਖਣ ਲਈ JavaScript ਕੋਡ ਚਲਾਉਣਾ ਪਵੇਗਾ। ਇਸਦਾ ਮਤਲਬ ਇਹ ਵੀ ਹੈ ਕਿ ਇਹ ਕੋਡ ਰੈਂਡਰ ਬਲਾਕਿੰਗ ਹੋਵੇਗਾ। ਵਾਸਤਵ ਵਿੱਚ, ਜਾਂ ਤਾਂ ਕੁਝ ਵੀ ਦਿਖਾਈ ਨਹੀਂ ਦੇਵੇਗਾ, ਜਾਂ ਚੀਜ਼ਾਂ ਸਹੀ ਸਥਾਨਾਂ ਜਾਂ ਸਹੀ ਆਕਾਰਾਂ ਵਿੱਚ ਨਹੀਂ ਹੋਣਗੀਆਂ, ਜਦੋਂ ਤੱਕ ਉਹ JavaScript ਕੋਡ ਨਹੀਂ ਚੱਲਦਾ. ਮੇਸਨਰੀ ਲੇਆਉਟ ਨੂੰ ਅਕਸਰ ਇੱਕ ਵੈਬ ਪੇਜ ਦੇ ਮੁੱਖ ਹਿੱਸੇ ਲਈ ਵਰਤਿਆ ਜਾਂਦਾ ਹੈ, ਜਿਸਦਾ ਮਤਲਬ ਹੈ ਕਿ ਕੋਡ ਤੁਹਾਡੀ ਮੁੱਖ ਸਮੱਗਰੀ ਨੂੰ ਇਸਦੇ ਬਾਅਦ ਵਿੱਚ ਦਿਖਾਈ ਦੇਵੇਗਾ, ਜੋ ਕਿ ਤੁਹਾਡੇ LCP, ਜਾਂ ਸਭ ਤੋਂ ਵੱਡੀ ਸਮਗਰੀ ਪੇਂਟ ਮੈਟ੍ਰਿਕ ਨੂੰ ਘਟਾਉਂਦਾ ਹੈ, ਜੋ ਸਮਝੇ ਗਏ ਪ੍ਰਦਰਸ਼ਨ ਅਤੇ ਖੋਜ ਇੰਜਨ ਔਪਟੀਮਾਈਜੇਸ਼ਨ ਵਿੱਚ ਇੱਕ ਵੱਡੀ ਭੂਮਿਕਾ ਨਿਭਾਉਂਦਾ ਹੈ। ਮੈਂ ਇੱਕ ਸਧਾਰਨ ਲੇਆਉਟ ਦੇ ਨਾਲ ਅਤੇ DevTools ਵਿੱਚ ਇੱਕ ਹੌਲੀ 4G ਕਨੈਕਸ਼ਨ ਦੀ ਨਕਲ ਕਰਕੇ ਮੇਸਨਰੀ JS ਲਾਇਬ੍ਰੇਰੀ ਦੀ ਜਾਂਚ ਕੀਤੀ। ਲਾਇਬ੍ਰੇਰੀ ਬਹੁਤ ਵੱਡੀ ਨਹੀਂ ਹੈ (24KB, 7.8KB gzipped), ਪਰ ਇਸ ਨੂੰ ਮੇਰੇ ਟੈਸਟ ਦੀਆਂ ਸਥਿਤੀਆਂ ਵਿੱਚ ਲੋਡ ਕਰਨ ਵਿੱਚ 600ms ਲੱਗ ਗਏ। ਇੱਥੇ ਇੱਕ ਪ੍ਰਦਰਸ਼ਨ ਰਿਕਾਰਡਿੰਗ ਹੈ ਜੋ ਦਿਖਾਉਂਦੀ ਹੈ ਕਿ ਮੇਸਨਰੀ ਲਾਇਬ੍ਰੇਰੀ ਲਈ ਲੰਬਾ 600ms ਲੋਡ ਸਮਾਂ ਹੈ, ਅਤੇ ਇਹ ਕਿ ਜਦੋਂ ਇਹ ਹੋ ਰਿਹਾ ਸੀ ਕੋਈ ਹੋਰ ਰੈਂਡਰਿੰਗ ਗਤੀਵਿਧੀ ਨਹੀਂ ਹੋਈ:
ਇਸ ਤੋਂ ਇਲਾਵਾ, ਸ਼ੁਰੂਆਤੀ ਲੋਡ ਸਮੇਂ ਤੋਂ ਬਾਅਦ, ਡਾਊਨਲੋਡ ਕੀਤੀ ਸਕ੍ਰਿਪਟ ਨੂੰ ਫਿਰ ਪਾਰਸ, ਕੰਪਾਇਲ ਅਤੇ ਫਿਰ ਚਲਾਉਣ ਦੀ ਲੋੜ ਹੁੰਦੀ ਹੈ। ਇਹ ਸਭ, ਜਿਵੇਂ ਕਿ ਪਹਿਲਾਂ ਦੱਸਿਆ ਗਿਆ ਹੈ, ਪੰਨੇ ਦੀ ਰੈਂਡਰਿੰਗ ਨੂੰ ਰੋਕ ਰਿਹਾ ਸੀ। ਬ੍ਰਾਊਜ਼ਰ ਵਿੱਚ ਬਿਲਟ-ਇਨ ਮੇਸਨਰੀ ਲਾਗੂ ਕਰਨ ਦੇ ਨਾਲ, ਸਾਡੇ ਕੋਲ ਲੋਡ ਕਰਨ ਅਤੇ ਚਲਾਉਣ ਲਈ ਇੱਕ ਸਕ੍ਰਿਪਟ ਨਹੀਂ ਹੋਵੇਗੀ। ਬ੍ਰਾਊਜ਼ਰ ਇੰਜਣ ਸ਼ੁਰੂਆਤੀ ਪੇਜ ਰੈਂਡਰਿੰਗ ਪਗ ਦੇ ਦੌਰਾਨ ਆਪਣਾ ਕੰਮ ਕਰੇਗਾ। ਬਿਹਤਰ ਜਵਾਬਦੇਹੀ ਉਸੇ ਤਰ੍ਹਾਂ ਜਦੋਂ ਇੱਕ ਪੰਨਾ ਪਹਿਲੀ ਵਾਰ ਲੋਡ ਹੁੰਦਾ ਹੈ, ਬ੍ਰਾਊਜ਼ਰ ਵਿੰਡੋ ਨੂੰ ਮੁੜ ਆਕਾਰ ਦੇਣ ਨਾਲ ਉਸ ਪੰਨੇ ਵਿੱਚ ਲੇਆਉਟ ਨੂੰ ਦੁਬਾਰਾ ਪੇਸ਼ ਕੀਤਾ ਜਾਂਦਾ ਹੈ। ਇਸ ਸਮੇਂ, ਹਾਲਾਂਕਿ, ਜੇ ਪੰਨਾ ਮੇਸਨਰੀ ਜੇਐਸ ਲਾਇਬ੍ਰੇਰੀ ਦੀ ਵਰਤੋਂ ਕਰ ਰਿਹਾ ਹੈ, ਤਾਂ ਸਕ੍ਰਿਪਟ ਨੂੰ ਦੁਬਾਰਾ ਲੋਡ ਕਰਨ ਦੀ ਕੋਈ ਲੋੜ ਨਹੀਂ ਹੈ, ਕਿਉਂਕਿ ਇਹ ਪਹਿਲਾਂ ਹੀ ਹੈਇਥੇ. ਹਾਲਾਂਕਿ, ਆਈਟਮਾਂ ਨੂੰ ਸਹੀ ਸਥਾਨਾਂ 'ਤੇ ਲਿਜਾਣ ਵਾਲੇ ਕੋਡ ਨੂੰ ਚਲਾਉਣ ਦੀ ਲੋੜ ਹੈ। ਹੁਣ ਇਹ ਵਿਸ਼ੇਸ਼ ਲਾਇਬ੍ਰੇਰੀ ਪੰਨਾ ਲੋਡ ਹੋਣ 'ਤੇ ਅਜਿਹਾ ਕਰਨ ਵਿੱਚ ਬਹੁਤ ਤੇਜ਼ ਜਾਪਦੀ ਹੈ। ਹਾਲਾਂਕਿ, ਇਹ ਆਈਟਮਾਂ ਨੂੰ ਐਨੀਮੇਟ ਕਰਦਾ ਹੈ ਜਦੋਂ ਉਹਨਾਂ ਨੂੰ ਵਿੰਡੋ ਰੀਸਾਈਜ਼ 'ਤੇ ਕਿਸੇ ਵੱਖਰੀ ਥਾਂ 'ਤੇ ਜਾਣ ਦੀ ਲੋੜ ਹੁੰਦੀ ਹੈ, ਅਤੇ ਇਹ ਇੱਕ ਵੱਡਾ ਫ਼ਰਕ ਪਾਉਂਦਾ ਹੈ। ਬੇਸ਼ੱਕ, ਉਪਭੋਗਤਾ ਆਪਣੇ ਬ੍ਰਾਊਜ਼ਰ ਵਿੰਡੋਜ਼ ਨੂੰ ਮੁੜ ਆਕਾਰ ਦੇਣ ਵਿੱਚ ਸਮਾਂ ਨਹੀਂ ਬਿਤਾਉਂਦੇ ਜਿੰਨਾ ਅਸੀਂ ਡਿਵੈਲਪਰ ਕਰਦੇ ਹਾਂ। ਪਰ ਇਹ ਐਨੀਮੇਟਿਡ ਰੀਸਾਈਜ਼ ਕਰਨ ਦਾ ਤਜਰਬਾ ਕਾਫ਼ੀ ਪਰੇਸ਼ਾਨ ਕਰਨ ਵਾਲਾ ਹੋ ਸਕਦਾ ਹੈ ਅਤੇ ਪੰਨੇ ਨੂੰ ਇਸਦੇ ਨਵੇਂ ਆਕਾਰ ਦੇ ਅਨੁਕੂਲ ਹੋਣ ਲਈ ਲੱਗਣ ਵਾਲੇ ਸਮੇਂ ਨੂੰ ਜੋੜਦਾ ਹੈ। ਵਰਤੋਂ ਵਿੱਚ ਸੌਖ ਅਤੇ ਸਰਲ ਕੋਡ ਵੈੱਬ ਵਿਸ਼ੇਸ਼ਤਾ ਦੀ ਵਰਤੋਂ ਕਰਨਾ ਕਿੰਨਾ ਆਸਾਨ ਹੈ ਅਤੇ ਕੋਡ ਕਿੰਨਾ ਸਧਾਰਨ ਦਿਖਾਈ ਦਿੰਦਾ ਹੈ ਮਹੱਤਵਪੂਰਨ ਕਾਰਕ ਹਨ ਜੋ ਤੁਹਾਡੀ ਟੀਮ ਲਈ ਇੱਕ ਵੱਡਾ ਫਰਕ ਲਿਆ ਸਕਦੇ ਹਨ। ਉਹ ਕਦੇ ਵੀ ਅੰਤਮ ਉਪਭੋਗਤਾ ਅਨੁਭਵ ਜਿੰਨੇ ਮਹੱਤਵਪੂਰਨ ਨਹੀਂ ਹੋ ਸਕਦੇ, ਬੇਸ਼ੱਕ, ਪਰ ਡਿਵੈਲਪਰ ਅਨੁਭਵ ਸਾਂਭ-ਸੰਭਾਲ ਨੂੰ ਪ੍ਰਭਾਵਿਤ ਕਰਦਾ ਹੈ। ਬਿਲਟ-ਇਨ ਵੈੱਬ ਵਿਸ਼ੇਸ਼ਤਾ ਦੀ ਵਰਤੋਂ ਕਰਨਾ ਉਸ ਮੋਰਚੇ 'ਤੇ ਮਹੱਤਵਪੂਰਣ ਲਾਭਾਂ ਦੇ ਨਾਲ ਆਉਂਦਾ ਹੈ:
ਡਿਵੈਲਪਰ ਜੋ ਪਹਿਲਾਂ ਹੀ HTML, CSS, ਅਤੇ JS ਨੂੰ ਜਾਣਦੇ ਹਨ ਉਹ ਸੰਭਾਵਤ ਤੌਰ 'ਤੇ ਉਸ ਵਿਸ਼ੇਸ਼ਤਾ ਨੂੰ ਆਸਾਨੀ ਨਾਲ ਵਰਤਣ ਦੇ ਯੋਗ ਹੋਣਗੇ ਕਿਉਂਕਿ ਇਹ ਚੰਗੀ ਤਰ੍ਹਾਂ ਨਾਲ ਏਕੀਕ੍ਰਿਤ ਕਰਨ ਅਤੇ ਬਾਕੀ ਵੈਬ ਪਲੇਟਫਾਰਮ ਦੇ ਨਾਲ ਇਕਸਾਰ ਹੋਣ ਲਈ ਤਿਆਰ ਕੀਤਾ ਗਿਆ ਹੈ। ਵਿਸ਼ੇਸ਼ਤਾ ਦੀ ਵਰਤੋਂ ਕਰਨ ਦੇ ਤਰੀਕੇ ਵਿੱਚ ਪੇਸ਼ ਕੀਤੇ ਜਾਣ ਵਾਲੇ ਬਦਲਾਵਾਂ ਨੂੰ ਤੋੜਨ ਦਾ ਕੋਈ ਖਤਰਾ ਨਹੀਂ ਹੈ। ਉਸ ਵਿਸ਼ੇਸ਼ਤਾ ਦੇ ਨਾਪਸੰਦ ਜਾਂ ਬਰਕਰਾਰ ਨਾ ਹੋਣ ਦਾ ਲਗਭਗ ਜ਼ੀਰੋ ਜੋਖਮ ਹੈ।
ਬਿਲਟ-ਇਨ ਮੇਸਨਰੀ ਦੇ ਮਾਮਲੇ ਵਿੱਚ, ਕਿਉਂਕਿ ਇਹ ਇੱਕ ਲੇਆਉਟ ਮੁੱਢਲਾ ਹੈ, ਤੁਸੀਂ ਇਸਨੂੰ CSS ਤੋਂ ਵਰਤਦੇ ਹੋ, ਜਿਵੇਂ ਕਿ ਗਰਿੱਡ ਜਾਂ ਫਲੈਕਸਬਾਕਸ, ਕੋਈ JS ਸ਼ਾਮਲ ਨਹੀਂ ਹੈ। ਨਾਲ ਹੀ, ਹੋਰ ਲੇਆਉਟ-ਸਬੰਧਤ CSS ਵਿਸ਼ੇਸ਼ਤਾਵਾਂ, ਜਿਵੇਂ ਕਿ ਪਾੜਾ, ਕੰਮ ਕਰਦਾ ਹੈ ਜਿਵੇਂ ਤੁਸੀਂ ਉਹਨਾਂ ਤੋਂ ਉਮੀਦ ਕਰਦੇ ਹੋ. ਇਸ ਬਾਰੇ ਜਾਣਨ ਲਈ ਕੋਈ ਚਾਲ ਜਾਂ ਹੱਲ ਨਹੀਂ ਹੈ, ਅਤੇ ਜੋ ਚੀਜ਼ਾਂ ਤੁਸੀਂ ਸਿੱਖਦੇ ਹੋ ਉਹ MDN 'ਤੇ ਦਸਤਾਵੇਜ਼ੀ ਤੌਰ 'ਤੇ ਦਰਜ ਹਨ। ਮੇਸਨਰੀ JS lib ਲਈ, ਸ਼ੁਰੂਆਤੀ ਥੋੜੀ ਗੁੰਝਲਦਾਰ ਹੈ: ਇਸ ਨੂੰ ਕਾਲਮ ਅਤੇ ਗੈਪ ਆਕਾਰ ਸੈੱਟ ਕਰਨ ਲਈ ਲੁਕਵੇਂ HTML ਤੱਤਾਂ ਦੇ ਨਾਲ, ਇੱਕ ਖਾਸ ਸਿੰਟੈਕਸ ਦੇ ਨਾਲ ਇੱਕ ਡੇਟਾ ਵਿਸ਼ੇਸ਼ਤਾ ਦੀ ਲੋੜ ਹੁੰਦੀ ਹੈ। ਨਾਲ ਹੀ, ਜੇਕਰ ਤੁਸੀਂ ਕਾਲਮਾਂ ਨੂੰ ਫੈਲਾਉਣਾ ਚਾਹੁੰਦੇ ਹੋ, ਤਾਂ ਤੁਹਾਨੂੰ ਸਮੱਸਿਆਵਾਂ ਤੋਂ ਬਚਣ ਲਈ ਆਪਣੇ ਆਪ ਵਿੱਚ ਅੰਤਰ ਦਾ ਆਕਾਰ ਸ਼ਾਮਲ ਕਰਨ ਦੀ ਲੋੜ ਹੈ:
ਆਉ ਇਸਦੀ ਤੁਲਨਾ ਕਰੀਏ ਕਿ ਇੱਕ ਬਿਲਟ-ਇਨ ਮੇਸਨਰੀ ਲਾਗੂ ਕਰਨਾ ਕਿਸ ਤਰ੍ਹਾਂ ਦਾ ਦਿਖਾਈ ਦੇਵੇਗਾ:
ਸਰਲ, ਵਧੇਰੇ ਸੰਖੇਪ ਕੋਡ ਜੋ ਸਿਰਫ਼ ਚੀਜ਼ਾਂ ਦੀ ਵਰਤੋਂ ਕਰ ਸਕਦਾ ਹੈ ਜਿਵੇਂ ਕਿ ਗੈਪ ਅਤੇ ਜਿੱਥੇ ਸਪੈਨਿੰਗ ਟਰੈਕ ਸਪੈਨ 2 ਨਾਲ ਕੀਤੇ ਜਾਂਦੇ ਹਨ, ਜਿਵੇਂ ਕਿ ਗਰਿੱਡ ਵਿੱਚ, ਅਤੇ ਤੁਹਾਨੂੰ ਸਹੀ ਚੌੜਾਈ ਦੀ ਗਣਨਾ ਕਰਨ ਦੀ ਲੋੜ ਨਹੀਂ ਹੈ ਜਿਸ ਵਿੱਚ ਅੰਤਰ ਦਾ ਆਕਾਰ ਸ਼ਾਮਲ ਹੈ। ਇਹ ਕਿਵੇਂ ਜਾਣਨਾ ਹੈ ਕਿ ਕੀ ਉਪਲਬਧ ਹੈ ਅਤੇ ਇਹ ਕਦੋਂ ਉਪਲਬਧ ਹੈ? ਕੁੱਲ ਮਿਲਾ ਕੇ, ਸਵਾਲ ਅਸਲ ਵਿੱਚ ਇਹ ਨਹੀਂ ਹੈ ਕਿ ਕੀ ਤੁਹਾਨੂੰ ਇੱਕ JS ਲਾਇਬ੍ਰੇਰੀ ਵਿੱਚ ਬਿਲਟ-ਇਨ ਮੇਸਨਰੀ ਦੀ ਵਰਤੋਂ ਕਰਨੀ ਚਾਹੀਦੀ ਹੈ, ਸਗੋਂ ਕਦੋਂ. ਮੇਸਨਰੀ ਜੇਐਸ ਲਾਇਬ੍ਰੇਰੀ ਅਦਭੁਤ ਹੈ ਅਤੇ ਕਈ ਸਾਲਾਂ ਤੋਂ ਵੈਬ ਪਲੇਟਫਾਰਮ ਵਿੱਚ ਇੱਕ ਪਾੜਾ ਭਰ ਰਹੀ ਹੈ, ਅਤੇ ਬਹੁਤ ਸਾਰੇ ਖੁਸ਼ ਡਿਵੈਲਪਰਾਂ ਅਤੇ ਉਪਭੋਗਤਾਵਾਂ ਲਈ. ਇਸ ਵਿੱਚ ਕੁਝ ਕਮੀਆਂ ਹਨ ਜੇਕਰ ਤੁਸੀਂ ਇਸਦੀ ਤੁਲਨਾ ਬਿਲਟ-ਇਨ ਮੇਸਨਰੀ ਲਾਗੂਕਰਨ ਨਾਲ ਕਰਦੇ ਹੋ, ਬੇਸ਼ਕ, ਪਰ ਇਹ ਮਹੱਤਵਪੂਰਨ ਨਹੀਂ ਹਨ ਜੇਕਰ ਇਹ ਲਾਗੂ ਕਰਨ ਲਈ ਤਿਆਰ ਨਹੀਂ ਹੈ। ਮੇਰੇ ਲਈ ਇਹਨਾਂ ਸ਼ਾਨਦਾਰ ਨਵੀਆਂ ਵੈਬ ਪਲੇਟਫਾਰਮ ਵਿਸ਼ੇਸ਼ਤਾਵਾਂ ਨੂੰ ਸੂਚੀਬੱਧ ਕਰਨਾ ਆਸਾਨ ਹੈ ਕਿਉਂਕਿ ਮੈਂ ਇੱਕ ਬ੍ਰਾਊਜ਼ਰ ਵਿਕਰੇਤਾ 'ਤੇ ਕੰਮ ਕਰਦਾ ਹਾਂ, ਅਤੇ ਇਸ ਲਈ ਮੈਂ ਇਹ ਜਾਣਨਾ ਚਾਹੁੰਦਾ ਹਾਂ ਕਿ ਕੀ ਆ ਰਿਹਾ ਹੈ। ਪਰ ਡਿਵੈਲਪਰ ਅਕਸਰ ਸ਼ੇਅਰ ਕਰਦੇ ਹਨ, ਸਰਵੇਖਣ ਤੋਂ ਬਾਅਦ ਸਰਵੇਖਣ ਕਰਦੇ ਹਨ ਕਿ ਨਵੀਆਂ ਚੀਜ਼ਾਂ ਦਾ ਧਿਆਨ ਰੱਖਣਾ ਔਖਾ ਹੈ। ਸੂਚਿਤ ਰਹਿਣਾ ਮੁਸ਼ਕਲ ਹੈ, ਅਤੇ ਕੰਪਨੀਆਂ ਹਮੇਸ਼ਾ ਕਿਸੇ ਵੀ ਤਰ੍ਹਾਂ ਸਿੱਖਣ ਨੂੰ ਤਰਜੀਹ ਨਹੀਂ ਦਿੰਦੀਆਂ। ਇਸ ਵਿੱਚ ਮਦਦ ਕਰਨ ਲਈ, ਇੱਥੇ ਕੁਝ ਸਰੋਤ ਦਿੱਤੇ ਗਏ ਹਨ ਜੋ ਸਧਾਰਨ ਅਤੇ ਸੰਖੇਪ ਤਰੀਕਿਆਂ ਨਾਲ ਅੱਪਡੇਟ ਪ੍ਰਦਾਨ ਕਰਦੇ ਹਨ ਤਾਂ ਜੋ ਤੁਸੀਂ ਲੋੜੀਂਦੀ ਜਾਣਕਾਰੀ ਜਲਦੀ ਪ੍ਰਾਪਤ ਕਰ ਸਕੋ:
ਵੈੱਬ ਪਲੇਟਫਾਰਮ ਐਕਸਪਲੋਰਰ ਸਾਈਟ ਦੀ ਵਿਸ਼ੇਸ਼ਤਾ ਰੱਖਦਾ ਹੈ: ਤੁਹਾਨੂੰ ਇਸਦੇ ਰੀਲੀਜ਼ ਨੋਟਸ ਪੰਨੇ ਵਿੱਚ ਦਿਲਚਸਪੀ ਹੋ ਸਕਦੀ ਹੈ। ਅਤੇ, ਜੇਕਰ ਤੁਸੀਂ RSS ਨੂੰ ਪਸੰਦ ਕਰਦੇ ਹੋ, ਤਾਂ ਰੀਲੀਜ਼ ਨੋਟਸ ਫੀਡ ਦੇ ਨਾਲ-ਨਾਲ ਬੇਸਲਾਈਨ ਨਵੀਆਂ ਉਪਲਬਧ ਅਤੇ ਵਿਆਪਕ ਤੌਰ 'ਤੇ ਉਪਲਬਧ ਫੀਡਾਂ ਦੀ ਜਾਂਚ ਕਰੋ।
ਵੈੱਬਪਲੇਟਫਾਰਮ ਸਥਿਤੀ ਡੈਸ਼ਬੋਰਡ: ਤੁਹਾਨੂੰ ਇਸਦੇ ਵੱਖ-ਵੱਖ ਬੇਸਲਾਈਨ ਸਾਲ ਪੰਨੇ ਪਸੰਦ ਹੋ ਸਕਦੇ ਹਨ।
Chrome ਪਲੇਟਫਾਰਮ ਸਥਿਤੀ ਦਾ ਰੋਡਮੈਪ ਪੰਨਾ।
ਜੇਕਰ ਤੁਹਾਡੇ ਕੋਲ ਥੋੜਾ ਹੋਰ ਸਮਾਂ ਹੈ, ਤਾਂ ਤੁਸੀਂ ਬ੍ਰਾਊਜ਼ਰ ਵਿਕਰੇਤਾ ਦੇ ਰੀਲੀਜ਼ ਨੋਟਸ ਵਿੱਚ ਵੀ ਦਿਲਚਸਪੀ ਲੈ ਸਕਦੇ ਹੋ:
ਕਰੋਮ ਕਿਨਾਰਾ ਫਾਇਰਫਾਕਸ ਸਫਾਰੀ
ਹੋਰ ਸਰੋਤਾਂ ਲਈ, ਮੇਰੀ ਨੈਵੀਗੇਟਿੰਗ ਵੈੱਬ ਪਲੇਟਫਾਰਮ ਚੀਟਸ਼ੀਟ ਦੇਖੋ। ਮੇਰੀ ਗੱਲ ਅਜੇ ਵੀ ਲਾਗੂ ਨਹੀਂ ਹੋਈ ਇਹ ਸਮੱਸਿਆ ਦਾ ਦੂਜਾ ਪਾਸਾ ਹੈ। ਭਾਵੇਂ ਤੁਸੀਂ ਸਮਾਂ, ਊਰਜਾ, ਅਤੇ ਟਰੈਕ ਰੱਖਣ ਦੇ ਤਰੀਕੇ ਲੱਭ ਲੈਂਦੇ ਹੋ, ਫਿਰ ਵੀ ਤੁਹਾਡੀ ਆਵਾਜ਼ ਸੁਣਨ ਅਤੇ ਤੁਹਾਡੀਆਂ ਮਨਪਸੰਦ ਵਿਸ਼ੇਸ਼ਤਾਵਾਂ ਨੂੰ ਲਾਗੂ ਕਰਨ ਵਿੱਚ ਨਿਰਾਸ਼ਾ ਹੈ। ਹੋ ਸਕਦਾ ਹੈ ਕਿ ਤੁਸੀਂ ਕਿਸੇ ਖਾਸ ਬੱਗ ਦੇ ਹੱਲ ਲਈ ਸਾਲਾਂ ਤੋਂ ਉਡੀਕ ਕਰ ਰਹੇ ਹੋ, ਜਾਂ ਕਿਸੇ ਖਾਸ ਵਿਸ਼ੇਸ਼ਤਾ ਨੂੰ ਬ੍ਰਾਊਜ਼ਰ ਵਿੱਚ ਭੇਜਣ ਲਈ, ਜਿੱਥੇ ਇਹ ਅਜੇ ਵੀ ਗੁੰਮ ਹੈ। ਮੈਂ ਕੀ ਕਹਾਂਗਾ ਕਿ ਬ੍ਰਾਊਜ਼ਰ ਵਿਕਰੇਤਾ ਸੁਣਦੇ ਹਨ. ਮੈਂ ਕਈ ਕਰਾਸ-ਸੰਗਠਨ ਟੀਮਾਂ ਦਾ ਹਿੱਸਾ ਹਾਂ ਜਿੱਥੇ ਅਸੀਂ ਹਰ ਸਮੇਂ ਡਿਵੈਲਪਰ ਸਿਗਨਲਾਂ ਅਤੇ ਫੀਡਬੈਕ ਬਾਰੇ ਚਰਚਾ ਕਰਦੇ ਹਾਂ। ਅਸੀਂ ਫੀਡਬੈਕ ਦੇ ਬਹੁਤ ਸਾਰੇ ਵੱਖ-ਵੱਖ ਸਰੋਤਾਂ ਨੂੰ ਦੇਖਦੇ ਹਾਂ, ਹਰੇਕ ਬ੍ਰਾਊਜ਼ਰ ਵਿਕਰੇਤਾ 'ਤੇ ਅੰਦਰੂਨੀ ਅਤੇ ਫੋਰਮਾਂ 'ਤੇ ਬਾਹਰੀ/ਜਨਤਕ, ਓਪਨ ਸੋਰਸ ਪ੍ਰੋਜੈਕਟ, ਬਲੌਗ ਅਤੇ ਸਰਵੇਖਣ। ਅਤੇ, ਅਸੀਂ ਹਮੇਸ਼ਾ ਡਿਵੈਲਪਰਾਂ ਲਈ ਉਹਨਾਂ ਦੀਆਂ ਖਾਸ ਲੋੜਾਂ ਅਤੇ ਵਰਤੋਂ ਦੇ ਮਾਮਲਿਆਂ ਨੂੰ ਸਾਂਝਾ ਕਰਨ ਲਈ ਬਿਹਤਰ ਤਰੀਕੇ ਬਣਾਉਣ ਦੀ ਕੋਸ਼ਿਸ਼ ਕਰ ਰਹੇ ਹਾਂ। ਇਸ ਲਈ, ਜੇਕਰ ਤੁਸੀਂ ਕਰ ਸਕਦੇ ਹੋ, ਤਾਂ ਕਿਰਪਾ ਕਰਕੇ ਬ੍ਰਾਊਜ਼ਰ ਵਿਕਰੇਤਾਵਾਂ ਤੋਂ ਹੋਰ ਮੰਗ ਕਰੋ ਅਤੇ ਸਾਨੂੰ ਲੋੜੀਂਦੀਆਂ ਵਿਸ਼ੇਸ਼ਤਾਵਾਂ ਲਾਗੂ ਕਰਨ ਲਈ ਦਬਾਅ ਦਿਓ। ਮੈਂ ਸਮਝਦਾ ਹਾਂ ਕਿ ਇਸ ਵਿੱਚ ਸਮਾਂ ਲੱਗਦਾ ਹੈ, ਅਤੇ ਇਹ ਡਰਾਉਣਾ ਵੀ ਹੋ ਸਕਦਾ ਹੈ (ਪ੍ਰਵੇਸ਼ ਲਈ ਉੱਚ ਰੁਕਾਵਟ ਦਾ ਜ਼ਿਕਰ ਨਾ ਕਰਨਾ), ਪਰ ਇਹ ਕੰਮ ਵੀ ਕਰਦਾ ਹੈ। ਇੱਥੇ ਕੁਝ ਤਰੀਕੇ ਹਨ ਜਿਨ੍ਹਾਂ ਨਾਲ ਤੁਸੀਂ ਆਪਣੀ (ਜਾਂ ਤੁਹਾਡੀ ਕੰਪਨੀ ਦੀ) ਆਵਾਜ਼ ਸੁਣ ਸਕਦੇ ਹੋ: ਸਾਲਾਨਾ ਸਟੇਟ ਆਫ਼ JS, ਸਟੇਟ ਆਫ਼ CSS, ਅਤੇ ਸਟੇਟ ਆਫ਼ HTML ਸਰਵੇਖਣਾਂ ਨੂੰ ਲਓ। ਉਹ ਇਸ ਵਿੱਚ ਇੱਕ ਵੱਡੀ ਭੂਮਿਕਾ ਨਿਭਾਉਂਦੇ ਹਨ ਕਿ ਕਿਵੇਂ ਬ੍ਰਾਊਜ਼ਰ ਵਿਕਰੇਤਾ ਆਪਣੇ ਕੰਮ ਨੂੰ ਤਰਜੀਹ ਦਿੰਦੇ ਹਨ। ਜੇਕਰ ਤੁਹਾਨੂੰ ਬ੍ਰਾਊਜ਼ਰਾਂ ਵਿੱਚ ਲਗਾਤਾਰ ਲਾਗੂ ਕੀਤੇ ਜਾਣ ਲਈ ਇੱਕ ਖਾਸ ਸਟੈਂਡਰਡ-ਆਧਾਰਿਤ API ਦੀ ਲੋੜ ਹੈ, ਤਾਂ ਅਗਲੇ ਇੰਟਰੋਪ ਪ੍ਰੋਜੈਕਟ ਦੁਹਰਾਅ 'ਤੇ ਇੱਕ ਪ੍ਰਸਤਾਵ ਜਮ੍ਹਾਂ ਕਰਨ ਬਾਰੇ ਵਿਚਾਰ ਕਰੋ। ਇਸ ਨੂੰ ਹੋਰ ਸਮਾਂ ਚਾਹੀਦਾ ਹੈ, ਪਰ ਵਿਚਾਰ ਕਰੋ ਕਿ ਕਿਵੇਂ Shopify ਅਤੇ RUMvision ਨੇ Interop 2026 ਲਈ ਆਪਣੀਆਂ ਇੱਛਾ ਸੂਚੀਆਂ ਸਾਂਝੀਆਂ ਕੀਤੀਆਂ। ਇਸ ਤਰ੍ਹਾਂ ਦੀ ਵਿਸਤ੍ਰਿਤ ਜਾਣਕਾਰੀ ਬ੍ਰਾਊਜ਼ਰ ਵਿਕਰੇਤਾਵਾਂ ਨੂੰ ਤਰਜੀਹ ਦੇਣ ਲਈ ਬਹੁਤ ਉਪਯੋਗੀ ਹੋ ਸਕਦੀ ਹੈ। ਬ੍ਰਾਊਜ਼ਰ ਵਿਕਰੇਤਾਵਾਂ ਨੂੰ ਪ੍ਰਭਾਵਿਤ ਕਰਨ ਲਈ ਹੋਰ ਉਪਯੋਗੀ ਲਿੰਕਾਂ ਲਈ, ਮੇਰੀ ਨੈਵੀਗੇਟਿੰਗ ਦ ਵੈੱਬ ਪਲੇਟਫਾਰਮ ਚੀਟਸ਼ੀਟ ਦੇਖੋ। ਸਿੱਟਾ ਬੰਦ ਕਰਨ ਲਈ, ਮੈਂ ਉਮੀਦ ਕਰਦਾ ਹਾਂ ਕਿ ਇਸ ਲੇਖ ਨੇ ਤੁਹਾਡੇ ਬਾਰੇ ਸੋਚਣ ਲਈ ਕੁਝ ਚੀਜ਼ਾਂ ਛੱਡੀਆਂ ਹਨ:
ਚਿਣਾਈ ਅਤੇ ਹੋਰ ਆਉਣ ਵਾਲੀਆਂ ਵੈਬ ਵਿਸ਼ੇਸ਼ਤਾਵਾਂ ਲਈ ਉਤਸ਼ਾਹ। ਕੁਝ ਵੈੱਬ ਵਿਸ਼ੇਸ਼ਤਾਵਾਂ ਜੋ ਤੁਸੀਂ ਵਰਤਣਾ ਸ਼ੁਰੂ ਕਰਨਾ ਚਾਹ ਸਕਦੇ ਹੋ। ਕਸਟਮ ਜਾਂ ਤੀਜੀ-ਧਿਰ ਕੋਡ ਦੇ ਕੁਝ ਟੁਕੜੇ ਜੋ ਤੁਸੀਂ ਬਿਲਟ-ਇਨ ਵਿਸ਼ੇਸ਼ਤਾਵਾਂ ਦੇ ਪੱਖ ਵਿੱਚ ਹਟਾਉਣ ਦੇ ਯੋਗ ਹੋ ਸਕਦੇ ਹੋ। ਕੀ ਆ ਰਿਹਾ ਹੈ ਇਸ 'ਤੇ ਨਜ਼ਰ ਰੱਖਣ ਅਤੇ ਬ੍ਰਾਊਜ਼ਰ ਵਿਕਰੇਤਾਵਾਂ ਨੂੰ ਪ੍ਰਭਾਵਿਤ ਕਰਨ ਦੇ ਕੁਝ ਤਰੀਕੇ।
ਸਭ ਤੋਂ ਮਹੱਤਵਪੂਰਨ, ਮੈਨੂੰ ਉਮੀਦ ਹੈ ਕਿ ਮੈਂ ਤੁਹਾਨੂੰ ਵੈੱਬ ਪਲੇਟਫਾਰਮ ਦੀ ਪੂਰੀ ਸਮਰੱਥਾ ਨਾਲ ਵਰਤੋਂ ਕਰਨ ਦੇ ਲਾਭਾਂ ਬਾਰੇ ਯਕੀਨ ਦਿਵਾਇਆ ਹੈ।
