1C ਵੈੱਬ ਕਲਾਇੰਟ ਬਾਰੇ

1C:Enterprise ਤਕਨਾਲੋਜੀ ਦੀਆਂ ਵਧੀਆ ਵਿਸ਼ੇਸ਼ਤਾਵਾਂ ਵਿੱਚੋਂ ਇੱਕ ਇਹ ਹੈ ਕਿ ਐਪਲੀਕੇਸ਼ਨ ਹੱਲ, ਪ੍ਰਬੰਧਿਤ ਫਾਰਮ ਤਕਨਾਲੋਜੀ ਦੀ ਵਰਤੋਂ ਕਰਕੇ ਵਿਕਸਤ ਕੀਤਾ ਗਿਆ ਹੈ, ਨੂੰ ਵਿੰਡੋਜ਼, ਲੀਨਕਸ, ਮੈਕੋਸ ਐਕਸ ਲਈ ਇੱਕ ਪਤਲੇ (ਐਗਜ਼ੀਕਿਊਟੇਬਲ) ਕਲਾਇੰਟ ਵਿੱਚ ਅਤੇ 5 ਬ੍ਰਾਉਜ਼ਰਾਂ ਲਈ ਇੱਕ ਵੈੱਬ ਕਲਾਇੰਟ ਦੇ ਰੂਪ ਵਿੱਚ ਲਾਂਚ ਕੀਤਾ ਜਾ ਸਕਦਾ ਹੈ - Chrome, Internet Explorer, Firefox, Safari, Edge, ਅਤੇ ਇਹ ਸਭ ਐਪਲੀਕੇਸ਼ਨ ਸਰੋਤ ਕੋਡ ਨੂੰ ਬਦਲੇ ਬਿਨਾਂ। ਇਸ ਤੋਂ ਇਲਾਵਾ, ਬਾਹਰੀ ਤੌਰ 'ਤੇ ਪਤਲੇ ਕਲਾਇੰਟ ਅਤੇ ਬ੍ਰਾਊਜ਼ਰ ਫੰਕਸ਼ਨ ਵਿਚ ਐਪਲੀਕੇਸ਼ਨ ਲਗਭਗ ਇਕੋ ਜਿਹੀ ਦਿਖਾਈ ਦਿੰਦੀ ਹੈ.
10 ਅੰਤਰ ਲੱਭੋ (ਕੱਟ ਦੇ ਹੇਠਾਂ 2 ਤਸਵੀਰਾਂ):

ਲੀਨਕਸ 'ਤੇ ਪਤਲੀ ਕਲਾਇੰਟ ਵਿੰਡੋ:

ਵੈੱਬ ਕਲਾਇੰਟ ਵਿੱਚ ਉਹੀ ਵਿੰਡੋ (ਕ੍ਰੋਮ ਬ੍ਰਾਊਜ਼ਰ ਵਿੱਚ):

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

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

ਸਮੱਸਿਆ ਦਾ ਗਠਨ

ਇਸ ਲਈ, ਪ੍ਰੋਜੈਕਟ ਦੀਆਂ ਲੋੜਾਂ: ਵੈਬ ਕਲਾਇੰਟ ਨੂੰ ਪਤਲੇ ਕਲਾਇੰਟ ਵਾਂਗ ਹੀ ਕਰਨਾ ਚਾਹੀਦਾ ਹੈ, ਅਰਥਾਤ:

1. ਡਿਸਪਲੇ ਯੂਜ਼ਰ ਇੰਟਰਫੇਸ
2. 1C ਭਾਸ਼ਾ ਵਿੱਚ ਲਿਖਿਆ ਕਲਾਇੰਟ ਕੋਡ ਚਲਾਓ

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

1C ਭਾਸ਼ਾ ਵਿੱਚ ਕਲਾਇੰਟ ਕੋਡ ਵਿੱਚ ਸਰਵਰ ਕਾਲਾਂ, ਸਥਾਨਕ ਸਰੋਤਾਂ (ਫਾਈਲਾਂ, ਆਦਿ) ਨਾਲ ਕੰਮ ਕਰਨਾ, ਪ੍ਰਿੰਟਿੰਗ ਅਤੇ ਹੋਰ ਬਹੁਤ ਕੁਝ ਸ਼ਾਮਲ ਹੋ ਸਕਦਾ ਹੈ।

ਪਤਲੇ ਕਲਾਇੰਟ (ਜਦੋਂ ਵੈੱਬ ਰਾਹੀਂ ਕੰਮ ਕਰਦੇ ਹਨ) ਅਤੇ ਵੈਬ ਕਲਾਇੰਟ ਦੋਵੇਂ 1C ਐਪਲੀਕੇਸ਼ਨ ਸਰਵਰ ਨਾਲ ਸੰਚਾਰ ਕਰਨ ਲਈ ਵੈਬ ਸੇਵਾਵਾਂ ਦੇ ਇੱਕੋ ਸੈੱਟ ਦੀ ਵਰਤੋਂ ਕਰਦੇ ਹਨ। ਕਲਾਇੰਟ ਲਾਗੂਕਰਨ, ਬੇਸ਼ਕ, ਵੱਖਰੇ ਹਨ - ਪਤਲੇ ਕਲਾਇੰਟ ਨੂੰ C++ ਵਿੱਚ ਲਿਖਿਆ ਗਿਆ ਹੈ, ਵੈਬ ਕਲਾਇੰਟ JavaScript ਵਿੱਚ ਲਿਖਿਆ ਗਿਆ ਹੈ।

