ਮਲਟੀਲੇਅਰ ਮਾਡਲ ਦੇ 7 ਸਿਧਾਂਤ
ਹਾਲਾਂਕਿ ਇਹ ਕਰਨਾ ਸੌਖਾ ਹੈ, ਪਰ ਮੈਂ ਇਸ ਹਫ਼ਤੇ ਸ਼ੁਰੂ ਕਰਨਾ ਚਾਹਾਂਗਾ ਭੂ-ਭੌਤਿਕੀ ਇਸ ਵਿਸ਼ਾ ਤੇ, ਹਾਲਾਂਕਿ ਇਸ ਵਿਸ਼ੇ ਤੇ ਪੂਰੀਆਂ ਕਿਤਾਬਾਂ ਹਨ, ਅਸੀਂ ਮਲਟੀਲੀਅਰ ਮਾਡਲ ਦੀ ਸਕੀਮ ਨੂੰ ਸੰਖੇਪ ਕਰਨ ਲਈ 7 ਅਸੂਲ 2.0 ਦੀ ਵਰਤੋਂ ਕਰਾਂਗੇ ਅਤੇ ਇਸ ਨੂੰ ਭੂਗੋਲਿਕ ਖੇਤਰ ਵਿੱਚ ਲਾਗੂ ਕਰਾਂਗੇ.
ਮਲਟੀਲੇਅਰ ਦੇ ਤੌਰ ਤੇ ਜਾਣਿਆ ਜਾਂਦਾ ਸੰਕਲਪ, ਕਲਾਇੰਟ-ਸਰਵਰ ਐਪਲੀਕੇਸ਼ਨਾਂ ਦੇ ਤੇਜ਼ੀ ਲੈਣ ਤੋਂ ਬਾਅਦ ਉੱਭਰਦਾ ਹੈ, ਜੋ ਇੰਟਰਨੈਟ ਦੇ ਵਾਧੇ ਨਾਲ ਜੁੜਿਆ ਹੋਇਆ ਹੈ ਜਦੋਂ ਕਿ ਪ੍ਰਾਈਵੇਟ ਨੈਟਵਰਕ (ਇੰਟਰਨੈਟ) ਵੀ ਪ੍ਰਸਿੱਧ ਹੋਏ. ਸਭ ਤੋਂ ਮਹੱਤਵਪੂਰਣ ਉਦੇਸ਼ਾਂ ਵਿੱਚੋਂ ਇੱਕ ਇਹ ਹੈ ਕਿ ਵਿਕਾਸ ਕਾਰਜਾਂ ਨੂੰ ਪ੍ਰਭਾਵਤ ਨਹੀਂ ਕਰਦਾ, ਘੱਟ ਪ੍ਰਣਾਲੀ ਵਾਲੇ ਪ੍ਰਸ਼ਨ ਜੋ ਉਪਭੋਗਤਾਵਾਂ ਦੀ ਨਿਰੰਤਰ ਵਰਤੋਂ ਵਿੱਚ ਹਨ.
ਅਜਿਹਾ ਮਾਮਲਾ ਹੈ, ਉਦਾਹਰਨ ਲਈ ਇੱਕ ਵੱਡੇ ਕੈਡਸਟ੍ਰਰ ਪ੍ਰਾਜੈਕਟ ਵਿੱਚ, ਜਿਸ ਵਿੱਚ ਖੇਤਰ ਦੇ ਤਕਨੀਸ਼ੀਅਨ, ਮੈਪਿੰਗ ਜਾਂ ਡਿਜੀਟੇਜ਼ਰ ਨੂੰ ਜਾਣਕਾਰੀ ਨੂੰ ਖੁਆਉਣਾ ਚਾਹੀਦਾ ਹੈ; ਫਿਰ ਕਾਨੂੰਨੀ ਵਿਸ਼ਲੇਸ਼ਕ, ਜੀਆਈਐਸ ਅਤੇ ਰੈਗੂਲਰਟੇਸ਼ਨ ਤਕਨੀਸ਼ੀਅਨ ਨੂੰ ਡਾਟਾ ਪ੍ਰਕਿਰਿਆ ਕਰਨਾ ਚਾਹੀਦਾ ਹੈ ਜਦਕਿ ਬਾਹਰੀ ਉਪਯੋਗਕਰਤਾਵਾਂ ਦੇ ਪਾਸੇ ਤੋਂ ਸਲਾਹ ਮਸ਼ਵਰੇ ਦੇ ਪੱਧਰ ਜਾਂ ਔਨਲਾਈਨ ਪ੍ਰਕਿਰਿਆਵਾਂ ਲਈ ਬੇਨਤੀਆਂ ਦੀ ਮੰਗ ਹੈ.
ਆਓ ਹੁਣ ਇਸ ਮਾਡਲ ਦੇ ਪਰਤਾਂ ਅਤੇ ਇਸਦੇ ਸਿਧਾਂਤਾਂ ਨੂੰ ਦੇਖੀਏ.
ਵਿਕਾਸ ਪਰਤ
1. ਸਧਾਰਣ ਡਿਜ਼ਾਈਨ. ਇਹ ਸਮਝਣਾ ਮਹੱਤਵਪੂਰਨ ਹੈ ਕਿ ਜਦੋਂ ਮਲਟੀਲੇਅਰ ਐਪਲੀਕੇਸ਼ਨਜ਼ ਵਿਕਸਤ ਕੀਤੇ ਜਾਂਦੇ ਹਨ, ਤਾਂ ਕਾਰਜਕੁਸ਼ਲਤਾ ਜਿਹੜੀ ਪ੍ਰਕਿਰਿਆ ਨੂੰ ਹੌਲੀ ਕਰ ਦੇਵੇਗੀ, ਡੇਟਾ ਤਾਇਨਾਤੀ ਜਾਂ ਕਾਰਜਕੁਸ਼ਲਤਾਵਾਂ ਦੇ ਅਪਡੇਟ ਨੂੰ ਅਤਿਕਥਨੀ ਨਹੀਂ ਕੀਤਾ ਜਾ ਸਕਦਾ. ਇਹੀ ਕਾਰਨ ਹੈ ਕਿ ਜਾਵਾ ਸਕ੍ਰਿਪਟ ਵਰਗੀ ਪ੍ਰਕਿਰਿਆ ਦੀ ਵਰਤੋਂ ਸਰਵਰ ਤੇ ਚੱਲ ਰਹੀ ਹੈ, ਬਹੁਤ ਸਾਰੇ ਉਪਭੋਗਤਾਵਾਂ ਨੂੰ ਸਿਸਟਮ ਨੂੰ ਮੁੜ ਲੋਡ ਕੀਤੇ ਬਿਨਾਂ ਇੱਕੋ ਸਮੇਂ ਕਾਰਜਾਂ ਦੀ ਆਗਿਆ ਦਿੰਦੀ ਹੈ. ਜਿਵੇਂ ਕਿ ਪ੍ਰਕਿਰਿਆਵਾਂ ਨੂੰ ਛੋਟਾ ਬਣਾਇਆ ਜਾ ਸਕਦਾ ਹੈ, ਇਸ ਲਈ ਸਿਰਫ ਡਿਜ਼ਾਇਨ ਨੂੰ ਸਰਲ ਰੱਖਣ ਲਈ ਪ੍ਰੋਸੈਸਰਾਂ ਦੀ ਗਿਣਤੀ ਅਤੇ ਸਮਰੱਥਾ ਦੀ ਨਿਗਰਾਨੀ ਕਰਨੀ ਪੈਂਦੀ ਹੈ ... ਹਾਲਾਂਕਿ ਇਹ ਸਾੱਫਟਵੇਅਰ ਆਰਕੀਟੈਕਟ ਦੀ ਇੱਕ ਵਿਸ਼ੇਸ਼ਤਾ ਹੋਣ ਨਾਲੋਂ ਦੇਵਤਿਆਂ ਦੀ ਇੱਕ ਕੁਸ਼ਲਤਾ ਜਾਪਦੀ ਹੈ.
2. ਬਹੁ-ਜੰਤਰ ਦੀ ਵਰਤੋਂ ਲਈ ਐਪਲੀਕੇਸ਼ਨ. ਇਹ ਵਿਚਾਰ ਕਰਨ ਦੀ ਜ਼ਰੂਰਤ ਹੈ ਕਿ ਉਪਭੋਗਤਾ ਵੈਬ ਦੁਆਰਾ ਡੈਸਕਟੌਪ ਡਿਵਾਈਸਾਂ ਜਾਂ ਕਈ ਤਰ੍ਹਾਂ ਦੇ ਮੋਬਾਈਲ ਤੋਂ ਜਾਣਕਾਰੀ ਪ੍ਰਾਪਤ ਕਰਨਾ ਚਾਹੁੰਦੇ ਹਨ, ਇਸ ਲਈ ਵਿਕਾਸ ਨੂੰ ਇਸ ਸਿਧਾਂਤ 'ਤੇ ਵਿਚਾਰ ਕਰਨਾ ਚਾਹੀਦਾ ਹੈ. ਹਾਲਾਂਕਿ ਜਾਣੇ-ਪਛਾਣੇ ਯੰਤਰਾਂ ਦੇ ਵਿਕਾਸ ਦੀ ਭਵਿੱਖਬਾਣੀ ਕਰਨਾ ਸੌਖਾ ਨਹੀਂ ਹੈ, ਘੱਟੋ ਘੱਟ ਪ੍ਰੋਜੈਕਟ ਦੀ ਵਿਸ਼ੇਸ਼ਤਾ ਨੂੰ ਖਾਣ ਪੀਣ ਅਤੇ ਡਾ downloadਨਲੋਡ ਕਰਨ ਦੇ ਉਦੇਸ਼ਾਂ ਲਈ ਵਿਚਾਰਿਆ ਜਾਣਾ ਚਾਹੀਦਾ ਹੈ, ਜਿਵੇਂ ਕਿ ਕੈਡਸਟ੍ਰਲ ਪ੍ਰਕਿਰਿਆ ਦੇ ਮਾਮਲੇ ਵਿੱਚ, ਜੀਪੀਐਸ ਉਪਕਰਣਾਂ ਦੀ ਵਰਤੋਂ ਅਤੇ ਪੀਆਈਏ ਜੀਆਈਐਸ ਐਪਲੀਕੇਸ਼ਨਾਂ ਨਾਲ / ਸੀਏਡੀ ਘੱਟੋ ਘੱਟ ਟੇਬਲਰ ਡੇਟਾ ਫੀਡ ਸਮਰੱਥਾਵਾਂ, ਅਤੇ ਰਾਸਟਰ / ਵੈਕਟਰ ਡੇਟਾ ਦੀ ਵਰਤੋਂ. ਜਿਵੇਂ ਕਿ ਕਾਰੋਬਾਰ ਦੀ ਵਿਸ਼ੇਸ਼ਤਾ ਵਿਭਿੰਨ ਹੈ, ਇਸ ਲਈ ਤਕਨਾਲੋਜੀਆਂ ਦੀ ਉੱਨਤੀ ਪ੍ਰਤੀ ਸੁਚੇਤ ਹੋਣਾ ਜ਼ਰੂਰੀ ਹੈ.
3. ਡਾਟਾਬੇਸ ਰਾਹੀਂ ਇੱਕ ਪ੍ਰੋਸੈਸਰ ਨੂੰ collapseਹਿ ਤੋਂ ਮੁਕਤ ਰੱਖਣ ਲਈ, ਇਹ ਵਿਚਾਰਨ ਦੀ ਜ਼ਰੂਰਤ ਹੈ ਕਿ ਉਪਭੋਗਤਾ ਦੁਆਰਾ ਕੀਤੀ ਕੋਈ ਵੀ ਕਾਰਵਾਈ ਡੇਟਾਬੇਸ ਵਿੱਚ ਇੱਕ ਸਧਾਰਣ ਕਾਲ ਹੈ, ਇਸ ਲਈ ਜੇ ਫਾਈਲ ਟ੍ਰਾਂਸਫਰ ਦੀ ਵਰਤੋਂ ਕੀਤੀ ਜਾਂਦੀ ਹੈ, ਤਾਂ ਵੈੱਬ ਸੇਵਾਵਾਂ ਨੂੰ ਬਣਾਉਣ ਦੀ ਤਰਜੀਹ ਹੁੰਦੀ ਹੈ. ਜੇ ਨਕਸ਼ੇ ਦੀ ਵਰਤੋਂ ਕੀਤੀ ਜਾਏਗੀ, ਤਾਂ ਆਦਰਸ਼ ਪ੍ਰਕਾਸ਼ਤ ਲਈ ਆਈਐਮਐਸ ਸੇਵਾਵਾਂ ਤਿਆਰ ਕਰਨਾ ਹੈ ਅਤੇ ਜੇ ਦਸਤਾਵੇਜ਼ ਡਾਉਨਲੋਡ ਕੀਤੇ ਜਾਣਗੇ, ਵੈਬ ਸੇਵਾਵਾਂ ਦੀ ਵਰਤੋਂ ਦੀ ਭਾਲ ਕਰੋ.
ਪ੍ਰੋਸੈਸ ਲੇਅਰ
4. ਇੱਕ ਪਲੇਟਫਾਰਮ ਦੇ ਰੂਪ ਵਿੱਚ ਵੈਬ. ਇਹ ਇੰਟਰਨੈਟ ਜਾਂ ਇੰਟਰਨੈਟ ਹੋਵੇ, ਸੰਕਲਪ ਇਕੋ ਜਿਹਾ ਹੈ, ਉਪਭੋਗਤਾਵਾਂ ਦੇ ਕੰਮ ਕਰਨ ਵਾਲੇ ਵਾਤਾਵਰਣ ਨੂੰ beਨਲਾਈਨ ਹੋਣ ਦੀ ਭਾਲ ਵਿਚ ਤਾਂ ਜੋ ਸਰਵਰ ਤੋਂ ਕਿਸੇ ਵੀ ਪ੍ਰਕਾਰ ਦੀਆਂ ਪ੍ਰਕਿਰਿਆਵਾਂ ਚੱਲ ਸਕਣ. ਇਹ ਹੇਠ ਦਿੱਤੇ ਸਿਧਾਂਤ ਦੁਆਰਾ ਪੂਰਕ ਹੈ ਕਿਉਂਕਿ ਇਰਾਦਾ ਇਹ ਨਿਸ਼ਚਤ ਕਰਨਾ ਹੈ ਕਿ ਪ੍ਰਕਿਰਿਆਵਾਂ ਦੇ ਸੰਚਾਲਨ ਲਈ ਵੱਡੇ ਸਰੋਤਾਂ ਵਾਲੀਆਂ ਟੀਮਾਂ ਦੀ ਲੋੜ ਨਹੀਂ ਪੈਂਦੀ, ਹਾਲਾਂਕਿ ਡੈਸਕਟੌਪ ਐਪਲੀਕੇਸ਼ਨਾਂ ਨੂੰ ਮੁੜ ਡਿਜ਼ਾਈਨ ਕਰਨਾ ਜ਼ਰੂਰੀ ਹੈ.
5. ਔਨਲਾਈਨ ਅਰਜ਼ੀਆਂ ਦਾ ਪ੍ਰਯੋਗ ਕਰਨਾ ਇਹ ਡਿਵੈਲਪਰਾਂ ਲਈ ਇੱਕ ਵੱਡੀ ਚੁਣੌਤੀ ਹੈ, ਕਿਉਂਕਿ ਇਸ ਪਰਤ ਵਿੱਚ ਉਪਭੋਗਤਾਵਾਂ ਦਾ ਇੱਕ ਪੱਧਰ ਸ਼ਾਮਲ ਹੁੰਦਾ ਹੈ ਜੋ ਪ੍ਰਕਿਰਿਆਵਾਂ ਨੂੰ ਪੂਰਾ ਕਰਦੇ ਹਨ ਜੋ ਕਿ ਪ੍ਰਸ਼ਨ ਤੋਂ ਪਰੇ ਹਨ. ਇਹ ਕੈਡਸਟ੍ਰਲ ਮੇਨਟੇਨੈਂਸ ਦਾ ਮਾਮਲਾ ਹੈ, ਜਿਸ ਲਈ ਵੱਖਰੀਆਂ ਫਾਈਲਾਂ ਦੀ ਵਰਤੋਂ ਦੀ ਲੋੜ ਹੁੰਦੀ ਹੈ ਅਤੇ ਨਾ ਸਿਰਫ ਟੇਬਲਰ ਡੇਟਾ ਦੀ ਹੇਰਾਫੇਰੀ. ਇਸਦੇ ਲਈ, ਚੁਣੇ ਗਏ ਸਾੱਫਟਵੇਅਰ ਨੂੰ ਨਿਯੰਤਰਿਤ ਫਾਈਲ ਪ੍ਰਬੰਧਨ ਵਾਤਾਵਰਣ, ਵਰਜ਼ਨਿੰਗ ਅਤੇ ਪ੍ਰਕਿਰਿਆ ਨੂੰ ਚੈੱਕਆਉਟ-ਚੈਕਿਨ ਵਜੋਂ ਜਾਣਿਆ ਜਾਣਾ ਚਾਹੀਦਾ ਹੈ; ਏਪੀਆਈ ਤੋਂ ਇਹ ਵੀ ਉਮੀਦ ਕੀਤੀ ਜਾਂਦੀ ਹੈ ਕਿ ਕਾਰਜਕੁਸ਼ਲਤਾ ਨੂੰ ਅਨੁਕੂਲਿਤ ਕਰਨ ਲਈ ਸਮਰੱਥਾਵਾਂ ਪ੍ਰਦਾਨ ਕਰੇ ਅਤੇ ਡੈਸਕਟੌਪ ਪ੍ਰਕਿਰਿਆਵਾਂ ਨੂੰ ਸਮਕਾਲੀ ਬਣਾਉਣ ਤੋਂ ਰੋਕਣ.
ਯੂਜ਼ਰ ਲੇਅਰ
6. ਸਮੂਹਕ ਖੁਫੀਆ ਇਹ ਸਿਧਾਂਤ ਕਮਿ communityਨਿਟੀ ਦੀ ਧਾਰਣਾ ਤੋਂ ਆਇਆ ਹੈ, ਇਹ ਦਿਨ ਬਹੁਤ ਮਸ਼ਹੂਰ ਹੈ. ਇਹ ਉਹਨਾਂ ਇੰਟਰਫੇਸਾਂ ਨੂੰ ਬਣਾਉਣਾ ਮਹੱਤਵਪੂਰਣ ਹੈ ਜੋ ਉਪਭੋਗਤਾਵਾਂ ਵਿਚਕਾਰ ਸੰਚਾਰ ਦੀ ਸਹੂਲਤ ਦਿੰਦੇ ਹਨ, ਇਹ ਫੋਰਮਾਂ, ਸਮਰਥਨ ਨੈਟਵਰਕ ਜਾਂ ਇੰਸਟੈਂਟ ਮੈਸੇਜਿੰਗ ਚੈਨਲ ਹੋਣ ਤਾਂ ਜੋ ਉਪਭੋਗਤਾ ਆਪਣੇ ਸ਼ੰਕਿਆਂ, ਹੱਲਾਂ ਨੂੰ ਸਾਂਝਾ ਕਰ ਸਕਣ ਅਤੇ ਸਮੂਹਿਕ ਕੁਸ਼ਲਤਾਵਾਂ ਦਾ ਲਾਭ ਲੈ ਸਕਣ.
7. ਫੀਡਬੈਕ ਬਣੀਆਂ ਸੇਵਾਵਾਂ ਦੀਆਂ ਲੋੜੀਂਦੀਆਂ ਕਾਰਜਸ਼ੀਲਤਾਵਾਂ ਹੋਣੀਆਂ ਚਾਹੀਦੀਆਂ ਹਨ ਤਾਂ ਜੋ ਉਪਭੋਗਤਾ ਗਲਤੀਆਂ ਦੀ ਜਾਣਕਾਰੀ ਦੇ ਸਕਣ, ਟਿੱਪਣੀਆਂ ਜੋੜ ਸਕੋ ਸਵੈਚਲਿਤ ਜਾਂ ਸਵੈਇੱਛਤ ਹੋ ਸਕਣ. ਪ੍ਰਤੀਬੰਧਿਤ ਐਕਸੈਸ, ਫੰਕਸ਼ਨਲ ਲੌਗਿੰਗ, ਅਤੇ ਸਵੈਚਾਲਤ ਤਬਦੀਲੀ ਅਪਡੇਟਿੰਗ ਵੀ ਇਸ ਪੱਧਰ 'ਤੇ ਉਮੀਦ ਕੀਤੀ ਜਾਂਦੀ ਹੈ.
ਇਹ ਸਿਧਾਂਤ ਪਲੱਗ ਨੂੰ ਸਾਫਟਵੇਅਰ ਦੇ ਇੱਕ ਬ੍ਰਾਂਡ ਲਈ ਫੈਸਲਾ ਕਰਨਾ ਚਾਹੀਦਾ ਹੈ, ਮੁੱਖ ਤੌਰ ਤੇ ਕਿਉਂਕਿ ਇਸਦਾ ਜੀਵਨ ਬਾਹਰ ਤੋਂ ਬਾਹਰ ਜਾਣ ਦੇ ਉਤਪਾਦਾਂ ਵਿੱਚ ਨਹੀਂ ਹੁੰਦਾ ਪਰ ਉਸ ਨੂੰ ਹੱਥ ਵਧਾਉਣ ਦੀ ਸਮਰੱਥਾ ਵਿੱਚ ਹੈ.
ਬਹੁਤ ਧੰਨਵਾਦ, ਬਹੁਤ ਧੰਨਵਾਦ, ਮੇਰੀ ਵੀ ਮਦਦ ਕਰੋ, ਉਸ ਕੰਮ ਨੂੰ ਜਾਰੀ ਰੱਖੋ
ਬਹੁਤ ਵਧੀਆ ਲੇਖ ਨੇ ਮੇਰੀ ਬਹੁਤ ਮਦਦ ਕੀਤੀ!
ਗ੍ਰੀਟਿੰਗ!