ਵਿਸ਼ਾ - ਸੂਚੀ[ਛੁਪਾਓ][ਦਿਖਾਓ]
ਮਾਈਕ੍ਰੋ ਸਰਵਿਸਿਜ਼ ਦੇ ਵਿਚਾਰ ਨੇ ਹਾਲ ਹੀ ਵਿੱਚ ਬਹੁਤ ਧਿਆਨ ਖਿੱਚਿਆ ਹੈ, ਅਤੇ ਬਹੁਤ ਸਾਰੀਆਂ ਫਰਮਾਂ ਇਸਦੀ ਵਰਤੋਂ ਵੱਡੇ, ਮੋਨੋਲੀਥਿਕ ਬੈਕਐਂਡ ਨੂੰ ਦੂਰ ਕਰਨ ਲਈ ਕਰ ਰਹੀਆਂ ਹਨ।
ਫਰੰਟਐਂਡ ਦੇ ਨਾਲ ਉਸੇ ਰੂਟ 'ਤੇ ਜਾਣਾ ਅਜੇ ਵੀ ਬਹੁਤ ਸਾਰੇ ਕਾਰੋਬਾਰਾਂ ਲਈ ਇੱਕ ਚੁਣੌਤੀ ਹੈ, ਭਾਵੇਂ ਕਿ ਵੈਬ ਐਪਸ ਦੇ ਸਰਵਰ-ਸਾਈਡ ਨੂੰ ਬਣਾਉਣ ਦਾ ਇਹ ਵੰਡਿਆ ਤਰੀਕਾ ਖੋਜ ਅਤੇ ਐਗਜ਼ੀਕਿਊਸ਼ਨ ਦੇ ਰੂਪ ਵਿੱਚ ਘੱਟ ਜਾਂ ਘੱਟ ਭਰੋਸੇਯੋਗ ਹੈ.
ਇਸਦੀ ਨਜ਼ਦੀਕੀ ਨਿਰਭਰਤਾ ਦੇ ਕਾਰਨ, ਕਲਾਇੰਟ-ਸਾਈਡ ਮੋਨੋਲਿਥ ਆਮ ਤੌਰ 'ਤੇ ਨਵੀਆਂ ਵਿਸ਼ੇਸ਼ਤਾਵਾਂ ਨੂੰ ਏਕੀਕ੍ਰਿਤ ਕਰਨਾ, ਨਵੀਂ ਤਕਨੀਕਾਂ ਨੂੰ ਅਪਣਾਉਣਾ, ਅਤੇ ਵਿਅਕਤੀਗਤ ਭਾਗਾਂ ਨੂੰ ਸਕੇਲ ਕਰਨਾ ਮੁਸ਼ਕਲ ਬਣਾਉਂਦਾ ਹੈ।
ਇਹਨਾਂ ਅਤੇ ਹੋਰ ਚੁਣੌਤੀਆਂ ਨੇ ਫਰੰਟਐਂਡ ਡਿਵੈਲਪਰਾਂ ਨੂੰ ਮਾਈਕ੍ਰੋ ਸਰਵਿਸਿਜ਼ ਦੀ ਵਰਤੋਂ ਕਰਕੇ ਜਾਂਚ ਕਰਨ ਲਈ ਪ੍ਰੇਰਿਆ ਹੈ।
ਨਤੀਜੇ ਵਜੋਂ, ਵੈੱਬਸਾਈਟਾਂ ਅਤੇ ਵੈੱਬ-ਅਧਾਰਿਤ ਐਪਲੀਕੇਸ਼ਨਾਂ ਦੀ ਫਰੰਟ-ਐਂਡ ਪਰਤ ਬਣਾਉਣ ਲਈ ਮਾਈਕ੍ਰੋ ਫਰੰਟਐਂਡ ਵਜੋਂ ਜਾਣੀ ਜਾਂਦੀ ਇੱਕ ਬਿਲਕੁਲ-ਨਵੀਂ ਆਰਕੀਟੈਕਚਰਲ ਰਣਨੀਤੀ ਵਿਕਸਿਤ ਕੀਤੀ ਗਈ ਸੀ।
ਇਹ ਸ਼ਬਦ ਪਹਿਲੀ ਵਾਰ 2016 ਵਿੱਚ ਵਰਤਿਆ ਗਿਆ ਸੀ, ਅਤੇ ਉਦੋਂ ਤੋਂ, ਇਸਨੇ ਇੱਕ ਚੰਗੇ ਕਾਰਨ ਲਈ ਬਹੁਤ ਧਿਆਨ ਦਿੱਤਾ ਹੈ।
ਇਹ ਲੇਖ ਮਾਈਕ੍ਰੋ ਫ੍ਰੰਟਐਂਡ ਕੀ ਹਨ ਅਤੇ ਉਹਨਾਂ ਦੁਆਰਾ ਹੱਲ ਕੀਤੇ ਜਾਣ ਵਾਲੇ ਮੁੱਦਿਆਂ ਦੀ ਇੱਕ ਆਮ ਸਮਝ ਪ੍ਰਦਾਨ ਕਰੇਗਾ। ਇਹ ਕੰਮ ਕਰ ਰਿਹਾ ਹੈ, ਨਾਲ ਹੀ ਫ਼ਾਇਦੇ ਅਤੇ ਨੁਕਸਾਨ.
ਮਾਈਕ੍ਰੋ ਫਰੰਟ-ਐਂਡ ਆਰਕੀਟੈਕਚਰ ਦੀ ਜਾਣ-ਪਛਾਣ
ਫਰੰਟ-ਐਂਡ ਵਿਕਾਸ ਦੀ ਇੱਕ ਸਮਕਾਲੀ ਵਿਧੀ ਜਿਸਨੂੰ ਮਾਈਕ੍ਰੋ-ਫਰੰਟਐਂਡ ਆਰਕੀਟੈਕਚਰ ਕਿਹਾ ਜਾਂਦਾ ਹੈ, ਨੂੰ ਵੰਡਦਾ ਹੈ ਵੈੱਬ ਐਪਲੀਕੇਸ਼ਨ ਛੋਟੇ, ਸੁਤੰਤਰ ਹਿੱਸਿਆਂ ਵਿੱਚ.
ਅੰਤਮ ਉਪਭੋਗਤਾ ਲਈ, ਇਹ ਹਿੱਸੇ ਇੱਕ ਯੂਨਿਟ ਜਾਪਦੇ ਹਨ ਭਾਵੇਂ ਉਹ ਸੁਤੰਤਰ ਤੌਰ 'ਤੇ ਬਣਾਏ ਗਏ ਸਨ ਅਤੇ ਫਿਰ ਇਕੱਠੇ ਰੱਖੇ ਗਏ ਸਨ।
ਇਸ ਅੰਤਰ ਦੇ ਨਾਲ ਕਿ ਮਾਈਕਰੋ ਫਰੰਟਐਂਡ ਔਨਲਾਈਨ ਹੱਲਾਂ ਦੇ ਸਰਵਰ ਸਾਈਡ ਨਾਲ ਨਹੀਂ, ਕਲਾਇੰਟ ਸਾਈਡ ਨਾਲ ਸਬੰਧਤ ਹਨ, ਉਹਨਾਂ ਦੇ ਅਧੀਨ ਤਰਕ ਮਾਈਕ੍ਰੋ ਸਰਵਿਸਿਜ਼ ਦੇ ਸਮਾਨ ਹੈ।
ਸੂਖਮ ਵੈੱਬ-ਅਧਾਰਿਤ ਉਤਪਾਦ ਬਣਾਉਣਾ ਇੱਕ ਮਾਈਕ੍ਰੋ ਫਰੰਟਐਂਡ ਪਹੁੰਚ ਦੀ ਵਰਤੋਂ ਕਰਦੇ ਸਮੇਂ ਸਭ ਤੋਂ ਵੱਧ ਅਰਥ ਰੱਖਦਾ ਹੈ।
ਮਾਈਕ੍ਰੋ ਫ੍ਰੰਟਐਂਡ, ਜਿਵੇਂ ਕਿ ਵਧੇਰੇ ਰਵਾਇਤੀ ਫਰੰਟ-ਐਂਡ ਮੋਨੋਲਿਥ ਦੇ ਉਲਟ, ਬਹੁਤ ਸਾਰੀਆਂ ਟੀਮਾਂ ਨੂੰ ਵੱਖ-ਵੱਖ ਸੌਫਟਵੇਅਰ ਪ੍ਰੋਜੈਕਟਾਂ 'ਤੇ ਵੱਖਰੇ ਤੌਰ 'ਤੇ ਸਹਿਯੋਗ ਕਰਨ ਦੇ ਯੋਗ ਬਣਾਉਂਦੇ ਹਨ।
ਪ੍ਰੋਗਰਾਮਰ ਇਸ ਆਰਕੀਟੈਕਚਰਲ ਡਿਜ਼ਾਈਨ ਦੀ ਵਰਤੋਂ ਕਰਕੇ ਵਧੇਰੇ ਤੇਜ਼ੀ ਨਾਲ ਅਤੇ ਵੱਧ ਸਕੇਲੇਬਿਲਟੀ ਅਤੇ ਰੱਖ-ਰਖਾਅਯੋਗਤਾ ਨਾਲ ਵੈਬ ਐਪਸ ਬਣਾ ਸਕਦੇ ਹਨ।
ਇਸਨੂੰ ਸਧਾਰਨ ਰੂਪ ਵਿੱਚ ਕਹਿਣ ਲਈ, ਹਰੇਕ ਮਾਈਕਰੋ ਫਰੰਟਐਂਡ ਵੈਬ ਪੇਜ ਦੇ ਇੱਕ ਵੱਖਰੇ ਹਿੱਸੇ ਲਈ ਕੋਡ ਦਾ ਇੱਕ ਟੁਕੜਾ ਹੈ।
ਇਹ ਵਿਸ਼ੇਸ਼ਤਾਵਾਂ ਵੱਖਰੀਆਂ ਟੀਮਾਂ ਦੁਆਰਾ ਨਿਯੰਤਰਿਤ ਕੀਤੀਆਂ ਜਾਂਦੀਆਂ ਹਨ, ਜਿਨ੍ਹਾਂ ਵਿੱਚੋਂ ਹਰ ਇੱਕ ਖਾਸ ਉਦਯੋਗ ਜਾਂ ਉਦੇਸ਼ ਵਿੱਚ ਮੁਹਾਰਤ ਰੱਖਦਾ ਹੈ।
ਮੋਨੋਲਿਥਿਕ ਬਨਾਮ ਮਾਈਕ੍ਰੋਸਰਵਿਸਿਜ਼ ਬਨਾਮ ਮਾਈਕ੍ਰੋ ਫਰੰਟਐਂਡ ਆਰਕੀਟੈਕਚਰ
ਤਬਦੀਲ ਕਰਨ ਬਾਰੇ ਸੋਚੋ। ਕੀ ਤੁਹਾਡੇ ਲਈ ਹਰ ਚੀਜ਼ ਨੂੰ ਬਹੁਤ ਸਾਰੇ ਛੋਟੇ, ਮਾਹਰ ਲੇਬਲ ਵਾਲੇ ਬਕਸਿਆਂ ਵਿੱਚ ਸੰਗਠਿਤ ਕਰਨਾ ਅਤੇ ਹਰੇਕ ਨੂੰ ਵੱਖਰੇ ਤੌਰ 'ਤੇ ਤਬਦੀਲ ਕਰਨਾ ਜਾਂ ਪੂਰੇ ਸਟਾਫ ਨੂੰ ਇੱਕ ਵਿਸ਼ਾਲ ਬਕਸੇ ਵਿੱਚ ਪੈਕ ਕਰਨਾ ਅਤੇ ਇਸਨੂੰ ਇੱਕ ਨਵੇਂ ਸਥਾਨ 'ਤੇ ਲਿਜਾਣਾ ਸੌਖਾ ਹੋਵੇਗਾ?
ਸਪੱਸ਼ਟ ਹੱਲ ਉੱਥੇ ਹੈ.
ਇਹ ਸਮਾਨਤਾ ਦੋ ਵੱਖ-ਵੱਖ ਵੈੱਬ ਐਪ ਆਰਕੀਟੈਕਚਰ, ਮੋਨੋਲਿਥ ਅਤੇ ਮਾਈਕ੍ਰੋ ਸਰਵਿਸਿਜ਼ (ਜਿਸ ਨੂੰ ਮਾਈਕ੍ਰੋ ਫਰੰਟਐਂਡ ਵੀ ਕਿਹਾ ਜਾਂਦਾ ਹੈ) ਦੀ ਤੁਲਨਾ ਕਰਦਾ ਹੈ।
ਮੋਨੋਲਿਥਿਕ ਆਰਕੀਟੈਕਚਰ
ਤੁਸੀਂ "ਚੰਗੇ ਪੁਰਾਣੇ ਦਿਨਾਂ" ਨੂੰ ਯਾਦ ਕਰਨ ਦੇ ਯੋਗ ਹੋ ਸਕਦੇ ਹੋ ਜਦੋਂ ਇੱਕ ਪੂਰੀ ਐਪਲੀਕੇਸ਼ਨ ਇੱਕ ਸਿੰਗਲ, ਇਕਸੁਰਤਾ ਵਾਲੀ ਹਸਤੀ ਵਜੋਂ ਬਣਾਈ ਗਈ ਸੀ। ਅਜਿਹੀ ਵਿਧੀ ਨੂੰ ਮੋਨੋਲਿਥ ਕਿਹਾ ਜਾਂਦਾ ਹੈ, ਜੋ ਕਿ ਇੱਕ ਵੱਡੇ ਪੱਥਰ ਦੇ ਬਲਾਕ ਲਈ ਇੱਕ ਪੁਰਾਣਾ ਸ਼ਬਦ ਹੈ।
ਇਹ ਸਮਝ ਬਣਦਾ ਹੈ.
ਮੋਨੋਲਿਥਿਕ ਪ੍ਰਣਾਲੀਆਂ ਵਿੱਚ ਪਰਸਪਰ ਨਿਰਭਰ ਤੱਤ ਹੁੰਦੇ ਹਨ। ਇਸ ਲਈ, ਜੇਕਰ ਤੁਸੀਂ ਕਿਸੇ ਚੀਜ਼ ਨੂੰ ਸੋਧਣਾ ਚਾਹੁੰਦੇ ਹੋ ਜਾਂ ਕੋਈ ਨਵੀਂ ਵਿਸ਼ੇਸ਼ਤਾ ਜੋੜਨਾ ਚਾਹੁੰਦੇ ਹੋ, ਤਾਂ ਇਹ ਸੰਭਵ ਹੈ ਕਿ ਪੂਰਾ ਸਿਸਟਮ ਟੁੱਟ ਸਕਦਾ ਹੈ।
ਭਾਵੇਂ ਇਹ ਪੁਰਾਣਾ ਹੈ, ਇਹ ਕਦੇ-ਕਦਾਈਂ ਮੌਜੂਦ ਹੈ। ਹਾਂ, ਅਸੀਂ ਤੁਹਾਡੇ ਮੌਜੂਦਾ ਸਮੀਕਰਨ ਤੋਂ ਜਾਣੂ ਹਾਂ।
ਕੋਡਬੇਸ ਦੀ ਦੋ ਵੱਖ-ਵੱਖ ਹਿੱਸਿਆਂ ਵਿੱਚ ਸੰਕਲਪਿਕ ਵੰਡ - ਫਰੰਟਐਂਡ (ਕਲਾਇੰਟ-ਸਾਈਡ) ਅਤੇ ਬੈਕਐਂਡ (ਸਰਵਰ-ਸਾਈਡ) - ਅਟੱਲ ਹੋ ਗਈ ਕਿਉਂਕਿ ਨਵੀਆਂ ਤਕਨਾਲੋਜੀਆਂ ਵਿਕਸਿਤ ਹੋਈਆਂ ਅਤੇ ਸੌਫਟਵੇਅਰ ਉਤਪਾਦ ਵਧੇਰੇ ਗੁੰਝਲਦਾਰ ਹੋ ਗਏ।
ਸੰਚਾਲਨ ਦਾ ਸਭ ਤੋਂ ਪ੍ਰਸਿੱਧ ਤਰੀਕਾ ਹੁਣ ਪੇਸ਼ਕਾਰੀ ਪਰਤ ਦੇ ਵਿਚਕਾਰ ਚਿੰਤਾਵਾਂ ਨੂੰ ਵੱਖ ਕਰਨਾ ਹੈ ਜਿਸ ਨਾਲ ਅੰਤਮ ਉਪਭੋਗਤਾ ਇੰਟਰੈਕਟ ਕਰਦਾ ਹੈ ਅਤੇ ਹਰ ਚੀਜ਼ ਜੋ ਬੈਕਗ੍ਰਾਉਂਡ ਵਿੱਚ ਹੁੰਦੀ ਹੈ।
ਇਸ ਨੂੰ ਦੋ ਸਾਫਟਵੇਅਰ ਇੰਜਨੀਅਰਿੰਗ ਟੀਮਾਂ ਦੀ ਲੋੜ ਹੈ, ਵਿਜ਼ੂਅਲ ਕੰਪੋਨੈਂਟ ਬਣਾਉਣ ਵਾਲੀ ਫਰੰਟ-ਐਂਡ ਟੀਮ ਅਤੇ ਬੈਕ-ਐਂਡ ਟੀਮ ਵੈੱਬ ਸੇਵਾਵਾਂ, ਕਾਰੋਬਾਰੀ ਤਰਕ, ਡੇਟਾ ਐਕਸੈਸ, ਏਕੀਕਰਣ ਆਦਿ ਦਾ ਨਿਰਮਾਣ ਕਰਦੀ ਹੈ।
ਹਾਲਾਂਕਿ, ਇਸ ਵਿਛੋੜੇ ਦੇ ਬਾਵਜੂਦ, ਇਹ ਰਣਨੀਤੀ ਅਜੇ ਵੀ ਕੁਦਰਤ ਦੁਆਰਾ ਅਖੰਡ ਬਣੀ ਹੋਈ ਹੈ।
ਮੁੱਖ ਤਬਦੀਲੀ ਇਹ ਹੈ ਕਿ ਸਾਡੇ ਕੋਲ ਹੁਣ ਇੱਕ ਵਿਸ਼ਾਲ ਐਪਲੀਕੇਸ਼ਨ ਦੀ ਬਜਾਏ ਕੋਡ ਦੇ ਦੋ ਵੱਡੇ ਬਲਾਕ ਹਨ - ਫਰੰਟਐਂਡ ਅਤੇ ਬੈਕਐਂਡ -। ਮੋਨੋਲੀਥਿਕ ਆਰਕੀਟੈਕਚਰ ਭਿਆਨਕ ਹੋਣ ਦੀ ਲੋੜ ਨਹੀਂ ਹੈ; ਉਹਨਾਂ ਦੇ ਕੁਝ ਫਾਇਦੇ ਹਨ, ਸਮੇਤ
- ਇੱਕ ਸਿੰਗਲ ਸਰੋਤ ਕੋਡਬੇਸ ਅਤੇ ਇੱਕ ਬਹੁਤ ਹੀ ਸਧਾਰਨ ਡਿਜ਼ਾਈਨ ਦੇ ਨਾਲ ਛੋਟੇ ਐਪਲੀਕੇਸ਼ਨਾਂ ਲਈ ਸਧਾਰਨ ਅਤੇ ਤੇਜ਼ ਵਿਕਾਸ;
- ਟੈਸਟਿੰਗ ਅਤੇ ਡੀਬੱਗਿੰਗ ਬਹੁਤ ਹੀ ਸਿੱਧੀਆਂ ਹਨ ਕਿਉਂਕਿ ਸਾਰੇ ਕੋਡ ਇੱਕ ਸਥਾਨ 'ਤੇ ਹੁੰਦੇ ਹਨ, ਇੱਕ ਟੀਮ ਲਈ ਬੇਨਤੀ ਦੇ ਪ੍ਰਵਾਹ ਨੂੰ ਟਰੈਕ ਕਰਨਾ ਅਤੇ ਬੱਗਾਂ ਦੀ ਪਛਾਣ ਕਰਨਾ ਆਸਾਨ ਬਣਾਉਂਦਾ ਹੈ;
- ਕਿਸੇ ਐਪਲੀਕੇਸ਼ਨ ਦੇ ਵਿਕਾਸ ਦੇ ਸ਼ੁਰੂ ਵਿੱਚ, ਖਰਚੇ ਸਸਤੇ ਹੁੰਦੇ ਹਨ ਕਿਉਂਕਿ ਨਵੀਆਂ ਵਿਸ਼ੇਸ਼ਤਾਵਾਂ ਸ਼ਾਮਲ ਹੋਣ ਤੱਕ ਨਾ ਤਾਂ ਬੁਨਿਆਦੀ ਢਾਂਚੇ ਦੇ ਖਰਚੇ ਹੁੰਦੇ ਹਨ ਅਤੇ ਨਾ ਹੀ ਵਿਕਾਸ ਦੇ ਖਰਚੇ ਹੁੰਦੇ ਹਨ।
ਇਸ ਰਣਨੀਤੀ ਦੀਆਂ ਕਮੀਆਂ ਵਿੱਚ ਝਲਕਦਾ ਹੈ
- ਪ੍ਰਤਿਬੰਧਿਤ ਤੈਨਾਤੀ ਲਚਕਤਾ - ਟੀਮਾਂ ਨੂੰ ਇੰਤਜ਼ਾਰ ਕਰਨਾ ਚਾਹੀਦਾ ਹੈ ਜੇਕਰ ਪ੍ਰੋਜੈਕਟ 'ਤੇ ਉਨ੍ਹਾਂ ਵਿੱਚੋਂ ਕੁਝ ਹੀ ਕੰਮ ਕਰ ਰਹੇ ਹਨ ਅਤੇ ਹਰ ਵਾਰ ਜਦੋਂ ਤੁਸੀਂ ਕੋਡ ਨੂੰ ਅਪਡੇਟ ਕਰਦੇ ਹੋ ਤਾਂ ਨਵੀਂ ਤੈਨਾਤੀ ਦੀ ਲੋੜ ਹੁੰਦੀ ਹੈ;
- ਨਵੀਆਂ ਤਕਨੀਕਾਂ ਨੂੰ ਅਪਣਾਉਣਾ ਚੁਣੌਤੀਪੂਰਨ ਹੈ ਕਿਉਂਕਿ ਅਜਿਹਾ ਕਰਨ ਲਈ ਇੱਕ ਮਹੱਤਵਪੂਰਨ ਹਿੱਸੇ ਨੂੰ ਦੁਬਾਰਾ ਲਿਖਣ ਦੀ ਲੋੜ ਹੁੰਦੀ ਹੈ, ਜੇ ਪੂਰੇ ਪ੍ਰੋਜੈਕਟ ਨੂੰ ਨਹੀਂ।
- ਜਦੋਂ ਡਿਵੈਲਪਰਾਂ ਦੀ ਗਿਣਤੀ ਵਧਦੀ ਹੈ, ਤਾਂ ਕੋਡ ਦੀ ਇੱਕ ਪ੍ਰਣਾਲੀ ਨੇੜਿਓਂ ਜੁੜੀ, ਗੁੰਝਲਦਾਰ, ਅਤੇ ਪ੍ਰਬੰਧਨ ਅਤੇ ਸਮਝਣ ਵਿੱਚ ਮੁਸ਼ਕਲ ਹੋ ਜਾਂਦੀ ਹੈ।
- ਸੰਗਠਨਾਤਮਕ ਮੁੱਦੇ - ਹਰੇਕ ਟੀਮ ਮੈਂਬਰ ਨੂੰ ਲਾਇਬ੍ਰੇਰੀਆਂ ਦੇ ਇੱਕੋ ਸੰਸਕਰਣ ਦੀ ਵਰਤੋਂ ਕਰਨੀ ਚਾਹੀਦੀ ਹੈ ਅਤੇ ਕਿਸੇ ਵੀ ਤਬਦੀਲੀ ਦੀ ਰਿਪੋਰਟ ਕਰਨੀ ਚਾਹੀਦੀ ਹੈ ਜੇਕਰ ਬਹੁਤ ਸਾਰੀਆਂ ਟੀਮਾਂ ਇੱਕ ਮੋਨੋਲੀਥਿਕ ਪ੍ਰੋਜੈਕਟ 'ਤੇ ਕੰਮ ਕਰ ਰਹੀਆਂ ਹਨ।
- ਸਕੇਲੇਬਿਲਟੀ ਦੇ ਨਾਲ ਚਿੰਤਾਵਾਂ - ਕਿਉਂਕਿ ਪ੍ਰੋਜੈਕਟ ਦੇ ਹਿੱਸੇ ਆਪਸ ਵਿੱਚ ਜੁੜੇ ਹੋਏ ਹਨ, ਉਹਨਾਂ ਨੂੰ ਵੱਖਰੇ ਤੌਰ 'ਤੇ ਸਕੇਲ ਕਰਨਾ ਮੁਸ਼ਕਲ ਪੇਸ਼ ਕਰਦਾ ਹੈ ਜਿਸ ਦੇ ਨਤੀਜੇ ਵਜੋਂ ਮਹੱਤਵਪੂਰਨ ਡਾਊਨਟਾਈਮ ਅਤੇ ਉੱਚ ਖਰਚੇ ਹੁੰਦੇ ਹਨ।
- ਪ੍ਰੋਜੈਕਟ ਦੇ ਗੁੰਝਲਦਾਰ ਤਰਕ ਨੂੰ ਨਵੀਂ ਟੀਮ ਦੇ ਮੈਂਬਰਾਂ ਲਈ ਸਮਝਣਾ ਮੁਸ਼ਕਲ ਹੋ ਸਕਦਾ ਹੈ, ਖਾਸ ਤੌਰ 'ਤੇ ਜੇ ਇਸ 'ਤੇ ਅਸਲ ਵਿੱਚ ਕੰਮ ਕਰਨ ਵਾਲੇ ਇੰਜੀਨੀਅਰ ਹੁਣ ਨੌਕਰੀ ਨਹੀਂ ਕਰਦੇ ਹਨ।
ਮਾਈਕ੍ਰੋਸੇਵਾਵਾਂ ਅਤੇ ਉਹਨਾਂ ਦੇ ਨਜ਼ਦੀਕੀ ਰਿਸ਼ਤੇਦਾਰਾਂ, ਅਤੇ ਮਾਈਕ੍ਰੋ ਫਰੰਟਐਂਡ ਦੇ ਵਿਕਾਸ ਨੇ ਮੋਨੋਲਿਥਿਕ ਪ੍ਰਣਾਲੀਆਂ ਨਾਲ ਪ੍ਰਾਇਮਰੀ ਸਮੱਸਿਆਵਾਂ ਨੂੰ ਸੰਬੋਧਿਤ ਕੀਤਾ।
ਮਾਈਕ੍ਰੋ ਸਰਵਿਸਿਜ਼ ਆਰਕੀਟੈਕਚਰ
ਮਾਈਕ੍ਰੋ ਸਰਵਿਸਿਜ਼ ਵਜੋਂ ਜਾਣੀ ਜਾਂਦੀ ਆਰਕੀਟੈਕਚਰਲ ਵਿਧੀ ਬਹੁਤ ਸਾਰੇ ਢਿੱਲੇ ਤੌਰ 'ਤੇ ਜੁੜੇ ਹੋਏ ਅਤੇ ਸੁਤੰਤਰ ਤੌਰ 'ਤੇ ਤੈਨਾਤ ਕੀਤੇ ਜਾਣ ਵਾਲੇ ਛੋਟੇ ਹਿੱਸੇ, ਜਾਂ ਸੇਵਾਵਾਂ, ਜੋ ਕਿ ਇੱਕ ਐਪਲੀਕੇਸ਼ਨ ਬੈਕਐਂਡ ਬਣਾਉਂਦੇ ਹਨ, ਬਣਾਉਣ ਦੀ ਆਗਿਆ ਦਿੰਦੀ ਹੈ।
ਹਰ ਸੇਵਾ ਦਾ ਆਪਣਾ ਕੋਡਬੇਸ, CI/CD ਪਾਈਪਲਾਈਨਾਂ, DevOps ਪ੍ਰਕਿਰਿਆਵਾਂ, ਅਤੇ ਉਹਨਾਂ ਨੂੰ ਚਲਾਉਣ ਲਈ ਪ੍ਰਕਿਰਿਆਵਾਂ ਹੁੰਦੀਆਂ ਹਨ।
ਤੁਸੀਂ ਉਪਰੋਕਤ ਚਿੱਤਰ ਨੂੰ ਦੇਖ ਕੇ ਦੇਖ ਸਕਦੇ ਹੋ ਕਿ ਮੋਨੋਲੀਥਿਕ ਬੈਕਐਂਡ ਟੀਮ ਨੂੰ ਵੱਖਰੀਆਂ ਟੀਮਾਂ ਵਿੱਚ ਵੰਡਿਆ ਗਿਆ ਹੈ।
ਹਰੇਕ ਐਪਲੀਕੇਸ਼ਨ ਦੇ ਵੱਖਰੇ ਪਹਿਲੂ (ਜਿਵੇਂ ਕਿ ਉਤਪਾਦ ਸੇਵਾ, ਖੋਜ ਸੇਵਾ, ਅਤੇ ਭੁਗਤਾਨ ਸੇਵਾ) 'ਤੇ ਵਿਅਕਤੀਗਤ ਤੌਰ 'ਤੇ ਧਿਆਨ ਕੇਂਦਰਤ ਕਰਦਾ ਹੈ।
ਸੇਵਾਵਾਂ ਦੇ ਵਿਚਕਾਰ ਸੰਚਾਰ APIs ਵਜੋਂ ਜਾਣੇ ਜਾਂਦੇ ਸਥਾਪਿਤ ਪ੍ਰੋਟੋਕੋਲਾਂ ਦੁਆਰਾ ਹੁੰਦਾ ਹੈ, ਜਿਵੇਂ ਕਿ ਹਲਕਾ REST API ਪ੍ਰੋਟੋਕੋਲ ਜੋ ਸਮਕਾਲੀ ਬੇਨਤੀ-ਜਵਾਬ ਪੈਟਰਨਾਂ ਦੀ ਵਰਤੋਂ ਕਰਦਾ ਹੈ।
ਇੱਕ ਹੋਰ ਵਿਕਲਪ ਕਾਫਕਾ ਵਰਗੇ ਸੌਫਟਵੇਅਰ ਦੀ ਵਰਤੋਂ ਕਰਦੇ ਹੋਏ ਅਸਿੰਕ੍ਰੋਨਸ ਸੰਚਾਰ ਦੀ ਵਰਤੋਂ ਕਰਨਾ ਹੈ, ਜੋ ਸੰਚਾਰ ਢਾਂਚੇ ਅਤੇ ਸਮਾਗਮਾਂ ਨੂੰ ਪ੍ਰਕਾਸ਼ਿਤ/ਸਬਸਕ੍ਰਾਈਬ ਕਰਨ ਦੀ ਪੇਸ਼ਕਸ਼ ਕਰਦਾ ਹੈ।
ਮਾਈਕ੍ਰੋ ਸਰਵਿਸਿਜ਼ ਫਰੰਟਐਂਡ (BFF) ਸੇਵਾ ਲਈ ਬੈਕਐਂਡ ਜਾਂ ਨੈੱਟਵਰਕ ਰਾਹੀਂ API ਗੇਟਵੇ ਰਾਹੀਂ ਫਰੰਟਐਂਡ ਨਾਲ ਏਕੀਕ੍ਰਿਤ ਹੁੰਦੀਆਂ ਹਨ। BFF ਹਰੇਕ ਕਲਾਇੰਟ ਲਈ ਇੱਕ ਕਸਟਮਾਈਜ਼ਡ API ਦੀ ਪੇਸ਼ਕਸ਼ ਕਰਦਾ ਹੈ, ਜਦੋਂ ਕਿ API ਗੇਟਵੇ ਮਾਈਕ੍ਰੋ ਸਰਵਿਸਿਜ਼ ਦੇ ਸੰਗ੍ਰਹਿ ਲਈ ਇੱਕ ਸਿੰਗਲ ਪੁਆਇੰਟ ਐਕਸੈਸ ਦਿੰਦੇ ਹਨ।
ਪਰ ਆਟੋਨੋਮਸ ਬੈਕਐਂਡ ਕੰਪੋਨੈਂਟਸ ਅਤੇ ਉਹਨਾਂ ਦੁਆਰਾ ਪ੍ਰਦਾਨ ਕੀਤੇ ਸਾਰੇ ਫਾਇਦਿਆਂ ਦੇ ਨਾਲ, ਫਰੰਟਐਂਡ ਅਜੇ ਵੀ ਇੱਕ ਮੋਨੋਲਿਥ ਹੈ।
ਇਸ ਲਈ, ਇਹ ਉਹ ਥਾਂ ਹੈ ਜਿੱਥੇ ਮਾਈਕਰੋ ਫਰੰਟਐਂਡ ਲਾਭਦਾਇਕ ਹਨ।
ਮਾਈਕ੍ਰੋ ਫਰੰਟਐਂਡ ਆਰਕੀਟੈਕਚਰ
ਮਾਈਕ੍ਰੋ ਸਰਵਿਸਿਜ਼ ਦੀ ਤਰ੍ਹਾਂ, ਜਿੱਥੇ ਢਿੱਲੇ ਤੌਰ 'ਤੇ ਲਿੰਕ ਕੀਤੇ ਭਾਗਾਂ ਨੂੰ ਕਈ ਟੀਮਾਂ ਦੁਆਰਾ ਪ੍ਰਬੰਧਿਤ ਕੀਤਾ ਜਾਂਦਾ ਹੈ, ਮਾਈਕ੍ਰੋ ਫਰੰਟਐਂਡ ਆਰਕੀਟੈਕਚਰ ਬ੍ਰਾਊਜ਼ਰ 'ਤੇ ਧਾਰਨਾ ਨੂੰ ਲਾਗੂ ਕਰਦਾ ਹੈ।
ਇਹ ਵੈਬ ਐਪਲੀਕੇਸ਼ਨ ਯੂਜ਼ਰ ਇੰਟਰਫੇਸ ਇਸ ਢਾਂਚੇ ਦੀ ਪਾਲਣਾ ਕਰਦੇ ਹਨ, ਜਿਸ ਵਿੱਚ ਕੁਝ ਹੱਦ ਤੱਕ ਖੁਦਮੁਖਤਿਆਰ ਭਾਗ ਹੁੰਦੇ ਹਨ।
ਟੀਮਾਂ ਵਿਸ਼ੇਸ਼ ਮੁਹਾਰਤ ਜਾਂ ਤਕਨਾਲੋਜੀ ਦੀ ਬਜਾਏ ਕਲਾਇੰਟ ਦੀਆਂ ਲੋੜਾਂ ਜਾਂ ਵਰਤੋਂ ਦੇ ਮਾਮਲਿਆਂ 'ਤੇ ਵੀ ਬਣਾਈਆਂ ਜਾਂਦੀਆਂ ਹਨ।
ਸਿੱਟੇ ਵਜੋਂ, ਟੀਮਾਂ ਮਾਈਕ੍ਰੋ ਸਰਵਿਸਿਜ਼ ਅਤੇ ਮਾਈਕ੍ਰੋ ਫਰੰਟਐਂਡ ਪ੍ਰੋਜੈਕਟਾਂ ਵਿੱਚ ਸ਼ਾਮਲ ਹੁੰਦੀਆਂ ਹਨ।
- ਲੰਬਕਾਰੀ ਤੌਰ 'ਤੇ ਕੱਟੇ ਹੋਏ - ਜਿਵੇਂ ਕਿ ਉਸੇ ਪ੍ਰੋਜੈਕਟ 'ਤੇ ਕੰਮ ਕਰ ਰਹੇ ਫਰੰਟਐਂਡ ਡਿਵੈਲਪਰ, ਡੇਟਾ ਮਾਹਰ, ਬੈਕਐਂਡ ਇੰਜੀਨੀਅਰ, QA ਇੰਜੀਨੀਅਰ, ਆਦਿ ਹਨ, ਉਹ ਆਪਣੀਆਂ ਵਿਸ਼ੇਸ਼ਤਾਵਾਂ ਨੂੰ ਯੂਜ਼ਰ ਇੰਟਰਫੇਸ ਡਾਟਾਬੇਸ ਨੂੰ; ਅਤੇ
- ਕ੍ਰਾਸ-ਫੰਕਸ਼ਨਲ - ਹਰੇਕ ਟੀਮ ਮੈਂਬਰ ਗਰੁੱਪ ਵਿੱਚ ਆਪਣੀ ਮੁਹਾਰਤ ਦਾ ਯੋਗਦਾਨ ਪਾਉਂਦਾ ਹੈ।
ਟੀਮਾਂ ਤਕਨੀਕੀ ਸਟੈਕ ਦੀ ਚੋਣ ਵੀ ਕਰ ਸਕਦੀਆਂ ਹਨ ਜੋ ਉਹਨਾਂ ਦੇ ਕਾਰੋਬਾਰ ਦੀ ਵਿਸ਼ੇਸ਼ ਲਾਈਨ ਦੇ ਅਨੁਕੂਲ ਹੋਣ।
ਇੱਕ ਟੀਮ ਆਪਣੇ ਟੁਕੜੇ ਨੂੰ ਪ੍ਰੋਗਰਾਮ ਕਰਨ ਲਈ React ਦੀ ਵਰਤੋਂ ਕਰ ਸਕਦੀ ਹੈ। ਇੱਕ ਹੋਰ ਟੀਮ ਇੱਕ ਨਵਾਂ ਐਂਗੁਲਰ ਸੰਸਕਰਣ ਬਣਾਉਂਦੀ ਹੈ। Vue.js ਇੱਕ ਅਜਿਹੀ ਉਦਾਹਰਣ ਹੈ।
ਮਾਈਕਰੋ ਫਰੰਟਐਂਡਸ ਦੀ ਵਰਤੋਂ ਵਿਕਾਸ ਟੀਮਾਂ ਨੂੰ ਆਮ ਤੌਰ 'ਤੇ ਮੋਨੋਲਿਥਸ ਨਾਲ ਹੋਣ ਵਾਲੀਆਂ ਸਮੱਸਿਆਵਾਂ ਨੂੰ ਹੱਲ ਕਰਨ ਲਈ ਸੰਬੰਧਿਤ ਮਾਈਕ੍ਰੋ ਸਰਵਿਸਿਜ਼ ਦੇ ਨਾਲ ਜੋੜ ਕੇ ਕੀਤੀ ਜਾਂਦੀ ਹੈ। ਰਣਨੀਤੀ ਹੇਠ ਦਿੱਤੇ ਫਾਇਦੇ ਦੀ ਪੇਸ਼ਕਸ਼ ਕਰਦੀ ਹੈ.
- ਟੈਕਨਾਲੋਜੀ ਦੀ ਆਜ਼ਾਦੀ: ਫਰੰਟਐਂਡ ਇੰਜੀਨੀਅਰ ਕੰਪਨੀ ਦੀਆਂ ਲੋੜਾਂ ਦੇ ਆਧਾਰ 'ਤੇ ਵਿਕਲਪਕ JavaScript ਫਰੇਮਵਰਕ, ਰਨਟਾਈਮ ਵਾਤਾਵਰਨ, ਅਤੇ ਸਮੁੱਚੀ ਤਕਨਾਲੋਜੀ ਸਟੈਕ ਚੁਣ ਸਕਦੇ ਹਨ। ਪੁਰਾਣੇ ਆਰਕੀਟੈਕਚਰ ਦੇ ਸਿਖਰ 'ਤੇ, ਇੱਕ ਤਾਜ਼ਾ ਫਰੇਮਵਰਕ ਲਾਗੂ ਕੀਤਾ ਜਾ ਸਕਦਾ ਹੈ।
- ਲਚਕਤਾ ਦੀ ਇੱਕ ਵੱਡੀ ਡਿਗਰੀ ਸੰਭਵ ਹੈ ਕਿਉਂਕਿ ਹਰੇਕ ਮਾਈਕਰੋ ਫਰੰਟਐਂਡ ਸਵੈ-ਨਿਰਭਰ ਹੁੰਦਾ ਹੈ ਅਤੇ ਇਸਨੂੰ ਵੱਖਰੇ ਤੌਰ 'ਤੇ ਵਿਕਸਤ, ਟੈਸਟ, ਤੈਨਾਤ ਅਤੇ ਅਪਗ੍ਰੇਡ ਕੀਤਾ ਜਾ ਸਕਦਾ ਹੈ। ਨਤੀਜੇ ਵਜੋਂ, ਜੇਕਰ ਇੱਕ ਟੀਮ ਇੱਕ ਵਿਸ਼ੇਸ਼ਤਾ 'ਤੇ ਕੰਮ ਕਰ ਰਹੀ ਹੈ ਅਤੇ ਇੱਕ ਬੱਗ ਫਿਕਸ ਨੂੰ ਅੱਗੇ ਵਧਾਇਆ ਹੈ, ਅਤੇ ਦੂਜੀ ਟੀਮ ਨੂੰ ਆਪਣੀ ਵਿਸ਼ੇਸ਼ਤਾ ਸ਼ਾਮਲ ਕਰਨੀ ਪਵੇਗੀ, ਤਾਂ ਉਹਨਾਂ ਨੂੰ ਆਪਣਾ ਕੰਮ ਪੂਰਾ ਕਰਨ ਲਈ ਪਹਿਲੀ ਟੀਮ ਦੀ ਉਡੀਕ ਕਰਨ ਦੀ ਲੋੜ ਨਹੀਂ ਹੈ।
- ਆਟੋਨੋਮਸ ਟੀਮਾਂ ਅਤੇ ਸਿਸਟਮ: ਹਰੇਕ ਉਤਪਾਦ ਟੀਮ, ਅਤੇ ਨਤੀਜੇ ਵਜੋਂ ਹਰੇਕ ਵਿਸ਼ੇਸ਼ਤਾ, ਦੂਜਿਆਂ 'ਤੇ ਬਹੁਤ ਘੱਟ ਨਿਰਭਰਤਾ ਦੇ ਨਾਲ ਕੰਮ ਕਰ ਸਕਦੀ ਹੈ, ਜੋ ਇਸਨੂੰ ਨੇੜੇ ਦੇ ਹਿੱਸੇ ਅਣਉਪਲਬਧ ਹੋਣ ਦੇ ਬਾਵਜੂਦ ਵੀ ਕੰਮ ਕਰਨਾ ਜਾਰੀ ਰੱਖਣ ਦੇ ਯੋਗ ਬਣਾਉਂਦੀ ਹੈ।
- ਮਲਟੀਪਲ, ਛੋਟੇ ਕੋਡਬੇਸ: ਹਰੇਕ ਮਾਈਕ੍ਰੋ ਫਰੰਟਐਂਡ ਦਾ ਆਪਣਾ, ਵਧੇਰੇ ਪ੍ਰਬੰਧਨਯੋਗ, ਛੋਟਾ ਕੋਡਬੇਸ ਹੋਵੇਗਾ। ਬਹੁਤ ਘੱਟ ਲੋਕ ਕਿਸੇ ਖਾਸ UI ਹਿੱਸੇ 'ਤੇ ਧਿਆਨ ਕੇਂਦਰਿਤ ਕਰਨਗੇ, ਕੋਡ ਸਮੀਖਿਆਵਾਂ ਨੂੰ ਸਰਲ ਬਣਾਉਣਗੇ, ਅਤੇ ਸਮੁੱਚੇ ਸੰਗਠਨ ਨੂੰ ਬਿਹਤਰ ਬਣਾਉਣਗੇ।
- ਸਧਾਰਨ ਐਪ ਸਕੇਲਿੰਗ: ਮਾਈਕਰੋ ਫਰੰਟਐਂਡ ਦਾ ਇੱਕ ਹੋਰ ਫਾਇਦਾ ਹਰੇਕ ਵਿਸ਼ੇਸ਼ਤਾ ਨੂੰ ਵੱਖਰੇ ਤੌਰ 'ਤੇ ਸਕੇਲ ਕਰਨ ਦੀ ਸਮਰੱਥਾ ਹੈ। ਮੋਨੋਲਿਥਸ ਦੇ ਉਲਟ, ਜਿੱਥੇ ਹਰ ਵਾਰ ਨਵੀਂ ਵਿਸ਼ੇਸ਼ਤਾ ਜੋੜਨ 'ਤੇ ਪੂਰੇ ਪ੍ਰੋਗਰਾਮ ਨੂੰ ਮਾਪਿਆ ਜਾਣਾ ਚਾਹੀਦਾ ਹੈ, ਇਹ ਸਮੁੱਚੀ ਪ੍ਰਕਿਰਿਆ ਨੂੰ ਸਮੇਂ ਅਤੇ ਪੈਸੇ ਦੋਵਾਂ ਦੇ ਰੂਪ ਵਿੱਚ ਵਧੇਰੇ ਕੁਸ਼ਲ ਬਣਾਉਂਦਾ ਹੈ।
ਮਾਈਕ੍ਰੋ ਫਰੰਟਐਂਡ ਕਿਵੇਂ ਕੰਮ ਕਰਦਾ ਹੈ?
ਜਿਵੇਂ ਕਿ ਅਸੀਂ ਪਹਿਲਾਂ ਦੱਸਿਆ ਹੈ, ਟੀਮਾਂ ਮਾਈਕ੍ਰੋ ਫਰੰਟਐਂਡ ਆਰਕੀਟੈਕਚਰ ਦੇ ਅੰਦਰ ਲੰਬਕਾਰੀ ਤੌਰ 'ਤੇ ਸੰਗਠਿਤ ਹੁੰਦੀਆਂ ਹਨ, ਜਿਸਦਾ ਮਤਲਬ ਹੈ ਕਿ ਉਹ ਡੋਮੇਨ ਗਿਆਨ ਜਾਂ ਉਦੇਸ਼ ਦੁਆਰਾ ਵੱਖ ਕੀਤੀਆਂ ਜਾਂਦੀਆਂ ਹਨ ਅਤੇ ਕਿਸੇ ਖਾਸ ਉਤਪਾਦ ਲਈ ਸ਼ੁਰੂ ਤੋਂ ਅੰਤ ਤੱਕ ਜ਼ਿੰਮੇਵਾਰ ਹੁੰਦੀਆਂ ਹਨ।
ਇਸ ਵਿੱਚ ਇੱਕ ਜਾਂ ਦੋ ਬੈਕਐਂਡ ਮਾਈਕ੍ਰੋ ਸਰਵਿਸਿਜ਼ ਦੇ ਨਾਲ-ਨਾਲ ਇੱਕ ਛੋਟਾ ਫਰੰਟਐਂਡ ਹੋ ਸਕਦਾ ਹੈ। ਹੋਰ ਵਿਸਤਾਰ ਵਿੱਚ, ਆਓ ਇਸ ਵਿਜ਼ੂਅਲ ਤੱਤ ਦੀਆਂ ਵਿਸ਼ੇਸ਼ਤਾਵਾਂ, ਦੂਜੇ UI ਭਾਗਾਂ ਨਾਲ ਪਰਸਪਰ ਪ੍ਰਭਾਵ, ਅਤੇ ਹੋਮਪੇਜ ਵਿੱਚ ਸ਼ਾਮਲ ਕਰਨ ਦੀ ਜਾਂਚ ਕਰੀਏ।
ਇੱਕ ਮਾਈਕ੍ਰੋ ਫਰੰਟਐਂਡ ਹੋ ਸਕਦਾ ਹੈ
- ਇੱਕ ਪੂਰਾ ਪੰਨਾ (ਉਦਾਹਰਨ ਲਈ, ਇੱਕ ਉਤਪਾਦ ਵੇਰਵੇ ਵਾਲਾ ਪੰਨਾ) ਜਾਂ
- ਪੰਨੇ ਦੇ ਭਾਗ ਜੋ ਹੋਰ ਟੀਮਾਂ ਦੁਆਰਾ ਵਰਤੇ ਜਾ ਸਕਦੇ ਹਨ, ਜਿਵੇਂ ਕਿ ਸਿਰਲੇਖ, ਫੁੱਟਰ ਅਤੇ ਖੋਜ ਬਾਰ।
ਤੁਸੀਂ ਇੱਕ ਵੱਡੀ ਵੈਬਸਾਈਟ ਨੂੰ ਕਈ ਪੰਨਿਆਂ ਦੀਆਂ ਕਿਸਮਾਂ ਵਿੱਚ ਵੰਡ ਸਕਦੇ ਹੋ ਅਤੇ ਹਰੇਕ ਕਿਸਮ ਨੂੰ ਇੱਕ ਖਾਸ ਸਟਾਫ ਨੂੰ ਕੰਮ ਕਰਨ ਲਈ ਦੇ ਸਕਦੇ ਹੋ।
ਹਾਲਾਂਕਿ, ਕਈ ਭਾਗ ਅਕਸਰ ਕਈ ਪੰਨਿਆਂ 'ਤੇ ਹੁੰਦੇ ਹਨ, ਜਿਵੇਂ ਕਿ ਸਿਰਲੇਖ, ਫੁੱਟਰ, ਸੁਝਾਅ ਬਲਾਕ, ਆਦਿ। ਇੱਕ ਸੁਝਾਅ ਬਲਾਕ, ਉਦਾਹਰਨ ਲਈ, ਇੱਕ ਹੋਮਪੇਜ, ਇੱਕ ਉਤਪਾਦ ਵੇਰਵੇ ਪੰਨੇ, ਜਾਂ ਇੱਥੋਂ ਤੱਕ ਕਿ ਚੈੱਕਆਉਟ ਪੰਨੇ 'ਤੇ ਸ਼ਾਮਲ ਕੀਤਾ ਜਾ ਸਕਦਾ ਹੈ।
ਸੰਖੇਪ ਰੂਪ ਵਿੱਚ, ਟੀਮਾਂ ਉਹ ਟੁਕੜੇ ਬਣਾ ਸਕਦੀਆਂ ਹਨ ਜੋ ਦੂਜੀਆਂ ਟੀਮਾਂ ਆਪਣੇ ਪੰਨਿਆਂ 'ਤੇ ਵਰਤ ਸਕਦੀਆਂ ਹਨ।
ਮਾਈਕ੍ਰੋ ਫਰੰਟਐਂਡ, ਹਾਲਾਂਕਿ, ਮੁੜ ਵਰਤੋਂ ਯੋਗ ਭਾਗਾਂ ਦੇ ਉਲਟ ਵੱਖ-ਵੱਖ ਪ੍ਰੋਜੈਕਟਾਂ ਵਜੋਂ ਵੱਖਰੇ ਤੌਰ 'ਤੇ ਤਾਇਨਾਤ ਕੀਤੇ ਜਾ ਸਕਦੇ ਹਨ।
ਇਹ ਸਭ ਸ਼ਾਨਦਾਰ ਲੱਗਦਾ ਹੈ, ਪਰ ਇੱਕ ਯੂਨੀਫਾਈਡ ਇੰਟਰਫੇਸ ਬਣਾਉਣ ਲਈ, ਪੰਨਿਆਂ ਅਤੇ ਟੁਕੜਿਆਂ ਨੂੰ ਕਿਸੇ ਤਰ੍ਹਾਂ ਨਾਲ ਜੋੜਿਆ ਜਾਣਾ ਚਾਹੀਦਾ ਹੈ।
ਇਸ ਲਈ ਫਰੰਟਐਂਡ ਏਕੀਕਰਣ ਦੀ ਲੋੜ ਹੁੰਦੀ ਹੈ, ਜੋ ਕਿ ਰੂਟਿੰਗ, ਰਚਨਾ ਅਤੇ ਸੰਚਾਰ (ਉੱਪਰ ਗ੍ਰਾਫਿਕ ਦੇਖੋ) ਸਮੇਤ ਕਈ ਤਰ੍ਹਾਂ ਦੀਆਂ ਰਣਨੀਤੀਆਂ ਦੁਆਰਾ ਪੂਰਾ ਕੀਤਾ ਜਾ ਸਕਦਾ ਹੈ।
ਰੂਟਿੰਗ
ਜਦੋਂ ਇੱਕ ਟੀਮ ਦੁਆਰਾ ਨਿਯੰਤਰਿਤ ਪੰਨੇ ਤੋਂ ਸੇਵਾ ਦੂਜੀ ਟੀਮ ਦੀ ਮਲਕੀਅਤ ਵਾਲੇ ਪੰਨੇ ਤੱਕ ਪਹੁੰਚ ਕਰਨ ਦੀ ਲੋੜ ਹੁੰਦੀ ਹੈ, ਤਾਂ ਰੂਟਿੰਗ ਪੰਨਾ-ਪੱਧਰ ਦੇ ਏਕੀਕਰਣ ਲਈ ਉਪਯੋਗੀ ਹੁੰਦੀ ਹੈ।
ਹਰੇਕ ਮਾਈਕਰੋ ਫਰੰਟਐਂਡ ਨੂੰ ਇੱਕ ਸਿੰਗਲ-ਪੇਜ ਐਪਲੀਕੇਸ਼ਨ ਵਜੋਂ ਸੰਭਾਲਿਆ ਜਾਂਦਾ ਹੈ। ਰੂਟਿੰਗ ਪ੍ਰਦਾਨ ਕਰਨ ਲਈ ਸਧਾਰਨ HTML ਲਿੰਕ ਵਰਤੇ ਜਾ ਸਕਦੇ ਹਨ।
ਇੱਕ ਉਪਭੋਗਤਾ ਬ੍ਰਾਊਜ਼ਰ ਨੂੰ ਸਰਵਰ ਤੋਂ ਟਾਰਗੇਟ ਮਾਰਕਅੱਪ ਨੂੰ ਡਾਊਨਲੋਡ ਕਰਨ ਲਈ ਮਜਬੂਰ ਕਰ ਸਕਦਾ ਹੈ ਅਤੇ ਹਾਈਪਰਲਿੰਕਸ 'ਤੇ ਕਲਿੱਕ ਕਰਕੇ ਮੌਜੂਦਾ ਪੰਨੇ ਨੂੰ ਨਵੇਂ ਨਾਲ ਬਦਲ ਸਕਦਾ ਹੈ।
ਐਪ ਸ਼ੈੱਲ HTML, CSS, ਅਤੇ JavaScript ਦੀ ਘੱਟ ਤੋਂ ਘੱਟ ਹੈ ਜੋ ਇੱਕ UI ਨੂੰ ਸ਼ਕਤੀ ਪ੍ਰਦਾਨ ਕਰਦੀ ਹੈ। ਭਾਵੇਂ ਸਰਵਰ ਤੋਂ ਬੇਨਤੀ ਕੀਤੀ ਸਮੱਗਰੀ ਡੇਟਾ ਅਜੇ ਵੀ ਉਡੀਕ ਕਰ ਰਿਹਾ ਹੈ, ਉਪਭੋਗਤਾ ਨੂੰ ਤੁਰੰਤ ਇੱਕ ਸਥਿਰ ਪ੍ਰਦਰਸ਼ਿਤ ਪੰਨਾ ਪ੍ਰਾਪਤ ਹੁੰਦਾ ਹੈ। ਕੇਂਦਰੀ ਐਪ ਸ਼ੈੱਲ ਵੱਖ-ਵੱਖ ਟੀਮਾਂ ਦੁਆਰਾ ਬਣਾਏ ਸਿੰਗਲ-ਪੇਜ ਐਪਸ ਲਈ ਇੱਕ ਮੂਲ ਐਪਲੀਕੇਸ਼ਨ ਵਜੋਂ ਕੰਮ ਕਰਦਾ ਹੈ।
ਕੋਈ ਫ਼ਰਕ ਨਹੀਂ ਪੈਂਦਾ ਕਿ ਲਾਇਬ੍ਰੇਰੀ ਜਾਂ ਫਰੇਮਵਰਕ ਜੋ ਵਰਤਿਆ ਜਾ ਰਿਹਾ ਹੈ, ਮੈਟਾ-ਫ੍ਰੇਮਵਰਕ ਵੱਖ-ਵੱਖ ਪੰਨਿਆਂ ਨੂੰ ਇੱਕ ਸਿੰਗਲ ਵਿੱਚ ਜੋੜਨ ਨੂੰ ਸਮਰੱਥ ਬਣਾਉਂਦਾ ਹੈ।
ਰਚਨਾ
ਰਚਨਾ ਟੁਕੜਿਆਂ ਨੂੰ ਇੱਕ ਪੰਨੇ 'ਤੇ ਢੁਕਵੀਂ ਥਾਂਵਾਂ ਵਿੱਚ ਫਿੱਟ ਕਰਨ ਲਈ ਉਹਨਾਂ ਨੂੰ ਵਿਵਸਥਿਤ ਕਰਨ ਦੀ ਪ੍ਰਕਿਰਿਆ ਹੈ। ਜ਼ਿਆਦਾਤਰ ਮਾਮਲਿਆਂ ਵਿੱਚ, ਪੰਨੇ ਨੂੰ ਤੈਨਾਤ ਕਰਨ ਵਾਲੀ ਟੀਮ ਤੁਰੰਤ ਟੁਕੜੇ ਦੀ ਸਮੱਗਰੀ ਨੂੰ ਪ੍ਰਾਪਤ ਨਹੀਂ ਕਰਦੀ ਹੈ।
ਇਸ ਦੀ ਬਜਾਏ, ਇਹ ਇੱਕ ਪਲੇਸਹੋਲਡਰ ਜਾਂ ਮਾਰਕਰ ਰੱਖਦਾ ਹੈ ਜਿੱਥੇ ਟੁਕੜਾ ਮਾਰਕਅੱਪ ਵਿੱਚ ਹੋਣਾ ਚਾਹੀਦਾ ਹੈ।
ਇੱਕ ਵੱਖਰੀ ਰਚਨਾ ਪ੍ਰਕਿਰਿਆ ਦੀ ਵਰਤੋਂ ਕਰਕੇ, ਅੰਤਮ ਅਸੈਂਬਲੀ ਨੂੰ ਪੂਰਾ ਕੀਤਾ ਜਾਂਦਾ ਹੈ। ਰਚਨਾ ਨੂੰ ਦੋ ਮੂਲ ਸ਼੍ਰੇਣੀਆਂ ਵਿੱਚ ਵੰਡਿਆ ਜਾ ਸਕਦਾ ਹੈ: ਕਲਾਇੰਟ-ਸਾਈਡ ਅਤੇ ਸਰਵਰ-ਸਾਈਡ।
ਕਲਾਇੰਟ-ਸਾਈਡ ਰਚਨਾ: ਵੈੱਬ ਬ੍ਰਾਊਜ਼ਰ ਨੂੰ HTML ਮਾਰਕਅੱਪ ਬਣਾਉਣ ਅਤੇ ਸੰਪਾਦਿਤ ਕਰਨ ਲਈ ਵਰਤਿਆ ਜਾਂਦਾ ਹੈ। ਹਰੇਕ ਮਾਈਕਰੋ ਫਰੰਟਐਂਡ ਵਿੱਚ ਬਾਕੀ ਦੇ ਪੰਨੇ ਤੋਂ ਵੱਖਰੇ ਤੌਰ 'ਤੇ ਇਸਦੇ ਮਾਰਕਅੱਪ ਨੂੰ ਬਦਲਣ ਅਤੇ ਦਿਖਾਉਣ ਦੀ ਸਮਰੱਥਾ ਹੁੰਦੀ ਹੈ।
ਵੈੱਬ ਕੰਪੋਨੈਂਟ, ਉਦਾਹਰਣ ਵਜੋਂ, ਤੁਹਾਨੂੰ ਇਸ ਕਿਸਮ ਦੀ ਉਸਾਰੀ ਕਰਨ ਦੀ ਇਜਾਜ਼ਤ ਦਿੰਦੇ ਹਨ।
ਯੋਜਨਾ ਹਰ ਇੱਕ ਟੁਕੜੇ ਨੂੰ ਇੱਕ ਵੈਬ ਕੰਪੋਨੈਂਟ ਵਿੱਚ ਬਦਲਣ ਦੀ ਹੈ ਜੋ ਸੁਤੰਤਰ ਤੌਰ 'ਤੇ ਇੱਕ a.js ਫਾਈਲ ਦੇ ਤੌਰ 'ਤੇ ਸਥਾਪਤ ਕੀਤੀ ਜਾ ਸਕਦੀ ਹੈ, ਜਿਸ ਤੋਂ ਬਾਅਦ ਐਪਸ ਉਹਨਾਂ ਨੂੰ ਥੀਮ ਲੇਆਉਟ ਵਿੱਚ ਉਹਨਾਂ ਲਈ ਨਿਰਧਾਰਤ ਥਾਂਵਾਂ ਵਿੱਚ ਲੋਡ ਅਤੇ ਰੈਂਡਰ ਕਰ ਸਕਦੇ ਹਨ।
ਵੈੱਬ ਕੰਪੋਨੈਂਟ HTML ਅਤੇ DOM API 'ਤੇ ਨਿਰਭਰ ਹੁੰਦੇ ਹਨ, ਜੋ ਕਿ ਹੋਰ ਫਰੰਟਐਂਡ ਫਰੇਮਵਰਕ ਵਰਤ ਸਕਦੇ ਹਨ, ਨਾਲ ਹੀ ਪ੍ਰੋਪਸ ਅਤੇ ਇਵੈਂਟਸ ਦੁਆਰਾ ਡੇਟਾ ਭੇਜਣ ਅਤੇ ਪ੍ਰਾਪਤ ਕਰਨ ਦਾ ਇੱਕ ਮਿਆਰੀ ਤਰੀਕਾ ਹੈ।
ਸਰਵਰ-ਸਾਈਡ ਰਚਨਾ: ਇਸ ਡਿਜ਼ਾਈਨ ਦੇ ਨਾਲ, ਸਰਵਰ 'ਤੇ UI ਟੁਕੜਿਆਂ ਨੂੰ ਜੋੜਿਆ ਜਾਂਦਾ ਹੈ, ਜਿਸ ਦੇ ਨਤੀਜੇ ਵਜੋਂ ਇੱਕ ਪੂਰੀ ਤਰ੍ਹਾਂ ਬਣੇ ਪੰਨੇ ਨੂੰ ਕਲਾਇੰਟ-ਸਾਈਡ 'ਤੇ ਭੇਜਿਆ ਜਾਂਦਾ ਹੈ, ਲੋਡਿੰਗ ਤੇਜ਼ ਹੋ ਜਾਂਦੀ ਹੈ।
ਅਸੈਂਬਲੀ ਅਕਸਰ ਇੱਕ ਵੱਖਰੀ ਸੇਵਾ ਦੁਆਰਾ ਕੀਤੀ ਜਾਂਦੀ ਹੈ ਜੋ ਵੈੱਬ ਬ੍ਰਾਊਜ਼ਰ ਅਤੇ ਵੈਬ ਸਰਵਰਾਂ ਦੇ ਵਿਚਕਾਰ ਬੈਠਦੀ ਹੈ। CDN ਸੇਵਾ ਦੀ ਇੱਕ ਉਦਾਹਰਣ ਹੈ (ਸਮੱਗਰੀ ਡਿਲੀਵਰੀ ਨੈੱਟਵਰਕ)।
ਤੁਸੀਂ ਤੁਹਾਡੀਆਂ ਲੋੜਾਂ ਦੇ ਆਧਾਰ 'ਤੇ, ਇੱਕ ਜਾਂ ਦੋ ਦਾ ਸੁਮੇਲ ਚੁਣ ਸਕਦੇ ਹੋ।
ਮਾਈਕ੍ਰੋ ਫਰੰਟਐਂਡ ਸੰਚਾਰ ਪੈਟਰਨ
ਮਾਈਕ੍ਰੋ-ਫਰੰਟਐਂਡ ਆਰਕੀਟੈਕਚਰ ਸਭ ਤੋਂ ਵਧੀਆ ਕੰਮ ਕਰਦਾ ਹੈ ਜਦੋਂ ਵੱਖ-ਵੱਖ ਹਿੱਸਿਆਂ ਵਿਚਕਾਰ ਬਹੁਤ ਘੱਟ ਜਾਂ ਕੋਈ ਪਰਸਪਰ ਪ੍ਰਭਾਵ ਨਹੀਂ ਹੁੰਦਾ। ਮਾਈਕ੍ਰੋ ਫਰੰਟਐਂਡ ਨੂੰ ਕਦੇ-ਕਦਾਈਂ ਇੱਕ ਦੂਜੇ ਨਾਲ ਗੱਲ ਕਰਨ ਅਤੇ ਜਾਣਕਾਰੀ ਸਾਂਝੀ ਕਰਨ ਦੀ ਲੋੜ ਹੁੰਦੀ ਹੈ। ਇੱਥੇ ਕੁਝ ਸੰਭਾਵੀ ਪੈਟਰਨ ਹਨ ਜੋ ਇਸ ਵੱਲ ਲੈ ਜਾ ਸਕਦੇ ਹਨ।
- ਵੈੱਬ ਕਰਮਚਾਰੀ: ਇੱਕ ਔਨਲਾਈਨ ਕਰਮਚਾਰੀ ਇੱਕ ਵਿਧੀ ਹੈ ਜੋ ਵੈਬ ਸਮੱਗਰੀ ਨੂੰ ਬੈਕਗ੍ਰਾਉਂਡ ਵਿੱਚ JavaScript ਚਲਾਉਣ ਲਈ, ਹੋਰ ਸਕ੍ਰਿਪਟਾਂ ਤੋਂ ਸੁਤੰਤਰ ਤੌਰ 'ਤੇ, ਅਤੇ ਪੰਨੇ ਦੀ ਗਤੀ ਨੂੰ ਪ੍ਰਭਾਵਿਤ ਕੀਤੇ ਬਿਨਾਂ ਸਮਰੱਥ ਬਣਾਉਂਦਾ ਹੈ। ਹਰੇਕ ਮਾਈਕ੍ਰੋ ਐਪ ਲਈ ਇੱਕ ਵਿਲੱਖਣ ਵਰਕਰ API ਪ੍ਰਦਾਨ ਕੀਤਾ ਜਾਵੇਗਾ। ਇਹ ਫਾਇਦਾ ਇਹ ਹੈ ਕਿ ਸਮੇਂ ਦੀ ਖਪਤ ਵਾਲਾ ਕੰਮ ਇੱਕ ਵੱਖਰੇ ਥ੍ਰੈਡ ਵਿੱਚ ਕੀਤਾ ਜਾ ਸਕਦਾ ਹੈ, ਜਿਸ ਨਾਲ UI ਥ੍ਰੈਡ ਨੂੰ ਹੌਲੀ ਜਾਂ ਰੋਕੇ ਬਿਨਾਂ ਅੱਗੇ ਵਧਣ ਦੇ ਯੋਗ ਬਣਾਇਆ ਜਾ ਸਕਦਾ ਹੈ।
- ਇਵੈਂਟ ਐਮੀਟਰ: ਇਸ ਸਥਿਤੀ ਵਿੱਚ, ਬਹੁਤ ਸਾਰੇ ਹਿੱਸੇ ਇੱਕ ਦੂਜੇ ਨਾਲ ਸੰਚਾਰ ਕਰਦੇ ਹਨ ਅਤੇ ਉਹਨਾਂ ਭਾਗਾਂ ਵਿੱਚ ਕਿਸੇ ਵੀ ਸਥਿਤੀ ਵਿੱਚ ਤਬਦੀਲੀਆਂ ਨੂੰ ਸੁਣ ਕੇ ਅਤੇ ਉਹਨਾਂ 'ਤੇ ਕਾਰਵਾਈ ਕਰਕੇ ਉਹਨਾਂ ਨੂੰ ਸਬਸਕ੍ਰਾਈਬ ਕੀਤਾ ਜਾਂਦਾ ਹੈ। ਹੋਰ ਮਾਈਕ੍ਰੋ ਫ੍ਰੰਟਐਂਡ ਜਿਨ੍ਹਾਂ ਨੇ ਉਸ ਖਾਸ ਇਵੈਂਟ ਦੀ ਗਾਹਕੀ ਲਈ ਹੈ, ਜਵਾਬ ਦਿੰਦੇ ਹਨ ਜਦੋਂ ਇੱਕ ਮਾਈਕਰੋ ਫਰੰਟਐਂਡ ਉਸ ਘਟਨਾ ਨੂੰ ਫਾਇਰ ਕਰਦਾ ਹੈ। ਇੱਕ ਇਵੈਂਟ ਐਮੀਟਰ ਜੋ ਹਰੇਕ ਮਾਈਕਰੋ-ਫਰੰਟੈਂਡ ਵਿੱਚ ਪੇਸ਼ ਕੀਤਾ ਗਿਆ ਹੈ ਇਸ ਨੂੰ ਸੰਭਵ ਬਣਾਉਂਦਾ ਹੈ।
- ਕਾਲਬੈਕਸ ਅਤੇ ਪ੍ਰੋਪਸ: ਇਸ ਭਾਗ ਵਿੱਚ, ਤੁਸੀਂ ਇੱਕ ਮਾਤਾ-ਪਿਤਾ ਦੇ ਹਿੱਸੇ ਅਤੇ ਚਾਈਲਡ ਕੰਪੋਨੈਂਟ ਨੂੰ ਪਰਿਭਾਸ਼ਿਤ ਕਰਦੇ ਹੋ। ਸੰਚਾਰ ਨੂੰ ਇੱਕ ਰੁੱਖ ਵਰਗੀ ਬਣਤਰ ਵਿੱਚ ਸੰਗਠਿਤ ਕੀਤਾ ਗਿਆ ਹੈ। ਪੇਰੈਂਟ ਕੰਪੋਨੈਂਟ ਬੱਚੇ ਦੇ ਭਾਗਾਂ ਨੂੰ ਕੰਪੋਨੈਂਟ ਟ੍ਰੀ ਦੇ ਹੇਠਾਂ ਫੰਕਸ਼ਨਾਂ ਦੇ ਤੌਰ 'ਤੇ ਡਾਟਾ ਪਹੁੰਚਾਉਣ ਲਈ ਪ੍ਰੋਪਸ ਦੀ ਵਰਤੋਂ ਕਰਦੇ ਹਨ। ਬਦਲੇ ਵਿੱਚ, ਬੱਚਾ ਕਾਲਬੈਕ ਦਾ ਜਵਾਬ ਦੇ ਕੇ ਮਾਤਾ-ਪਿਤਾ ਨੂੰ ਕੁਸ਼ਲਤਾ ਨਾਲ ਸੁਚੇਤ ਕਰ ਸਕਦਾ ਹੈ ਜਦੋਂ ਉਹਨਾਂ ਦੇ ਰਾਜ ਵਿੱਚ ਕੁਝ ਵਾਪਰਦਾ ਹੈ। React ਇਸ ਮੋਡ ਨੂੰ ਵਰਤਦਾ ਹੈ।
ਮਾਈਕਰੋ ਫਰੰਟਐਂਡ ਦੇ ਫਾਇਦੇ
ਤੇਜ਼ੀ ਨਾਲ ਆਟੋਨੋਮਸ ਟੀਮਾਂ ਵਿੱਚ ਵਿਕਾਸ
ਮਾਈਕ੍ਰੋ ਫਰੰਟਐਂਡ ਵਿਧੀ ਦੀ ਵਰਤੋਂ ਕਰਦੇ ਸਮੇਂ ਇੱਕ ਸੁਤੰਤਰ ਟੀਮ ਇੱਕ ਵੈਬ ਐਪ ਜਾਂ ਵੈਬਸਾਈਟ ਦੇ ਹਰੇਕ ਹਿੱਸੇ ਨੂੰ ਬਣਾ ਸਕਦੀ ਹੈ।
ਹਰੇਕ ਟੀਮ ਪੂਰੀ ਤਰ੍ਹਾਂ ਖੁਦਮੁਖਤਿਆਰ ਹੈ, ਜਿਸਦਾ ਮਤਲਬ ਹੈ ਕਿ ਇਹ ਸੰਕਲਪ ਤੋਂ ਲੈ ਕੇ ਰੀਲੀਜ਼ ਅਤੇ ਪੋਸਟ-ਪ੍ਰੋਡਕਸ਼ਨ ਤੱਕ, ਪੂਰੇ ਕੰਪੋਨੈਂਟ ਵਿਕਾਸ ਚੱਕਰ ਦੀ ਇੰਚਾਰਜ ਹੈ।
ਇਸ ਤੋਂ ਇਲਾਵਾ, ਇਹ ਦਰਸਾਉਂਦਾ ਹੈ ਕਿ ਇੱਕੋ ਪ੍ਰੋਜੈਕਟ 'ਤੇ ਇੱਕੋ ਸਮੇਂ ਕੰਮ ਕਰਦੇ ਹੋਏ ਵੱਖ-ਵੱਖ ਟੀਮਾਂ ਨਿਰਵਿਘਨ ਸਹਿਯੋਗ ਕਰ ਸਕਦੀਆਂ ਹਨ।
ਇਸਲਈ, ਰੀਲੀਜ਼ ਚੱਕਰ ਫਰੰਟ-ਐਂਡ ਮੋਨੋਲਿਥਸ ਦੇ ਮੁਕਾਬਲੇ ਕਾਫ਼ੀ ਤੇਜ਼ ਹੁੰਦੇ ਹਨ।
ਵਿਅਕਤੀਗਤ ਮਾਈਕ੍ਰੋ ਫਰੰਟੈਂਡਸ ਦੇ ਛੋਟੇ ਕੋਡਬੇਸ ਕਲੀਨਰ ਕੋਡ ਵੱਲ ਲੈ ਜਾਂਦੇ ਹਨ
ਮੋਨੋਲਿਥਿਕ ਫਰੰਟ ਸਿਰਿਆਂ ਵਿੱਚ ਵੱਡੇ, ਬੇਢੰਗੇ ਕੋਡਬੇਸ ਹੁੰਦੇ ਹਨ ਜੋ ਸਮੇਂ ਦੇ ਨਾਲ ਪ੍ਰਬੰਧਨ ਕਰਨਾ ਵੱਧ ਤੋਂ ਵੱਧ ਅਰਾਜਕ ਅਤੇ ਚੁਣੌਤੀਪੂਰਨ ਬਣ ਜਾਂਦੇ ਹਨ।
ਮਾਈਕ੍ਰੋ ਫਰੰਟਐਂਡ ਇਸ ਸਮੱਸਿਆ ਨੂੰ ਹੱਲ ਕਰਦੇ ਹਨ। ਹਰੇਕ ਮਾਈਕਰੋ ਫਰੰਟਐਂਡ ਦਾ ਸਰੋਤ ਕੋਡ ਵਧੇਰੇ ਪ੍ਰਬੰਧਨਯੋਗ ਹੈ ਕਿਉਂਕਿ ਇਹ ਛੋਟਾ, ਸਰਲ ਅਤੇ ਵਧੇਰੇ ਸੰਖੇਪ ਹੈ।
ਨਤੀਜੇ ਵਜੋਂ ਕਲੀਨਰ ਕੋਡ ਤੋਂ ਸਮੁੱਚੇ ਵੈਬ ਹੱਲ ਨੂੰ ਲਾਭ ਹੁੰਦਾ ਹੈ।
ਢਿੱਲੀ ਕਪਲਿੰਗ ਦੇ ਕਾਰਨ ਐਪ ਸਥਿਰਤਾ ਵਿੱਚ ਸੁਧਾਰ ਕੀਤਾ ਗਿਆ ਹੈ
ਇੱਕ ਵੈੱਬ ਹੱਲ ਕਦੇ ਵੀ ਪੂਰੀ ਤਰ੍ਹਾਂ ਸੁਤੰਤਰ ਟੁਕੜਿਆਂ ਵਿੱਚ ਵੰਡਿਆ ਜਾ ਸਕਦਾ ਹੈ। ਸਿੱਟੇ ਵਜੋਂ, ਮਾਈਕ੍ਰੋ ਫਰੰਟਐਂਡ ਇੱਕ ਦੂਜੇ ਨਾਲ ਗੱਲ ਕਰਦੇ ਹਨ।
ਹਾਲਾਂਕਿ, ਢਿੱਲੀ ਕੁਨੈਕਟੀਵਿਟੀ ਦੇ ਬਾਵਜੂਦ ਭਾਗਾਂ ਵਿਚਕਾਰ ਹਰੇਕ ਲਿੰਕ ਮਹੱਤਵਪੂਰਨ ਹੈ।
ਇੱਕ ਕੰਪੋਨੈਂਟ ਦੀ ਅਸਫਲਤਾ ਦਾ ਬਾਕੀ ਸਾਰੇ ਹਿੱਸਿਆਂ ਦੇ ਸੰਚਾਲਨ 'ਤੇ ਕੋਈ ਅਸਰ ਨਹੀਂ ਹੁੰਦਾ, ਜੋ ਇੱਕ ਵੈੱਬ ਹੱਲ ਦੀ ਵਧੀ ਹੋਈ ਸਥਿਰਤਾ ਪ੍ਰਦਾਨ ਕਰਦਾ ਹੈ।
ਵਿਅਕਤੀਗਤ ਵਿਸ਼ੇਸ਼ਤਾਵਾਂ ਦੀ ਜਾਂਚ ਕਰਨਾ ਸਰਲ ਬਣਾਇਆ ਗਿਆ ਹੈ
ਇਹ ਲਾਭ ਮਾਈਕ੍ਰੋ ਫਰੰਟਐਂਡ ਦੀਆਂ ਵਿਸ਼ੇਸ਼ਤਾਵਾਂ ਦੇ ਨਤੀਜੇ ਵਜੋਂ ਹੁੰਦਾ ਹੈ। ਇਸ ਆਰਕੀਟੈਕਚਰਲ ਡਿਜ਼ਾਈਨ ਦੇ ਆਧਾਰ 'ਤੇ, ਇੱਕ ਵੈੱਬ ਹੱਲ ਦਾ ਕਲਾਇੰਟ ਸਾਈਡ ਮਾਡਿਊਲਰ ਹੈ ਅਤੇ ਹਰੇਕ ਮੋਡੀਊਲ ਖੁਦਮੁਖਤਿਆਰੀ ਹੈ।
ਨਤੀਜੇ ਵਜੋਂ, ਯੂਜ਼ਰ ਇੰਟਰਫੇਸ ਦੇ ਇੱਕ ਛੋਟੇ ਜਿਹੇ ਹਿੱਸੇ ਦਾ ਮੁਲਾਂਕਣ ਕਰਨਾ ਇੱਕ ਟੀਮ ਲਈ ਇੱਕ ਵਿਸ਼ਾਲ ਮੋਨੋਲਿਥ ਦੀ ਜਾਂਚ ਕਰਨ ਨਾਲੋਂ ਸੌਖਾ ਹੈ।
ਘਟਾਏ ਬੰਡਲ ਦਾ ਆਕਾਰ ਤੇਜ਼ ਪੰਨਾ ਲੋਡ ਵੱਲ ਲੈ ਜਾਂਦਾ ਹੈ
ਵਿਸ਼ੇਸ਼ਤਾ-ਅਮੀਰ ਮੋਨੋਲਿਥਿਕ ਵੈੱਬ ਸਿਸਟਮਾਂ ਵਿੱਚ ਦੇਰੀ ਦੇ ਲੋਡ ਸਮੇਂ ਦੇ ਮੁੱਖ ਕਾਰਨਾਂ ਵਿੱਚੋਂ ਇੱਕ JavaScript ਬੰਡਲ ਦਾ ਆਕਾਰ ਹੈ। ਦੂਜੇ ਪਾਸੇ, ਇੱਕ ਮਾਈਕ੍ਰੋ ਫਰੰਟਐਂਡ ਪਹੁੰਚ ਪੇਜ ਲੋਡ ਸਮੇਂ ਨੂੰ ਘਟਾਉਣਾ ਸੌਖਾ ਬਣਾਉਂਦਾ ਹੈ।
ਇੱਕ ਬ੍ਰਾਊਜ਼ਰ ਨੂੰ ਬੇਲੋੜੇ ਕੋਡ ਨੂੰ ਵਾਰ-ਵਾਰ ਡਾਊਨਲੋਡ ਕਰਨ ਦੀ ਲੋੜ ਨਹੀਂ ਹੁੰਦੀ ਹੈ ਕਿਉਂਕਿ ਇੱਕ ਵੈੱਬ ਪੰਨਾ ਕਈ ਛੋਟੇ ਬੰਡਲਾਂ ਦਾ ਬਣਿਆ ਹੁੰਦਾ ਹੈ। ਨਤੀਜੇ ਵਜੋਂ, ਪੰਨੇ ਦੀ ਕਾਰਗੁਜ਼ਾਰੀ ਅਤੇ ਲੋਡ ਸਮਾਂ ਵਧਿਆ ਹੈ।
ਤਕਨਾਲੋਜੀ ਦੀ ਆਜ਼ਾਦੀ
ਬਹੁ ਫਰੰਟ-ਐਂਡ ਫਰੇਮਵਰਕ ਡਿਵੈਲਪਰਾਂ ਦੁਆਰਾ ਮਾਈਕ੍ਰੋ-ਫਰੰਟੈਂਡ ਆਰਕੀਟੈਕਚਰ ਦੇ ਨਾਲ ਇੱਕ ਸਿੰਗਲ ਔਨਲਾਈਨ ਹੱਲ ਬਣਾਉਣ ਲਈ ਵਰਤਿਆ ਜਾ ਸਕਦਾ ਹੈ।
ਕਿਉਂਕਿ ਹਰੇਕ ਕੰਪੋਨੈਂਟ ਖੁਦਮੁਖਤਿਆਰ ਹੈ, ਇਸ ਲਈ ਟੀਮ ਦੇ ਕੰਮਾਂ ਲਈ ਜੋ ਵੀ ਤਕਨੀਕ ਸਭ ਤੋਂ ਵਧੀਆ ਹੈ, ਉਸ ਦੀ ਵਰਤੋਂ ਕਰਕੇ ਇਸਨੂੰ ਬਣਾਇਆ ਜਾ ਸਕਦਾ ਹੈ।
ਕੁਦਰਤੀ ਤੌਰ 'ਤੇ, ਪ੍ਰੋਗਰਾਮਰਾਂ ਨੂੰ ਸਾਵਧਾਨੀ ਵਰਤਣੀ ਚਾਹੀਦੀ ਹੈ ਜਦੋਂ ਉਹ ਸਾਫਟਵੇਅਰ ਪ੍ਰੋਜੈਕਟ ਲਈ ਫਰੇਮਵਰਕ ਚੁਣਦੇ ਹਨ ਜਿਸ ਦੇ ਉਹ ਇੰਚਾਰਜ ਹਨ, ਅਤੇ ਹੋਰ ਟੀਮਾਂ ਨਾਲ ਸਲਾਹ-ਮਸ਼ਵਰੇ ਦੀ ਅਜੇ ਵੀ ਜ਼ੋਰਦਾਰ ਸਲਾਹ ਦਿੱਤੀ ਜਾਂਦੀ ਹੈ।
ਹਾਲਾਂਕਿ, ਇਸ ਗੱਲ ਦੀ ਕੋਈ ਸੰਭਾਵਨਾ ਨਹੀਂ ਹੈ ਕਿ ਤੁਹਾਨੂੰ ਐਪ ਦੇ ਜੀਵਨ ਕਾਲ ਦੀ ਮਿਆਦ ਲਈ ਇੱਕ ਵਿਰਾਸਤੀ ਫਰੇਮਵਰਕ ਦੀ ਵਰਤੋਂ ਕਰਨ ਲਈ ਮਜਬੂਰ ਕੀਤਾ ਜਾਵੇਗਾ।
ਮਾਈਕਰੋ ਫਰੰਟਐਂਡ ਦੇ ਨੁਕਸਾਨ
ਪੂਰੀ ਤਰ੍ਹਾਂ ਨਾਲ ਕੰਪਲੈਕਸ ਵੈੱਬ ਹੱਲ ਟੈਸਟਿੰਗ
ਇੱਕ ਵੈੱਬ ਹੱਲ ਦੇ ਵੱਖ-ਵੱਖ ਮਾਡਿਊਲਾਂ ਦੀ ਜਾਂਚ ਕਰਨਾ ਆਸਾਨ ਹੁੰਦਾ ਹੈ ਜਦੋਂ ਇਹ ਮਾਈਕ੍ਰੋ-ਫਰੰਟੈਂਡ ਆਰਕੀਟੈਕਚਰ ਦੀ ਵਰਤੋਂ ਕਰਦਾ ਹੈ। ਹਾਲਾਂਕਿ, ਇਹ ਸਮੁੱਚੇ ਤੌਰ 'ਤੇ ਇੱਕ ਵੈਬ ਐਪਲੀਕੇਸ਼ਨ ਦਾ ਮੁਲਾਂਕਣ ਕਰਨ ਤੋਂ ਵੱਖਰਾ ਹੈ।
ਜਾਰੀ ਰੱਖਣ ਤੋਂ ਪਹਿਲਾਂ ਪੁਸ਼ਟੀ ਕਰੋ ਕਿ ਸਾਰੇ ਹਿੱਸੇ ਇਰਾਦੇ ਅਨੁਸਾਰ ਕੰਮ ਕਰਦੇ ਹਨ। ਇਹ ਮੁਸ਼ਕਲ ਹੋ ਸਕਦਾ ਹੈ ਕਿਉਂਕਿ ਮਾਈਕ੍ਰੋ ਫਰੰਟਐਂਡ ਸੁਤੰਤਰ ਤੌਰ 'ਤੇ ਕੰਮ ਕਰਦੇ ਹਨ ਅਤੇ ਵੱਖ-ਵੱਖ ਡਿਲੀਵਰੀ ਪ੍ਰਕਿਰਿਆਵਾਂ ਹੁੰਦੀਆਂ ਹਨ।
ਮਹਿੰਗੇ ਸ਼ੁਰੂਆਤੀ ਨਿਵੇਸ਼
ਮਾਈਕਰੋ ਫਰੰਟਐਂਡ ਵਿਕਾਸ ਆਮ ਤੌਰ 'ਤੇ ਮਹੱਤਵਪੂਰਨ ਵਿੱਤੀ ਖਰਚੇ ਦੀ ਮੰਗ ਕਰਦੇ ਹਨ। ਬਹੁਤ ਸਾਰੀਆਂ ਫਰੰਟ-ਐਂਡ ਟੀਮਾਂ ਨੂੰ ਇਕੱਠਾ ਕਰਨਾ ਅਤੇ ਰੱਖਣਾ ਮਹਿੰਗਾ ਹੈ।
ਇਸ ਤੋਂ ਇਲਾਵਾ, ਤੁਹਾਨੂੰ ਨੌਕਰੀ ਨੂੰ ਸੰਗਠਿਤ ਕਰਨ ਲਈ ਪ੍ਰਬੰਧਨ ਕਰਮਚਾਰੀਆਂ ਦੀ ਲੋੜ ਪਵੇਗੀ, ਯਕੀਨੀ ਬਣਾਓ ਕਿ ਹਰ ਚੀਜ਼ ਦਾ ਤਾਲਮੇਲ ਹੈ, ਅਤੇ ਸ਼ਾਨਦਾਰ ਟੀਮ ਸੰਚਾਰ ਦੀ ਗਰੰਟੀ ਹੈ।
ਵਿਕਾਸ ਅਤੇ ਤਾਇਨਾਤੀ ਦੀ ਗੁੰਝਲਤਾ
ਮਾਈਕ੍ਰੋ-ਫਰੰਟਐਂਡ ਡਿਜ਼ਾਈਨ ਦੇ ਨਤੀਜੇ ਵਜੋਂ ਵਿਕਾਸ ਅਤੇ ਤੈਨਾਤੀ ਪ੍ਰਕਿਰਿਆਵਾਂ ਵਧੇਰੇ ਗੁੰਝਲਦਾਰ ਬਣ ਸਕਦੀਆਂ ਹਨ।
ਉਦਾਹਰਨ ਲਈ, ਉਸੇ ਪ੍ਰੋਜੈਕਟ 'ਤੇ ਕੰਮ ਕਰਨ ਵਾਲੀਆਂ ਸੁਤੰਤਰ ਵਿਕਾਸ ਟੀਮਾਂ ਦੁਆਰਾ ਬਹੁਤ ਸਾਰੇ ਹਿੱਸਿਆਂ ਦੇ ਨਾਲ ਇੱਕ ਹੱਲ ਕੱਢਿਆ ਜਾ ਸਕਦਾ ਹੈ, ਜੋ ਕਿ ਤੈਨਾਤੀ ਪੜਾਅ 'ਤੇ ਸਮੱਸਿਆਵਾਂ ਪੈਦਾ ਕਰ ਸਕਦਾ ਹੈ।
ਸਾਰੇ ਮੋਡੀਊਲਾਂ ਦੀ ਸਹੀ ਅਸੈਂਬਲੀ ਅਤੇ ਸਮੁੱਚੀ ਸਕੀਮ ਵਿੱਚ ਉਹਨਾਂ ਦਾ ਨਿਰਵਿਘਨ ਏਕੀਕਰਨ ਵੀ ਹਮੇਸ਼ਾ ਸਧਾਰਨ ਨਹੀਂ ਹੁੰਦਾ ਹੈ; ਇਸ ਕੰਮ ਲਈ ਆਮ ਤੌਰ 'ਤੇ ਸਾਰੀਆਂ ਨਿਰਭਰਤਾਵਾਂ ਦੀ ਪੂਰੀ ਤਰ੍ਹਾਂ ਸਮਝ ਦੀ ਲੋੜ ਹੁੰਦੀ ਹੈ।
ਉਪਭੋਗਤਾ ਅਨੁਭਵ ਵਿੱਚ ਤਾਲਮੇਲ ਬਣਾਈ ਰੱਖਣ ਵਿੱਚ ਸਮੱਸਿਆਵਾਂ
ਜਦੋਂ ਟੀਮਾਂ ਸੌਫਟਵੇਅਰ ਦੇ ਕਈ ਹਿੱਸਿਆਂ 'ਤੇ ਵੱਖਰੇ ਤੌਰ 'ਤੇ ਕੰਮ ਕਰਦੀਆਂ ਹਨ ਤਾਂ ਇਕਸਾਰ ਉਪਭੋਗਤਾ ਇੰਟਰਫੇਸ ਨੂੰ ਬਣਾਈ ਰੱਖਣਾ ਚੁਣੌਤੀਪੂਰਨ ਹੁੰਦਾ ਹੈ।
ਵੈੱਬ ਹੱਲ ਪ੍ਰੋਜੈਕਟ ਦੇ ਸਾਰੇ ਡਿਵੈਲਪਰਾਂ ਦੁਆਰਾ ਸਾਂਝਾ ਕੀਤਾ ਜਾਣਾ ਚਾਹੀਦਾ ਹੈ। ਨਹੀਂ ਤਾਂ, ਸੜਕ ਦੇ ਨਾਲ-ਨਾਲ ਬਹੁਤ ਸਾਰੇ ਵਿਰੋਧਾਭਾਸ ਹੋ ਸਕਦੇ ਹਨ.
ਸਿੱਟਾ
ਮਾਈਕ੍ਰੋ ਫਰੰਟਐਂਡ, ਇੱਕ ਸਮਕਾਲੀ ਆਰਕੀਟੈਕਚਰਲ ਡਿਜ਼ਾਈਨ, ਵੱਡੇ ਪੈਮਾਨੇ ਦੇ ਮਾਈਕ੍ਰੋਸਰਵਿਸ-ਅਧਾਰਿਤ ਵੈੱਬ ਵਿਕਾਸ ਪ੍ਰੋਜੈਕਟਾਂ ਦੀ ਕਾਰਗੁਜ਼ਾਰੀ ਨੂੰ ਬਹੁਤ ਵਧਾ ਸਕਦਾ ਹੈ।
ਇਹ ਪ੍ਰੋਗਰਾਮਰਾਂ ਨੂੰ ਪੂਰੇ ਹੱਲ ਨੂੰ ਵੱਖਰੇ ਹਿੱਸਿਆਂ ਵਿੱਚ ਵੰਡਣ ਦੇ ਯੋਗ ਬਣਾਉਂਦਾ ਹੈ ਜੋ ਕਈ ਖੁਦਮੁਖਤਿਆਰ ਟੀਮਾਂ ਦੁਆਰਾ ਬਣਾਏ ਜਾ ਸਕਦੇ ਹਨ। ਇਸ ਤੋਂ ਬਹੁਤ ਸਾਰੇ ਲਾਭ ਹੁੰਦੇ ਹਨ, ਜਿਸ ਵਿੱਚ ਤੇਜ਼ੀ ਨਾਲ ਵਿਸ਼ੇਸ਼ਤਾ ਰੋਲ-ਆਊਟ, ਵਿਅਕਤੀਗਤ ਮਾਡਿਊਲਾਂ ਦੀ ਆਸਾਨ ਜਾਂਚ, ਅਤੇ ਹੋਰ ਸਹਿਜ ਅੱਪਗਰੇਡ ਸ਼ਾਮਲ ਹਨ।
ਪਰ ਮਾਈਕ੍ਰੋ ਫਰੰਟਐਂਡ ਦੇ ਨਾਲ ਕੁਝ ਮੁਸ਼ਕਲਾਂ ਵੀ ਹਨ।
ਇੱਕ ਐਪਲੀਕੇਸ਼ਨ ਦੀ ਵਿਆਪਕ ਜਾਂਚ, ਉਦਾਹਰਨ ਲਈ, ਚੁਣੌਤੀਪੂਰਨ ਹੋ ਸਕਦੀ ਹੈ।
ਇਸ ਤੋਂ ਇਲਾਵਾ, ਕਿਉਂਕਿ ਇੰਜੀਨੀਅਰਾਂ ਅਤੇ ਪ੍ਰਸ਼ਾਸਕਾਂ ਦੀ ਇੱਕ ਵੱਡੀ ਟੀਮ ਦੀ ਲੋੜ ਹੈ, ਮਾਈਕ੍ਰੋ ਫਰੰਟਐਂਡ ਪ੍ਰੋਜੈਕਟ ਬਹੁਤ ਮਹਿੰਗੇ ਹਨ।
ਸਿੱਟੇ ਵਜੋਂ, ਕਿਸੇ ਫੈਸਲੇ 'ਤੇ ਆਉਣ ਤੋਂ ਪਹਿਲਾਂ, ਤੁਹਾਨੂੰ ਆਪਣੇ ਕਾਰੋਬਾਰੀ ਕੇਸ ਦੇ ਸਾਰੇ ਹਿੱਸਿਆਂ ਨੂੰ ਧਿਆਨ ਵਿੱਚ ਰੱਖਣਾ ਚਾਹੀਦਾ ਹੈ।
ਵਲਾਦੀਮੀਰ ਕਾਮਾਜ
ਕਿਸੇ ਤਰ੍ਹਾਂ ਮੈਂ ਇਹ ਨਹੀਂ ਸਮਝ ਸਕਿਆ ਕਿ ਫਰੰਟਐਂਡ 'ਤੇ ਵਿਅਕਤੀਗਤ ਭਾਗਾਂ ਵਿਚਕਾਰ ਸੰਚਾਰ ਕਿਸ ਸਿਧਾਂਤ 'ਤੇ ਕੰਮ ਕਰਦਾ ਹੈ। ਮੈਨੂੰ ਸਮਝ ਨਹੀਂ ਆਉਂਦੀ ਕਿ ਤੁਸੀਂ ਉਹਨਾਂ ਹਿੱਸਿਆਂ ਨੂੰ ਕਿਵੇਂ ਜੋੜਨਾ ਚਾਹੁੰਦੇ ਹੋ ਜੋ ਵੱਖ-ਵੱਖ ਫਰੇਮਵਰਕ ਵਿੱਚ ਬਣਾਏ ਗਏ ਹਨ। ਇਸ ਬਾਰੇ ਲੇਖ ਵਿਚ ਕੁਝ ਨਹੀਂ ਹੈ. ਘਟਨਾਵਾਂ ਅਤੇ ਸਰੋਤਿਆਂ ਦੀ ਪ੍ਰਣਾਲੀ ਮੈਨੂੰ ਧਰਤੀ 'ਤੇ ਨਰਕ ਵਰਗੀ ਲੱਗਦੀ ਹੈ। ਸਾਨੂੰ ਇਸ ਦੀ ਕਲਪਨਾ ਕਿਵੇਂ ਕਰਨੀ ਚਾਹੀਦੀ ਹੈ?