ਇਤਿਹਾਸ ਦਾ ਇੱਕ ਬਿੱਟ

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

ਸ਼ੁਰੂ ਤੋਂ ਹੀ, ਅਸੀਂ ਦੋ ਭਾਸ਼ਾਵਾਂ ਦੇ ਵਿਚਕਾਰ ਮਜ਼ਬੂਤ ​​​​ਸੰਕਲਪਿਕ ਅੰਤਰਾਂ ਦੇ ਕਾਰਨ C++ ਪਤਲੇ ਕਲਾਇੰਟ ਕੋਡ ਨੂੰ JavaScript ਵੈਬ ਕਲਾਇੰਟ ਵਿੱਚ ਕਿਸੇ ਵੀ ਆਟੋਮੈਟਿਕ (ਭਾਵੇਂ ਅੰਸ਼ਕ) ਰੂਪਾਂਤਰਣ ਦੇ ਵਿਚਾਰ ਨੂੰ ਰੱਦ ਕਰ ਦਿੱਤਾ ਹੈ; ਵੈੱਬ ਕਲਾਇੰਟ ਨੂੰ ਸਕ੍ਰੈਚ ਤੋਂ JavaScript ਵਿੱਚ ਲਿਖਿਆ ਗਿਆ ਸੀ।

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

1C ਦਾ ਪਹਿਲਾ ਸੰਸਕਰਣ: ਵੈੱਬ ਕਲਾਇੰਟ ਸਪੋਰਟ ਵਾਲਾ ਐਂਟਰਪ੍ਰਾਈਜ਼ ਪਲੇਟਫਾਰਮ 2009 ਵਿੱਚ ਜਾਰੀ ਕੀਤਾ ਗਿਆ ਸੀ। ਉਸ ਸਮੇਂ ਵੈੱਬ ਕਲਾਇੰਟ 2 ਬ੍ਰਾਊਜ਼ਰਾਂ ਦਾ ਸਮਰਥਨ ਕਰਦਾ ਸੀ - ਇੰਟਰਨੈੱਟ ਐਕਸਪਲੋਰਰ ਅਤੇ ਫਾਇਰਫਾਕਸ। ਮੂਲ ਯੋਜਨਾਵਾਂ ਵਿੱਚ ਓਪੇਰਾ ਲਈ ਸਮਰਥਨ ਸ਼ਾਮਲ ਸੀ, ਪਰ ਓਪੇਰਾ ਵਿੱਚ ਐਪਲੀਕੇਸ਼ਨ ਨੂੰ ਬੰਦ ਕਰਨ ਵਾਲੇ ਹੈਂਡਲਰਾਂ ਦੇ ਨਾਲ ਉਸ ਸਮੇਂ ਅਸੰਭਵ ਸਮੱਸਿਆਵਾਂ ਦੇ ਕਾਰਨ (100% ਨਿਸ਼ਚਤਤਾ ਨਾਲ ਟਰੈਕ ਕਰਨਾ ਸੰਭਵ ਨਹੀਂ ਸੀ ਕਿ ਐਪਲੀਕੇਸ਼ਨ ਬੰਦ ਹੋ ਰਹੀ ਸੀ, ਅਤੇ ਉਸ ਸਮੇਂ ਤੋਂ ਡਿਸਕਨੈਕਸ਼ਨ ਪ੍ਰਕਿਰਿਆ ਨੂੰ ਪੂਰਾ ਕਰੋ। ਇਹਨਾਂ ਯੋਜਨਾਵਾਂ ਵਿੱਚੋਂ 1C ਐਪਲੀਕੇਸ਼ਨ ਸਰਵਰ) ਨੂੰ ਛੱਡਣਾ ਪਿਆ।

ਪ੍ਰੋਜੈਕਟ ਬਣਤਰ

ਕੁੱਲ ਮਿਲਾ ਕੇ, 1C:Enterprise ਪਲੇਟਫਾਰਮ ਵਿੱਚ JavaScript ਵਿੱਚ ਲਿਖੇ 4 ਪ੍ਰੋਜੈਕਟ ਹਨ:

1. ਵੈਬਟੂਲ - ਦੂਜੇ ਪ੍ਰੋਜੈਕਟਾਂ ਦੁਆਰਾ ਵਰਤੀਆਂ ਜਾਂਦੀਆਂ ਸਾਂਝੀਆਂ ਲਾਇਬ੍ਰੇਰੀਆਂ (ਅਸੀਂ ਇਹ ਵੀ ਸ਼ਾਮਲ ਕਰਦੇ ਹਾਂ ਗੂਗਲ ਕਲੋਜ਼ਰ ਲਾਇਬ੍ਰੇਰੀ).
2. ਕੰਟਰੋਲ ਤੱਤ ਫਾਰਮੈਟ ਕੀਤਾ ਦਸਤਾਵੇਜ਼ (ਜਾਵਾ ਸਕ੍ਰਿਪਟ ਵਿੱਚ ਪਤਲੇ ਕਲਾਇੰਟ ਅਤੇ ਵੈਬ ਕਲਾਇੰਟ ਦੋਵਾਂ ਵਿੱਚ ਲਾਗੂ)
3. ਕੰਟਰੋਲ ਤੱਤ ਸ਼ਡਿਊਲਰ (ਜਾਵਾ ਸਕ੍ਰਿਪਟ ਵਿੱਚ ਪਤਲੇ ਕਲਾਇੰਟ ਅਤੇ ਵੈਬ ਕਲਾਇੰਟ ਦੋਵਾਂ ਵਿੱਚ ਲਾਗੂ)
4. ਵੈੱਬ ਕਲਾਇੰਟ

ਹਰੇਕ ਪ੍ਰੋਜੈਕਟ ਦੀ ਬਣਤਰ ਜਾਵਾ ਪ੍ਰੋਜੈਕਟਾਂ (ਜਾਂ .NET ਪ੍ਰੋਜੈਕਟਾਂ - ਜੋ ਵੀ ਨੇੜੇ ਹੈ) ਦੀ ਬਣਤਰ ਵਰਗੀ ਹੈ; ਸਾਡੇ ਕੋਲ ਨੇਮਸਪੇਸ ਹਨ, ਅਤੇ ਹਰੇਕ ਨੇਮਸਪੇਸ ਇੱਕ ਵੱਖਰੇ ਫੋਲਡਰ ਵਿੱਚ ਹੈ। ਫੋਲਡਰ ਦੇ ਅੰਦਰ ਫਾਈਲਾਂ ਅਤੇ ਨੇਮਸਪੇਸ ਕਲਾਸਾਂ ਹਨ. ਵੈਬ ਕਲਾਇੰਟ ਪ੍ਰੋਜੈਕਟ ਵਿੱਚ ਲਗਭਗ 1000 ਫਾਈਲਾਂ ਹਨ.

ਢਾਂਚਾਗਤ ਤੌਰ 'ਤੇ, ਵੈੱਬ ਕਲਾਇੰਟ ਨੂੰ ਵੱਡੇ ਪੱਧਰ 'ਤੇ ਹੇਠਾਂ ਦਿੱਤੇ ਉਪ-ਪ੍ਰਣਾਲੀਆਂ ਵਿੱਚ ਵੰਡਿਆ ਗਿਆ ਹੈ:

• ਪ੍ਰਬੰਧਿਤ ਕਲਾਇੰਟ ਐਪਲੀਕੇਸ਼ਨ ਇੰਟਰਫੇਸ
  • ਆਮ ਐਪਲੀਕੇਸ਼ਨ ਇੰਟਰਫੇਸ (ਸਿਸਟਮ ਮੀਨੂ, ਪੈਨਲ)
  • ਪ੍ਰਬੰਧਿਤ ਫਾਰਮਾਂ ਦਾ ਇੰਟਰਫੇਸ, ਸਮੇਤ, ਹੋਰ ਚੀਜ਼ਾਂ ਦੇ ਨਾਲ, ਲਗਭਗ 30 ਨਿਯੰਤਰਣ (ਬਟਨ, ਵੱਖ-ਵੱਖ ਕਿਸਮਾਂ ਦੇ ਇਨਪੁਟ ਖੇਤਰ - ਟੈਕਸਟ, ਸੰਖਿਆਤਮਕ, ਮਿਤੀ/ਸਮਾਂ, ਆਦਿ, ਟੇਬਲ, ਸੂਚੀਆਂ, ਗ੍ਰਾਫ਼, ਆਦਿ)

• ਕਲਾਇੰਟ 'ਤੇ ਡਿਵੈਲਪਰਾਂ ਲਈ ਉਪਲਬਧ ਆਬਜੈਕਟ ਮਾਡਲ (ਕੁੱਲ 400 ਤੋਂ ਵੱਧ ਕਿਸਮਾਂ: ਪ੍ਰਬੰਧਿਤ ਇੰਟਰਫੇਸ ਆਬਜੈਕਟ ਮਾਡਲ, ਡਾਟਾ ਲੇਆਉਟ ਸੈਟਿੰਗਾਂ, ਕੰਡੀਸ਼ਨਲ ਸਟਾਈਲਿੰਗ, ਆਦਿ)
• ਬਿਲਟ-ਇਨ 1C ਭਾਸ਼ਾ ਦਾ ਅਨੁਵਾਦਕ
• ਬ੍ਰਾਊਜ਼ਰ ਐਕਸਟੈਂਸ਼ਨਾਂ (ਜਾਵਾ ਸਕ੍ਰਿਪਟ ਵਿੱਚ ਸਮਰਥਿਤ ਕਾਰਜਕੁਸ਼ਲਤਾ ਲਈ ਵਰਤੇ ਜਾਂਦੇ ਹਨ)
  • ਕ੍ਰਿਪਟੋਗ੍ਰਾਫੀ ਨਾਲ ਕੰਮ ਕਰਨਾ
  • ਫਾਈਲਾਂ ਨਾਲ ਕੰਮ ਕਰਨਾ
  • ਬਾਹਰੀ ਭਾਗਾਂ ਦੀ ਤਕਨਾਲੋਜੀ, ਉਹਨਾਂ ਨੂੰ ਪਤਲੇ ਅਤੇ ਵੈਬ ਕਲਾਇੰਟਸ ਦੋਵਾਂ ਵਿੱਚ ਵਰਤਣ ਦੀ ਆਗਿਆ ਦਿੰਦੀ ਹੈ

ਵਿਕਾਸ ਵਿਸ਼ੇਸ਼ਤਾਵਾਂ

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

ਕਲਾਇੰਟ ਕੋਡ ਦੇ ਆਕਾਰ ਨੂੰ ਘੱਟ ਕਰਨ ਲਈ, ਅਸੀਂ ਪਹਿਲਾਂ ਆਪਣੇ ਖੁਦ ਦੇ ਔਬਫਸਕੇਟਰ ਦੀ ਵਰਤੋਂ ਕੀਤੀ, ਅਤੇ ਪਲੇਟਫਾਰਮ ਸੰਸਕਰਣ 8.3.6 (ਅਕਤੂਬਰ 2014) ਨਾਲ ਸ਼ੁਰੂ ਕਰਦੇ ਹੋਏ ਅਸੀਂ ਵਰਤਣਾ ਸ਼ੁਰੂ ਕੀਤਾ। ਗੂਗਲ ਕਲੋਜ਼ਰ ਕੰਪਾਈਲਰ. ਸੰਖਿਆਵਾਂ ਵਿੱਚ ਵਰਤੋਂ ਦਾ ਪ੍ਰਭਾਵ - ਗੁੰਝਲਦਾਰ ਹੋਣ ਤੋਂ ਬਾਅਦ ਵੈੱਬ ਕਲਾਇੰਟ ਫਰੇਮਵਰਕ ਦਾ ਆਕਾਰ:

• ਆਪਣਾ ਔਬਫਸਕੇਟਰ - 1556 kb
• ਗੂਗਲ ਕਲੋਜ਼ਰ ਕੰਪਾਈਲਰ - 1073 kb

ਗੂਗਲ ਕਲੋਜ਼ਰ ਕੰਪਾਈਲਰ ਦੀ ਵਰਤੋਂ ਕਰਨ ਨਾਲ ਵੈੱਬ ਕਲਾਇੰਟ ਦੀ ਕਾਰਗੁਜ਼ਾਰੀ ਨੂੰ ਸਾਡੇ ਆਪਣੇ ਔਬਫਸਕੇਟਰ ਦੇ ਮੁਕਾਬਲੇ 30% ਬਿਹਤਰ ਬਣਾਉਣ ਵਿੱਚ ਮਦਦ ਮਿਲੀ। ਇਸ ਤੋਂ ਇਲਾਵਾ, ਐਪਲੀਕੇਸ਼ਨ ਦੁਆਰਾ ਖਪਤ ਕੀਤੀ ਗਈ ਮੈਮੋਰੀ ਦੀ ਮਾਤਰਾ 15-25% (ਬ੍ਰਾਊਜ਼ਰ 'ਤੇ ਨਿਰਭਰ ਕਰਦਾ ਹੈ) ਘੱਟ ਗਈ ਹੈ।

ਗੂਗਲ ਕਲੋਜ਼ਰ ਕੰਪਾਈਲਰ ਆਬਜੈਕਟ-ਓਰੀਐਂਟੇਡ ਕੋਡ ਨਾਲ ਬਹੁਤ ਵਧੀਆ ਢੰਗ ਨਾਲ ਕੰਮ ਕਰਦਾ ਹੈ, ਇਸਲਈ ਵੈੱਬ ਕਲਾਇੰਟ ਲਈ ਇਸਦੀ ਕੁਸ਼ਲਤਾ ਵੱਧ ਤੋਂ ਵੱਧ ਹੈ। ਕਲੋਜ਼ਰ ਕੰਪਾਈਲਰ ਸਾਡੇ ਲਈ ਕੁਝ ਚੰਗੀਆਂ ਚੀਜ਼ਾਂ ਕਰਦਾ ਹੈ:

• ਪ੍ਰੋਜੈਕਟ ਬਿਲਡ ਪੜਾਅ 'ਤੇ ਸਥਿਰ ਕਿਸਮ ਦੀ ਜਾਂਚ (ਇਹ ਯਕੀਨੀ ਬਣਾਉਂਦਾ ਹੈ ਕਿ ਅਸੀਂ JSDoc ਐਨੋਟੇਸ਼ਨਾਂ ਨਾਲ ਕੋਡ ਨੂੰ ਕਵਰ ਕਰਦੇ ਹਾਂ)। ਨਤੀਜਾ ਸਥਿਰ ਟਾਈਪਿੰਗ ਹੈ, C++ ਵਿੱਚ ਟਾਈਪਿੰਗ ਦੇ ਪੱਧਰ ਦੇ ਬਹੁਤ ਨੇੜੇ ਹੈ। ਇਹ ਪ੍ਰੋਜੈਕਟ ਕੰਪਾਇਲੇਸ਼ਨ ਪੜਾਅ 'ਤੇ ਗਲਤੀਆਂ ਦੀ ਕਾਫ਼ੀ ਵੱਡੀ ਪ੍ਰਤੀਸ਼ਤਤਾ ਨੂੰ ਫੜਨ ਵਿੱਚ ਮਦਦ ਕਰਦਾ ਹੈ।
• ਅਸਪਸ਼ਟਤਾ ਦੁਆਰਾ ਕੋਡ ਦਾ ਆਕਾਰ ਘਟਾਉਣਾ
• ਚਲਾਇਆ ਕੋਡ ਦੇ ਕਈ ਅਨੁਕੂਲਨ, ਉਦਾਹਰਨ ਲਈ, ਜਿਵੇਂ ਕਿ:
  • ਇਨਲਾਈਨ ਫੰਕਸ਼ਨ ਬਦਲ। JavaScript ਵਿੱਚ ਇੱਕ ਫੰਕਸ਼ਨ ਨੂੰ ਕਾਲ ਕਰਨਾ ਇੱਕ ਕਾਫ਼ੀ ਮਹਿੰਗਾ ਓਪਰੇਸ਼ਨ ਹੈ, ਅਤੇ ਅਕਸਰ ਵਰਤੇ ਜਾਂਦੇ ਛੋਟੇ ਤਰੀਕਿਆਂ ਦੇ ਇਨਲਾਈਨ ਬਦਲ ਕੋਡ ਨੂੰ ਤੇਜ਼ ਕਰਦੇ ਹਨ।
  • ਕੰਪਾਇਲ ਸਮੇਂ 'ਤੇ ਸਥਿਰਾਂਕ ਦੀ ਗਿਣਤੀ ਕੀਤੀ ਜਾ ਰਹੀ ਹੈ। ਜੇਕਰ ਕੋਈ ਸਮੀਕਰਨ ਇੱਕ ਸਥਿਰਾਂਕ 'ਤੇ ਨਿਰਭਰ ਕਰਦਾ ਹੈ, ਤਾਂ ਸਥਿਰ ਦਾ ਅਸਲ ਮੁੱਲ ਇਸ ਵਿੱਚ ਬਦਲਿਆ ਜਾਵੇਗਾ

ਅਸੀਂ WebStorm ਨੂੰ ਸਾਡੇ ਵੈਬ ਕਲਾਇੰਟ ਡਿਵੈਲਪਮੈਂਟ ਵਾਤਾਵਰਨ ਵਜੋਂ ਵਰਤਦੇ ਹਾਂ।

ਕੋਡ ਵਿਸ਼ਲੇਸ਼ਣ ਲਈ ਅਸੀਂ ਵਰਤਦੇ ਹਾਂ ਸੋਨਾਰਕਯੂਬ, ਜਿੱਥੇ ਅਸੀਂ ਸਥਿਰ ਕੋਡ ਵਿਸ਼ਲੇਸ਼ਕ ਨੂੰ ਏਕੀਕ੍ਰਿਤ ਕਰਦੇ ਹਾਂ। ਵਿਸ਼ਲੇਸ਼ਕਾਂ ਦੀ ਵਰਤੋਂ ਕਰਦੇ ਹੋਏ, ਅਸੀਂ JavaScript ਸਰੋਤ ਕੋਡ ਦੀ ਗੁਣਵੱਤਾ ਦੀ ਗਿਰਾਵਟ ਦੀ ਨਿਗਰਾਨੀ ਕਰਦੇ ਹਾਂ ਅਤੇ ਇਸਨੂੰ ਰੋਕਣ ਦੀ ਕੋਸ਼ਿਸ਼ ਕਰਦੇ ਹਾਂ।

ਅਸੀਂ ਕਿਹੜੀਆਂ ਸਮੱਸਿਆਵਾਂ ਨੂੰ ਹੱਲ ਕੀਤਾ/ਕਰ ਰਹੇ ਹਾਂ?

ਪ੍ਰੋਜੈਕਟ ਨੂੰ ਲਾਗੂ ਕਰਨ ਦੇ ਦੌਰਾਨ, ਸਾਨੂੰ ਬਹੁਤ ਸਾਰੀਆਂ ਦਿਲਚਸਪ ਸਮੱਸਿਆਵਾਂ ਦਾ ਸਾਹਮਣਾ ਕਰਨਾ ਪਿਆ ਜਿਨ੍ਹਾਂ ਨੂੰ ਸਾਨੂੰ ਹੱਲ ਕਰਨਾ ਪਿਆ।

ਸਰਵਰ ਨਾਲ ਅਤੇ ਵਿੰਡੋਜ਼ ਦੇ ਵਿਚਕਾਰ ਡੇਟਾ ਐਕਸਚੇਂਜ ਕਰੋ

ਅਜਿਹੀਆਂ ਸਥਿਤੀਆਂ ਹੁੰਦੀਆਂ ਹਨ ਜਿੱਥੇ ਸਰੋਤ ਕੋਡ ਦੀ ਗੁੰਝਲਦਾਰਤਾ ਸਿਸਟਮ ਦੇ ਸੰਚਾਲਨ ਵਿੱਚ ਦਖਲ ਦੇ ਸਕਦੀ ਹੈ। ਵੈੱਬ ਕਲਾਇੰਟ ਦੇ ਐਗਜ਼ੀਕਿਊਟੇਬਲ ਕੋਡ ਦੇ ਬਾਹਰੀ ਕੋਡ, ਗੁੰਝਲਦਾਰਤਾ ਦੇ ਕਾਰਨ, ਫੰਕਸ਼ਨ ਅਤੇ ਪੈਰਾਮੀਟਰ ਦੇ ਨਾਮ ਹੋ ਸਕਦੇ ਹਨ ਜੋ ਸਾਡੇ ਐਗਜ਼ੀਕਿਊਟੇਬਲ ਕੋਡ ਦੀ ਉਮੀਦ ਤੋਂ ਵੱਖਰੇ ਹੁੰਦੇ ਹਨ। ਸਾਡੇ ਲਈ ਬਾਹਰੀ ਕੋਡ ਹੈ:

• ਡਾਟਾ ਸਟਰਕਚਰ ਦੇ ਰੂਪ ਵਿੱਚ ਸਰਵਰ ਤੋਂ ਆਉਣ ਵਾਲਾ ਕੋਡ
• ਕਿਸੇ ਹੋਰ ਐਪਲੀਕੇਸ਼ਨ ਵਿੰਡੋ ਲਈ ਕੋਡ

ਸਰਵਰ ਨਾਲ ਇੰਟਰੈਕਟ ਕਰਦੇ ਸਮੇਂ ਗੁੰਝਲਦਾਰਤਾ ਤੋਂ ਬਚਣ ਲਈ, ਅਸੀਂ @expose ਟੈਗ ਦੀ ਵਰਤੋਂ ਕਰਦੇ ਹਾਂ:

/**
 * @constructor
 * @extends {Base.SrvObject}
 */
Srv.Core.GenericException = function ()
{
    /**
     * @type {string}
     * @expose
     */
    this.descr;

    /**
     * @type {Srv.Core.GenericException}
     * @expose
     */
    this.inner;

    /**
     * @type {string}
     * @expose
     */
    this.clsid;

    /**
     * @type {boolean}
     * @expose
     */
    this.encoded;
}

ਅਤੇ ਹੋਰ ਵਿੰਡੋਜ਼ ਨਾਲ ਇੰਟਰਫੇਸ ਕਰਦੇ ਸਮੇਂ ਗੁੰਝਲਦਾਰਤਾ ਤੋਂ ਬਚਣ ਲਈ, ਅਸੀਂ ਅਖੌਤੀ ਨਿਰਯਾਤ ਇੰਟਰਫੇਸ (ਇੰਟਰਫੇਸ ਜਿਸ ਵਿੱਚ ਸਾਰੇ ਤਰੀਕੇ ਨਿਰਯਾਤ ਕੀਤੇ ਜਾਂਦੇ ਹਨ) ਦੀ ਵਰਤੋਂ ਕਰਦੇ ਹਾਂ।

/**
 * Экспортируемый интерфейс контрола DropDownWindow
 *
 * @interface
 * @struct
 */
WebUI.IDropDownWindowExp = function(){}

/**
 * Перемещает выделение на 1 вперед или назад
 *
 * @param {boolean} isForward
 * @param {boolean} checkOnly
 * @return {boolean}
 * @expose
 */
WebUI.IDropDownWindowExp.prototype.moveMarker = function (isForward, checkOnly){}

/**
 * Перемещает выделение в начало или конец
 *
 * @param {boolean} isFirst
 * @param {boolean} checkOnly
 * @return {boolean}
 * @expose
 */
WebUI.IDropDownWindowExp.prototype.moveMarkerTo = function (isFirst, checkOnly){}

/**
 * @return {boolean}
 * @expose
 */
WebUI.IDropDownWindowExp.prototype.selectValue = function (){}

ਅਸੀਂ ਮੁੱਖ ਧਾਰਾ ਬਣਨ ਤੋਂ ਪਹਿਲਾਂ ਵਰਚੁਅਲ DOM ਦੀ ਵਰਤੋਂ ਕੀਤੀ ਸੀ)

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

ਵੈਬ ਕਲਾਇੰਟ ਨੂੰ ਅਨੁਕੂਲ ਬਣਾਉਣਾ

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

ਟੈਸਟਿੰਗ

ਕਾਰਜਸ਼ੀਲ ਅਤੇ ਪ੍ਰਦਰਸ਼ਨ ਜਾਂਚ ਲਈ, ਅਸੀਂ ਇੱਕ ਮਲਕੀਅਤ ਵਾਲੇ ਟੂਲ (ਜਾਵਾ ਅਤੇ C++ ਵਿੱਚ ਲਿਖਿਆ) ਦੀ ਵਰਤੋਂ ਕਰਦੇ ਹਾਂ, ਅਤੇ ਨਾਲ ਹੀ ਇਸ ਦੇ ਸਿਖਰ 'ਤੇ ਬਣੇ ਟੈਸਟਾਂ ਦਾ ਇੱਕ ਸੂਟ। ਸੇਲੇਨਿਅਮ.

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

ਇਹ ਟੂਲ 25 ਮਿਲੀਸਕਿੰਟ ਤੱਕ ਦੀ ਸ਼ੁੱਧਤਾ ਨਾਲ ਐਪਲੀਕੇਸ਼ਨ ਦੀ ਕਾਰਗੁਜ਼ਾਰੀ ਨੂੰ ਵੀ ਮਾਪਦਾ ਹੈ। ਕੁਝ ਮਾਮਲਿਆਂ ਵਿੱਚ, ਅਸੀਂ ਸਮੇਂ ਦੇ ਨਾਲ ਐਗਜ਼ੀਕਿਊਸ਼ਨ ਸਮੇਂ ਦੀ ਗਿਰਾਵਟ ਦਾ ਵਿਸ਼ਲੇਸ਼ਣ ਕਰਨ ਲਈ ਸਕ੍ਰਿਪਟ ਦੇ ਭਾਗਾਂ ਨੂੰ ਲੂਪ ਕਰਦੇ ਹਾਂ (ਉਦਾਹਰਨ ਲਈ, ਆਰਡਰ ਐਂਟਰੀ ਨੂੰ ਕਈ ਵਾਰ ਦੁਹਰਾਉਣਾ)। ਸਾਰੇ ਮਾਪਾਂ ਦੇ ਨਤੀਜੇ ਵਿਸ਼ਲੇਸ਼ਣ ਲਈ ਇੱਕ ਲੌਗ ਵਿੱਚ ਦਰਜ ਕੀਤੇ ਜਾਂਦੇ ਹਨ।

ਸਾਡਾ ਟੈਸਟਿੰਗ ਟੂਲ ਅਤੇ ਟੈਸਟ ਅਧੀਨ ਐਪਲੀਕੇਸ਼ਨ

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

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

ਵਿਕਾਸਕਾਰ ਮੰਦੀ ਦੀਆਂ ਘਟਨਾਵਾਂ ਦੀ ਜਾਂਚ ਕਰਨ ਲਈ ਵੱਖ-ਵੱਖ ਸਾਧਨਾਂ ਦੀ ਵਰਤੋਂ ਕਰਦੇ ਹਨ; ਮੁੱਖ ਤੌਰ 'ਤੇ ਵਰਤਿਆ Dynatrace AJAX ਐਡੀਸ਼ਨ ਉਤਪਾਦਨ ਕੰਪਨੀ ਡਾਇਨਾਟਰੇਸ. ਪਿਛਲੀਆਂ ਅਤੇ ਨਵੀਆਂ ਬਿਲਡਾਂ 'ਤੇ ਸਮੱਸਿਆ ਵਾਲੀ ਕਾਰਵਾਈ ਦੇ ਅਮਲ ਦੇ ਲੌਗਸ ਨੂੰ ਰਿਕਾਰਡ ਕੀਤਾ ਜਾਂਦਾ ਹੈ, ਫਿਰ ਲੌਗਸ ਦਾ ਵਿਸ਼ਲੇਸ਼ਣ ਕੀਤਾ ਜਾਂਦਾ ਹੈ। ਇਸ ਦੇ ਨਾਲ ਹੀ, ਸਿੰਗਲ ਓਪਰੇਸ਼ਨਾਂ ਦਾ ਐਗਜ਼ੀਕਿਊਸ਼ਨ ਸਮਾਂ (ਮਿਲੀਸਕਿੰਟ ਵਿੱਚ) ਇੱਕ ਨਿਰਣਾਇਕ ਕਾਰਕ ਨਹੀਂ ਹੋ ਸਕਦਾ ਹੈ - ਸੇਵਾ ਪ੍ਰਕਿਰਿਆਵਾਂ ਜਿਵੇਂ ਕਿ ਕੂੜਾ ਇਕੱਠਾ ਕਰਨਾ ਸਮੇਂ-ਸਮੇਂ ਤੇ ਬ੍ਰਾਊਜ਼ਰ ਵਿੱਚ ਲਾਂਚ ਕੀਤਾ ਜਾਂਦਾ ਹੈ, ਉਹ ਫੰਕਸ਼ਨਾਂ ਦੇ ਐਗਜ਼ੀਕਿਊਸ਼ਨ ਸਮੇਂ ਨਾਲ ਓਵਰਲੈਪ ਕਰ ਸਕਦੇ ਹਨ ਅਤੇ ਤਸਵੀਰ ਨੂੰ ਵਿਗਾੜ ਸਕਦੇ ਹਨ। ਇਸ ਕੇਸ ਵਿੱਚ ਵਧੇਰੇ ਸੰਬੰਧਿਤ ਮਾਪਦੰਡ ਲਾਗੂ ਕੀਤੇ ਜਾਵਾ ਸਕ੍ਰਿਪਟ ਨਿਰਦੇਸ਼ਾਂ ਦੀ ਗਿਣਤੀ, DOM 'ਤੇ ਪ੍ਰਮਾਣੂ ਕਾਰਵਾਈਆਂ ਦੀ ਗਿਣਤੀ, ਆਦਿ ਹੋਣਗੇ। ਜੇਕਰ ਇੱਕੋ ਸਕ੍ਰਿਪਟ ਵਿੱਚ ਨਿਰਦੇਸ਼ਾਂ/ਓਪਰੇਸ਼ਨਾਂ ਦੀ ਗਿਣਤੀ ਇੱਕ ਨਵੇਂ ਸੰਸਕਰਣ ਵਿੱਚ ਵੱਧ ਗਈ ਹੈ, ਤਾਂ ਇਸਦਾ ਮਤਲਬ ਹਮੇਸ਼ਾ ਪ੍ਰਦਰਸ਼ਨ ਵਿੱਚ ਗਿਰਾਵਟ ਹੁੰਦਾ ਹੈ ਜਿਸ ਨੂੰ ਠੀਕ ਕਰਨ ਦੀ ਲੋੜ ਹੁੰਦੀ ਹੈ।

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

ਬ੍ਰਾਊਜ਼ਰ ਐਕਸਟੈਂਸ਼ਨਾਂ

ਜਦੋਂ ਇੱਕ ਐਪਲੀਕੇਸ਼ਨ ਹੱਲ ਨੂੰ ਕਾਰਜਕੁਸ਼ਲਤਾ ਦੀ ਲੋੜ ਹੁੰਦੀ ਹੈ ਜੋ JavaScript ਵਿੱਚ ਉਪਲਬਧ ਨਹੀਂ ਹੈ, ਤਾਂ ਅਸੀਂ ਬ੍ਰਾਊਜ਼ਰ ਐਕਸਟੈਂਸ਼ਨਾਂ ਦੀ ਵਰਤੋਂ ਕਰਦੇ ਹਾਂ:

• ਫਾਈਲਾਂ ਨਾਲ ਕੰਮ ਕਰਨ ਲਈ
• ਕ੍ਰਿਪਟੋਗ੍ਰਾਫੀ ਨਾਲ ਕੰਮ ਕਰਨ ਲਈ
• ਨਾਲ ਕੰਮ ਬਾਹਰੀ ਹਿੱਸੇ

ਸਾਡੇ ਐਕਸਟੈਂਸ਼ਨਾਂ ਵਿੱਚ ਦੋ ਭਾਗ ਹਨ। ਪਹਿਲੇ ਹਿੱਸੇ ਨੂੰ ਬ੍ਰਾਊਜ਼ਰ ਐਕਸਟੈਂਸ਼ਨ ਕਿਹਾ ਜਾਂਦਾ ਹੈ (ਆਮ ਤੌਰ 'ਤੇ JavaScript ਵਿੱਚ ਲਿਖੇ Chrome ਅਤੇ Firefox ਲਈ ਐਕਸਟੈਂਸ਼ਨ), ਜੋ ਦੂਜੇ ਹਿੱਸੇ ਨਾਲ ਇੰਟਰੈਕਟ ਕਰਦੇ ਹਨ - ਇੱਕ ਬਾਈਨਰੀ ਐਕਸਟੈਂਸ਼ਨ ਜੋ ਸਾਨੂੰ ਲੋੜੀਂਦੀ ਕਾਰਜਸ਼ੀਲਤਾ ਨੂੰ ਲਾਗੂ ਕਰਦੀ ਹੈ। ਇਹ ਜ਼ਿਕਰ ਕੀਤਾ ਜਾਣਾ ਚਾਹੀਦਾ ਹੈ ਕਿ ਅਸੀਂ ਬਾਈਨਰੀ ਐਕਸਟੈਂਸ਼ਨਾਂ ਦੇ 3 ਸੰਸਕਰਣ ਲਿਖਦੇ ਹਾਂ - ਵਿੰਡੋਜ਼, ਲੀਨਕਸ ਅਤੇ ਮੈਕੋਸ ਲਈ। ਬਾਈਨਰੀ ਐਕਸਟੈਂਸ਼ਨ 1C:Enterprise ਪਲੇਟਫਾਰਮ ਦੇ ਹਿੱਸੇ ਵਜੋਂ ਸਪਲਾਈ ਕੀਤੀ ਜਾਂਦੀ ਹੈ ਅਤੇ 1C ਐਪਲੀਕੇਸ਼ਨ ਸਰਵਰ 'ਤੇ ਸਥਿਤ ਹੈ। ਜਦੋਂ ਕਿਸੇ ਵੈੱਬ ਕਲਾਇੰਟ ਤੋਂ ਪਹਿਲੀ ਵਾਰ ਕਾਲ ਕੀਤੀ ਜਾਂਦੀ ਹੈ, ਤਾਂ ਇਸਨੂੰ ਕਲਾਇੰਟ ਕੰਪਿਊਟਰ 'ਤੇ ਡਾਊਨਲੋਡ ਕੀਤਾ ਜਾਂਦਾ ਹੈ ਅਤੇ ਬ੍ਰਾਊਜ਼ਰ ਵਿੱਚ ਸਥਾਪਤ ਕੀਤਾ ਜਾਂਦਾ ਹੈ।

Safari ਵਿੱਚ ਚੱਲਦੇ ਸਮੇਂ, ਸਾਡੇ ਐਕਸਟੈਂਸ਼ਨ NPAPI ਦੀ ਵਰਤੋਂ ਕਰਦੇ ਹਨ; ਜਦੋਂ Internet Explorer ਵਿੱਚ ਚੱਲਦੇ ਹਨ, ਤਾਂ ਉਹ ActiveX ਤਕਨਾਲੋਜੀ ਦੀ ਵਰਤੋਂ ਕਰਦੇ ਹਨ। ਮਾਈਕਰੋਸਾਫਟ ਐਜ ਅਜੇ ਤੱਕ ਐਕਸਟੈਂਸ਼ਨਾਂ ਦਾ ਸਮਰਥਨ ਨਹੀਂ ਕਰਦਾ ਹੈ, ਇਸਲਈ ਇਸ ਵਿੱਚ ਵੈੱਬ ਕਲਾਇੰਟ ਪਾਬੰਦੀਆਂ ਦੇ ਨਾਲ ਕੰਮ ਕਰਦਾ ਹੈ।

ਹੋਰ ਵਿਕਾਸ

ਵੈਬ ਕਲਾਇੰਟ ਡਿਵੈਲਪਮੈਂਟ ਟੀਮ ਲਈ ਕਾਰਜਾਂ ਵਿੱਚੋਂ ਇੱਕ ਕਾਰਜਸ਼ੀਲਤਾ ਦਾ ਹੋਰ ਵਿਕਾਸ ਹੈ। ਵੈਬ ਕਲਾਇੰਟ ਦੀ ਕਾਰਜਕੁਸ਼ਲਤਾ ਪਤਲੇ ਕਲਾਇੰਟ ਦੀ ਕਾਰਜਕੁਸ਼ਲਤਾ ਦੇ ਸਮਾਨ ਹੋਣੀ ਚਾਹੀਦੀ ਹੈ; ਸਾਰੀਆਂ ਨਵੀਂ ਕਾਰਜਸ਼ੀਲਤਾ ਪਤਲੇ ਅਤੇ ਵੈਬ ਕਲਾਇੰਟਾਂ ਦੋਵਾਂ ਵਿੱਚ ਇੱਕੋ ਸਮੇਂ ਲਾਗੂ ਕੀਤੀ ਜਾਂਦੀ ਹੈ।

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

ਸਰੋਤ: www.habr.com