ਪਲੇਟਫਾਰਮ "1C: ਐਂਟਰਪ੍ਰਾਈਜ਼" - ਹੁੱਡ ਦੇ ਹੇਠਾਂ ਕੀ ਹੈ?

ਹੇ ਹਬਰ!
ਇਸ ਲੇਖ ਵਿਚ ਅਸੀਂ ਇਸ ਬਾਰੇ ਕਹਾਣੀ ਸ਼ੁਰੂ ਕਰਾਂਗੇ ਕਿ ਇਹ ਅੰਦਰ ਕਿਵੇਂ ਕੰਮ ਕਰਦਾ ਹੈ ਪਲੇਟਫਾਰਮ "1C: ਐਂਟਰਪ੍ਰਾਈਜ਼ 8" ਅਤੇ ਇਸਦੇ ਵਿਕਾਸ ਵਿੱਚ ਕਿਹੜੀਆਂ ਤਕਨੀਕਾਂ ਦੀ ਵਰਤੋਂ ਕੀਤੀ ਜਾਂਦੀ ਹੈ।

ਸਾਨੂੰ ਇਹ ਦਿਲਚਸਪ ਕਿਉਂ ਲੱਗਦਾ ਹੈ? ਸਭ ਤੋਂ ਪਹਿਲਾਂ, ਕਿਉਂਕਿ 1C:Enterprise 8 ਪਲੇਟਫਾਰਮ C++ (ਕਲਾਇੰਟ, ਸਰਵਰ, ਆਦਿ), JavaScript (ਵੈਬ ਕਲਾਇੰਟ), ਅਤੇ ਹਾਲ ਹੀ ਵਿੱਚ, ਵਿੱਚ ਇੱਕ ਵੱਡਾ (10 ਮਿਲੀਅਨ ਤੋਂ ਵੱਧ ਕੋਡ ਲਾਈਨਾਂ) ਐਪਲੀਕੇਸ਼ਨ ਹੈ। ਜਾਵਾ. ਵੱਡੇ ਪ੍ਰੋਜੈਕਟ ਘੱਟੋ-ਘੱਟ ਆਪਣੇ ਪੈਮਾਨੇ ਦੇ ਕਾਰਨ ਦਿਲਚਸਪ ਹੋ ਸਕਦੇ ਹਨ, ਕਿਉਂਕਿ ਅਜਿਹੇ ਪ੍ਰੋਜੈਕਟਾਂ ਵਿੱਚ ਇੱਕ ਛੋਟੇ ਕੋਡ ਬੇਸ ਵਿੱਚ ਅਦਿੱਖ ਮੁੱਦੇ ਪੂਰੇ ਜ਼ੋਰ ਨਾਲ ਪੈਦਾ ਹੁੰਦੇ ਹਨ। ਦੂਜਾ, “1C:Enterprise” ਇੱਕ ਪ੍ਰਤੀਕ੍ਰਿਤੀਯੋਗ, “ਬਾਕਸਡ” ਉਤਪਾਦ ਹੈ, ਅਤੇ ਹੈਬਰੇ ਉੱਤੇ ਅਜਿਹੇ ਵਿਕਾਸ ਬਾਰੇ ਬਹੁਤ ਘੱਟ ਲੇਖ ਹਨ। ਇਹ ਜਾਣਨਾ ਵੀ ਹਮੇਸ਼ਾ ਦਿਲਚਸਪ ਹੁੰਦਾ ਹੈ ਕਿ ਦੂਜੀਆਂ ਟੀਮਾਂ ਅਤੇ ਕੰਪਨੀਆਂ ਵਿੱਚ ਜੀਵਨ ਕਿਵੇਂ ਹੈ।

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

• ਸਰਵਰ ਕਲੱਸਟਰ
• HTTP ਅਤੇ ਇਸਦੇ ਆਪਣੇ ਬਾਈਨਰੀ ਪ੍ਰੋਟੋਕੋਲ ਦੁਆਰਾ ਸਰਵਰ ਨਾਲ ਜੁੜਨ ਦੇ ਸਮਰੱਥ "ਪਤਲਾ" ਕਲਾਇੰਟ
• ਇੱਕ ਹਾਰਡ ਡਰਾਈਵ ਜਾਂ ਨੈੱਟਵਰਕ ਫੋਲਡਰ 'ਤੇ ਸਥਿਤ ਇੱਕ ਡੇਟਾਬੇਸ ਦੇ ਨਾਲ ਦੋ-ਪੱਧਰੀ ਢਾਂਚੇ ਵਿੱਚ ਕੰਮ ਕਰਨ ਲਈ ਕਲਾਇੰਟ
• ਵੈੱਬ ਕਲਾਇੰਟ
• ਐਪਲੀਕੇਸ਼ਨ ਸਰਵਰ ਪ੍ਰਸ਼ਾਸਨ ਸਾਧਨ
• ਵਿਕਾਸ ਵਾਤਾਵਰਣ (ਸੰਰਚਨਾਕਾਰ ਵਜੋਂ ਜਾਣਿਆ ਜਾਂਦਾ ਹੈ)
• iOS, Android ਅਤੇ Windows Phone (ਮੋਬਾਈਲ ਪਲੇਟਫਾਰਮ 1C) ਲਈ ਰਨਟਾਈਮ ਵਾਤਾਵਰਣ

ਇਹ ਸਾਰੇ ਹਿੱਸੇ, ਵੈਬ ਕਲਾਇੰਟ ਦੇ ਅਪਵਾਦ ਦੇ ਨਾਲ, C++ ਵਿੱਚ ਲਿਖੇ ਗਏ ਹਨ। ਇਸ ਤੋਂ ਇਲਾਵਾ, ਹਾਲ ਹੀ ਵਿਚ ਐਲਾਨ ਕੀਤਾ ਗਿਆ ਹੈ ਨਵੀਂ ਪੀੜ੍ਹੀ ਦਾ ਸੰਰਚਨਾਕਾਰ, Java ਵਿੱਚ ਲਿਖਿਆ ਗਿਆ ਹੈ।

ਨੇਟਿਵ ਐਪਸ

C++03 ਦੀ ਵਰਤੋਂ ਮੂਲ ਐਪਲੀਕੇਸ਼ਨਾਂ ਨੂੰ ਵਿਕਸਤ ਕਰਨ ਲਈ ਕੀਤੀ ਜਾਂਦੀ ਹੈ। ਵਿੰਡੋਜ਼ ਲਈ, ਮਾਈਕ੍ਰੋਸਾਫਟ ਵਿਜ਼ੂਅਲ C++ 12 (ਵਿੰਡੋਜ਼ XP ਦੇ ਅਨੁਕੂਲ ਪ੍ਰੋਫਾਈਲ) ਨੂੰ ਕੰਪਾਈਲਰ ਵਜੋਂ ਵਰਤਿਆ ਜਾਂਦਾ ਹੈ, ਅਤੇ ਲੀਨਕਸ ਅਤੇ ਐਂਡਰੌਇਡ ਲਈ - gcc 4.8, iOS ਲਈ - clang 5.0। ਵਰਤੀ ਗਈ ਮਿਆਰੀ ਲਾਇਬ੍ਰੇਰੀ ਸਾਰੇ ਓਪਰੇਟਿੰਗ ਸਿਸਟਮਾਂ ਅਤੇ ਕੰਪਾਈਲਰਾਂ ਲਈ ਇੱਕੋ ਜਿਹੀ ਹੈ - STLPport. ਇਹ ਹੱਲ STL ਲਾਗੂ ਕਰਨ-ਵਿਸ਼ੇਸ਼ ਤਰੁਟੀਆਂ ਦੀ ਸੰਭਾਵਨਾ ਨੂੰ ਘਟਾਉਂਦਾ ਹੈ। ਅਸੀਂ ਵਰਤਮਾਨ ਵਿੱਚ CLang ਨਾਲ ਭੇਜੇ ਗਏ STL ਲਾਗੂਕਰਨ 'ਤੇ ਮਾਈਗ੍ਰੇਟ ਕਰਨ ਦੀ ਯੋਜਨਾ ਬਣਾ ਰਹੇ ਹਾਂ, ਕਿਉਂਕਿ STLPport ਨੂੰ ਬੰਦ ਕਰ ਦਿੱਤਾ ਗਿਆ ਹੈ ਅਤੇ ਇਹ gcc ਦੇ C++11 ਸਮਰਥਿਤ ਮੋਡ ਨਾਲ ਅਸੰਗਤ ਹੈ।
ਸਰਵਰ ਦਾ ਕੋਡ ਅਧਾਰ 99% ਆਮ ਹੈ, ਕਲਾਇੰਟ ਦਾ - 95%। ਇਸ ਤੋਂ ਇਲਾਵਾ, ਮੋਬਾਈਲ ਪਲੇਟਫਾਰਮ ਵੀ "ਵੱਡੇ" ਦੇ ਤੌਰ 'ਤੇ ਉਹੀ C++ ਕੋਡ ਵਰਤਦਾ ਹੈ, ਹਾਲਾਂਕਿ ਏਕੀਕਰਨ ਦੀ ਪ੍ਰਤੀਸ਼ਤਤਾ ਕੁਝ ਘੱਟ ਹੈ।
ਜ਼ਿਆਦਾਤਰ C++ ਉਪਭੋਗਤਾਵਾਂ ਵਾਂਗ, ਅਸੀਂ ਭਾਸ਼ਾ ਅਤੇ ਇਸ ਦੀਆਂ ਲਾਇਬ੍ਰੇਰੀਆਂ ਦੀਆਂ 100% ਸਮਰੱਥਾਵਾਂ ਦੀ ਵਰਤੋਂ ਕਰਨ ਦਾ ਦਾਅਵਾ ਨਹੀਂ ਕਰਦੇ ਹਾਂ। ਇਸ ਲਈ, ਅਸੀਂ ਅਮਲੀ ਤੌਰ 'ਤੇ ਬੂਸਟ ਦੀ ਵਰਤੋਂ ਨਹੀਂ ਕਰਦੇ, ਅਤੇ ਭਾਸ਼ਾ ਦੀਆਂ ਵਿਸ਼ੇਸ਼ਤਾਵਾਂ ਵਿੱਚੋਂ ਇੱਕ ਗਤੀਸ਼ੀਲ ਕਿਸਮ ਦੀ ਕਾਸਟਿੰਗ ਹੈ। ਉਸੇ ਸਮੇਂ, ਅਸੀਂ ਸਰਗਰਮੀ ਨਾਲ ਵਰਤਦੇ ਹਾਂ:

• STL (ਖਾਸ ਤੌਰ 'ਤੇ ਸਤਰ, ਕੰਟੇਨਰ ਅਤੇ ਐਲਗੋਰਿਦਮ)
• ਮਲਟੀਪਲ ਵਿਰਾਸਤ, ਸਮੇਤ। ਮਲਟੀਪਲ ਲਾਗੂਕਰਨ ਵਿਰਾਸਤ
• ਪੈਟਰਨ
• ਅਪਵਾਦ
• ਸਮਾਰਟ ਪੁਆਇੰਟਰ (ਕਸਟਮ ਲਾਗੂ ਕਰਨਾ)

ਇੰਟਰਫੇਸ (ਪੂਰੀ ਤਰ੍ਹਾਂ ਐਬਸਟਰੈਕਟ ਕਲਾਸਾਂ) ਦੇ ਮਲਟੀਪਲ ਵਿਰਾਸਤ ਦੀ ਵਰਤੋਂ ਕਰਕੇ, ਇੱਕ ਕੰਪੋਨੈਂਟ ਮਾਡਲ ਸੰਭਵ ਹੋ ਜਾਂਦਾ ਹੈ, ਜਿਸ ਬਾਰੇ ਹੇਠਾਂ ਚਰਚਾ ਕੀਤੀ ਜਾਵੇਗੀ।

ਕੰਪੋਨੈਂਟਸ

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

ਪਿੱਠਵਰਤੀ
ਪਲੇਟਫਾਰਮ ਮੈਟਾਡੇਟਾ ਇੰਜਣ ਰੱਖਦਾ ਹੈ

accnt
ਉਹ ਵਸਤੂਆਂ ਜੋ ਐਪਲੀਕੇਸ਼ਨ ਡਿਵੈਲਪਰ ਲੇਖਾਕਾਰੀ ਰਿਕਾਰਡ ਬਣਾਉਣ ਲਈ ਵਰਤਦੇ ਹਨ (ਖਾਤਿਆਂ ਦੇ ਚਾਰਟ ਅਤੇ ਲੇਖਾ ਰਜਿਸਟਰ)

bsl
ਏਮਬੈਡਡ ਭਾਸ਼ਾ ਐਗਜ਼ੀਕਿਊਸ਼ਨ ਇੰਜਣ

nuke
ਮੈਮੋਰੀ ਐਲੋਕਟਰ ਦਾ ਕਸਟਮ ਲਾਗੂ ਕਰਨਾ

dbeng8
ਫਾਈਲ ਡਾਟਾਬੇਸ ਇੰਜਣ. ISAM 'ਤੇ ਅਧਾਰਤ ਇੱਕ ਸਧਾਰਨ ਫਾਈਲ ਸਰਵਰ ਡਾਟਾਬੇਸ ਇੰਜਣ, ਜਿਸ ਵਿੱਚ ਇੱਕ ਸਧਾਰਨ SQL ਪ੍ਰੋਸੈਸਰ ਵੀ ਸ਼ਾਮਲ ਹੈ

wbase
ਵਿੰਡੋਜ਼ ਯੂਜ਼ਰ ਇੰਟਰਫੇਸ - ਵਿੰਡੋ ਕਲਾਸਾਂ, ਜੀਡੀਆਈ ਐਕਸੈਸ, ਆਦਿ ਨੂੰ ਲਾਗੂ ਕਰਨ ਲਈ ਬੇਸ ਕਲਾਸਾਂ ਅਤੇ ਫੰਕਸ਼ਨਾਂ ਨੂੰ ਸ਼ਾਮਲ ਕਰਦਾ ਹੈ।

ਕਈ ਹਿੱਸਿਆਂ ਵਿੱਚ ਵੰਡਣਾ ਕਈ ਦ੍ਰਿਸ਼ਟੀਕੋਣਾਂ ਤੋਂ ਲਾਭਦਾਇਕ ਹੈ:

• ਵੱਖ ਹੋਣਾ ਬਿਹਤਰ ਡਿਜ਼ਾਈਨ ਨੂੰ ਉਤਸ਼ਾਹਿਤ ਕਰਦਾ ਹੈ, ਖਾਸ ਤੌਰ 'ਤੇ ਬਿਹਤਰ ਕੋਡ ਆਈਸੋਲੇਸ਼ਨ
• ਭਾਗਾਂ ਦੇ ਇੱਕ ਸਮੂਹ ਤੋਂ ਤੁਸੀਂ ਵੱਖ-ਵੱਖ ਡਿਲੀਵਰੀ ਵਿਕਲਪਾਂ ਨੂੰ ਲਚਕਦਾਰ ਢੰਗ ਨਾਲ ਇਕੱਠਾ ਕਰ ਸਕਦੇ ਹੋ:
  • ਉਦਾਹਰਨ ਲਈ, ਇੱਕ ਪਤਲੀ ਕਲਾਇੰਟ ਇੰਸਟਾਲੇਸ਼ਨ ਵਿੱਚ wbase ਹੋਵੇਗਾ, ਪਰ ਬੈਕਐਂਡ ਨਹੀਂ ਹੋਵੇਗਾ
  • ਪਰ wbase ਸਰਵਰ 'ਤੇ, ਇਸ ਦੇ ਉਲਟ, ਇਹ ਨਹੀਂ ਹੋਵੇਗਾ
  • ਦੋਵੇਂ ਵਿਕਲਪਾਂ ਵਿੱਚ ਨਿਸ਼ਚਤ ਤੌਰ 'ਤੇ ਨਿਊਕ ਅਤੇ ਬੀਐਸਐਲ ਸ਼ਾਮਲ ਹੋਣਗੇ

ਪ੍ਰੋਗਰਾਮ ਸ਼ੁਰੂ ਹੋਣ 'ਤੇ ਇਸ ਲਾਂਚ ਵਿਕਲਪ ਲਈ ਲੋੜੀਂਦੇ ਸਾਰੇ ਭਾਗ ਲੋਡ ਹੋ ਜਾਂਦੇ ਹਨ। ਇਹ, ਖਾਸ ਤੌਰ 'ਤੇ, SCOM ਕਲਾਸਾਂ ਨੂੰ ਰਜਿਸਟਰ ਕਰਨ ਲਈ ਜ਼ਰੂਰੀ ਹੈ, ਜਿਸ ਬਾਰੇ ਹੇਠਾਂ ਚਰਚਾ ਕੀਤੀ ਜਾਵੇਗੀ।

ਸਕੌਮ

ਹੇਠਲੇ ਪੱਧਰ 'ਤੇ ਸੜਨ ਲਈ, SCOM ਪ੍ਰਣਾਲੀ ਦੀ ਵਰਤੋਂ ਕੀਤੀ ਜਾਂਦੀ ਹੈ, ATL ਦੀ ਵਿਚਾਰਧਾਰਾ ਦੇ ਸਮਾਨ ਇੱਕ ਲਾਇਬ੍ਰੇਰੀ। ਉਹਨਾਂ ਲਈ ਜਿਨ੍ਹਾਂ ਨੇ ATL ਨਾਲ ਕੰਮ ਨਹੀਂ ਕੀਤਾ ਹੈ, ਅਸੀਂ ਸੰਖੇਪ ਵਿੱਚ ਮੁੱਖ ਸਮਰੱਥਾਵਾਂ ਅਤੇ ਵਿਸ਼ੇਸ਼ਤਾਵਾਂ ਨੂੰ ਸੂਚੀਬੱਧ ਕਰਦੇ ਹਾਂ।
ਵਿਸ਼ੇਸ਼ ਤੌਰ 'ਤੇ ਤਿਆਰ ਕੀਤੀ SCOM ਕਲਾਸ ਲਈ:

• ਫੈਕਟਰੀ ਵਿਧੀਆਂ ਪ੍ਰਦਾਨ ਕਰਦਾ ਹੈ ਜੋ ਤੁਹਾਨੂੰ ਕਿਸੇ ਹੋਰ ਕੰਪੋਨੈਂਟ ਤੋਂ ਕਲਾਸ ਬਣਾਉਣ ਦੀ ਇਜਾਜ਼ਤ ਦਿੰਦਾ ਹੈ (ਸਥਾਪਨ ਨੂੰ ਪ੍ਰਗਟ ਕੀਤੇ ਬਿਨਾਂ)
• ਇੱਕ ਹਵਾਲਾ-ਗਿਣਤੀ ਸਮਾਰਟ ਪੁਆਇੰਟਰ ਬੁਨਿਆਦੀ ਢਾਂਚਾ ਪ੍ਰਦਾਨ ਕਰਦਾ ਹੈ। SCOM ਕਲਾਸ ਦੇ ਜੀਵਨ ਕਾਲ ਨੂੰ ਹੱਥੀਂ ਨਿਗਰਾਨੀ ਕਰਨ ਦੀ ਲੋੜ ਨਹੀਂ ਹੈ
• ਤੁਹਾਨੂੰ ਇਹ ਪਤਾ ਲਗਾਉਣ ਦੀ ਆਗਿਆ ਦਿੰਦਾ ਹੈ ਕਿ ਕੀ ਕੋਈ ਵਸਤੂ ਇੱਕ ਖਾਸ ਇੰਟਰਫੇਸ ਨੂੰ ਲਾਗੂ ਕਰਦੀ ਹੈ ਅਤੇ ਆਟੋਮੈਟਿਕਲੀ ਇੱਕ ਪੁਆਇੰਟਰ ਨੂੰ ਆਬਜੈਕਟ ਵਿੱਚ ਇੱਕ ਪੁਆਇੰਟਰ ਨੂੰ ਇੰਟਰਫੇਸ ਵਿੱਚ ਬਦਲਦੀ ਹੈ
• ਇੱਕ ਸੇਵਾ ਆਬਜੈਕਟ ਬਣਾਓ ਜੋ ਹਮੇਸ਼ਾ get_service ਵਿਧੀ ਆਦਿ ਰਾਹੀਂ ਪਹੁੰਚਯੋਗ ਹੋਵੇ।

ਉਦਾਹਰਨ ਲਈ, ਤੁਸੀਂ json.dll ਕੰਪੋਨੈਂਟ ਵਿੱਚ JSON (ਉਦਾਹਰਨ ਲਈ, JSONStreamReader) ਨੂੰ ਪੜ੍ਹਨ ਲਈ ਇੱਕ ਕਲਾਸ ਦਾ ਵਰਣਨ ਕਰ ਸਕਦੇ ਹੋ।
ਕਲਾਸਾਂ ਅਤੇ ਉਦਾਹਰਨਾਂ ਨੂੰ ਹੋਰ ਹਿੱਸਿਆਂ ਤੋਂ ਬਣਾਇਆ ਜਾ ਸਕਦਾ ਹੈ; ਉਹਨਾਂ ਨੂੰ SCOM ਮਸ਼ੀਨ ਵਿੱਚ ਰਜਿਸਟਰ ਕਰਨ ਦੀ ਲੋੜ ਹੈ:

SCOM_CLASS_ENTRY(JSONStreamReader)

ਇਹ ਮੈਕਰੋ ਇੱਕ ਵਿਸ਼ੇਸ਼ ਸਥਿਰ ਰਿਕਾਰਡਰ ਕਲਾਸ ਦਾ ਵਰਣਨ ਕਰੇਗਾ, ਜਿਸਦਾ ਕੰਸਟਰਕਟਰ ਨੂੰ ਕਾਲ ਕੀਤਾ ਜਾਵੇਗਾ ਜਦੋਂ ਮੈਮੋਰੀ ਵਿੱਚ ਭਾਗ ਲੋਡ ਕੀਤਾ ਜਾਂਦਾ ਹੈ।
ਇਸ ਤੋਂ ਬਾਅਦ, ਤੁਸੀਂ ਕਿਸੇ ਹੋਰ ਹਿੱਸੇ ਵਿੱਚ ਇਸਦਾ ਇੱਕ ਉਦਾਹਰਣ ਬਣਾ ਸਕਦੇ ਹੋ:

IJSONStreamReaderPtr jsonReader = create_instance<IJSONStreamReader>(SCOM_CLSIDOF(JSONStreamReader));

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

SCOM_Process* process = core::current_process();
if (process)
         return get_service<IMyService>(process);

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

SCOM ਕੰਪੋਨੈਂਟ ਮਾਡਲ ਦੇ ਆਧਾਰ 'ਤੇ, 1C: ਐਂਟਰਪ੍ਰਾਈਜ਼ ਦੇ ਵਪਾਰਕ ਤਰਕ ਅਤੇ ਇੰਟਰਫੇਸ ਭਾਗ ਦੋਵੇਂ ਲਾਗੂ ਕੀਤੇ ਗਏ ਹਨ।

ਯੂਜ਼ਰ ਇੰਟਰਫੇਸ

ਤਰੀਕੇ ਨਾਲ, ਇੰਟਰਫੇਸ ਬਾਰੇ. ਅਸੀਂ ਮਿਆਰੀ Windows ਨਿਯੰਤਰਣਾਂ ਦੀ ਵਰਤੋਂ ਨਹੀਂ ਕਰਦੇ ਹਾਂ; ਸਾਡੇ ਨਿਯੰਤਰਣ ਸਿੱਧੇ Windows API 'ਤੇ ਲਾਗੂ ਕੀਤੇ ਜਾਂਦੇ ਹਨ। ਲੀਨਕਸ ਸੰਸਕਰਣ ਲਈ, ਇੱਕ ਲੇਅਰ ਬਣਾਈ ਗਈ ਹੈ ਜੋ wxWidgets ਲਾਇਬ੍ਰੇਰੀ ਦੁਆਰਾ ਕੰਮ ਕਰਦੀ ਹੈ।
ਨਿਯੰਤਰਣਾਂ ਦੀ ਲਾਇਬ੍ਰੇਰੀ 1C:Enterprise ਦੇ ਹੋਰ ਹਿੱਸਿਆਂ 'ਤੇ ਨਿਰਭਰ ਨਹੀਂ ਕਰਦੀ ਹੈ ਅਤੇ ਸਾਡੇ ਦੁਆਰਾ ਕਈ ਹੋਰ ਛੋਟੀਆਂ ਅੰਦਰੂਨੀ ਉਪਯੋਗਤਾਵਾਂ ਵਿੱਚ ਵਰਤੀ ਜਾਂਦੀ ਹੈ।

1C:Enterprise ਦੇ ਵਿਕਾਸ ਦੇ ਸਾਲਾਂ ਦੌਰਾਨ, ਨਿਯੰਤਰਣਾਂ ਦੀ ਦਿੱਖ ਬਦਲ ਗਈ ਹੈ, ਪਰ ਸਿਧਾਂਤਾਂ ਵਿੱਚ ਇੱਕ ਗੰਭੀਰ ਤਬਦੀਲੀ ਸਿਰਫ ਇੱਕ ਵਾਰ ਆਈ ਹੈ, 2009 ਵਿੱਚ, ਸੰਸਕਰਣ 8.2 ਦੇ ਜਾਰੀ ਹੋਣ ਅਤੇ "ਪ੍ਰਬੰਧਿਤ ਰੂਪਾਂ" ਦੇ ਆਗਮਨ ਦੇ ਨਾਲ। ਦਿੱਖ ਨੂੰ ਬਦਲਣ ਦੇ ਨਾਲ-ਨਾਲ, ਫਾਰਮ ਲੇਆਉਟ ਦਾ ਸਿਧਾਂਤ ਮੂਲ ਰੂਪ ਵਿੱਚ ਬਦਲ ਗਿਆ ਹੈ - ਤੱਤਾਂ ਦੇ ਪ੍ਰਵਾਹ-ਲੇਆਉਟ ਦੇ ਪੱਖ ਵਿੱਚ ਤੱਤਾਂ ਦੀ ਪਿਕਸਲ-ਬਾਈ-ਪਿਕਸਲ ਸਥਿਤੀ ਨੂੰ ਅਸਵੀਕਾਰ ਕੀਤਾ ਗਿਆ ਸੀ। ਇਸ ਤੋਂ ਇਲਾਵਾ, ਨਵੇਂ ਮਾਡਲ ਵਿੱਚ, ਨਿਯੰਤਰਣ ਸਿੱਧੇ ਤੌਰ 'ਤੇ ਡੋਮੇਨ ਆਬਜੈਕਟ ਨਾਲ ਕੰਮ ਨਹੀਂ ਕਰਦੇ, ਪਰ ਵਿਸ਼ੇਸ਼ ਡੀਟੀਓਜ਼ (ਡਾਟਾ ਟ੍ਰਾਂਸਫਰ ਆਬਜੈਕਟ).
ਇਹਨਾਂ ਤਬਦੀਲੀਆਂ ਨੇ ਇੱਕ 1C:Enterprise ਵੈੱਬ ਕਲਾਇੰਟ ਬਣਾਉਣਾ ਸੰਭਵ ਬਣਾਇਆ ਜੋ JavaScript ਨਿਯੰਤਰਣਾਂ ਦੇ C++ ਤਰਕ ਦੀ ਨਕਲ ਕਰਦਾ ਹੈ। ਅਸੀਂ ਪਤਲੇ ਅਤੇ ਵੈਬ ਕਲਾਇੰਟਸ ਦੇ ਵਿਚਕਾਰ ਕਾਰਜਾਤਮਕ ਸਮਾਨਤਾ ਬਣਾਈ ਰੱਖਣ ਦੀ ਕੋਸ਼ਿਸ਼ ਕਰਦੇ ਹਾਂ। ਅਜਿਹੇ ਮਾਮਲਿਆਂ ਵਿੱਚ ਜਿੱਥੇ ਇਹ ਸੰਭਵ ਨਹੀਂ ਹੈ, ਉਦਾਹਰਨ ਲਈ ਉਪਲਬਧ JavaScript API ਦੀਆਂ ਸੀਮਾਵਾਂ ਦੇ ਕਾਰਨ (ਉਦਾਹਰਨ ਲਈ, ਫਾਈਲਾਂ ਨਾਲ ਕੰਮ ਕਰਨ ਦੀ ਸਮਰੱਥਾ ਬਹੁਤ ਸੀਮਤ ਹੈ), ਅਸੀਂ ਅਕਸਰ C++ ਵਿੱਚ ਲਿਖੇ ਬ੍ਰਾਊਜ਼ਰ ਐਕਸਟੈਂਸ਼ਨਾਂ ਦੀ ਵਰਤੋਂ ਕਰਕੇ ਲੋੜੀਂਦੀ ਕਾਰਜਕੁਸ਼ਲਤਾ ਨੂੰ ਲਾਗੂ ਕਰਦੇ ਹਾਂ। ਅਸੀਂ ਵਰਤਮਾਨ ਵਿੱਚ Internet Explorer ਅਤੇ Microsoft Edge (Windows), Google Chrome (Windows), Firefox (Windows ਅਤੇ Linux) ਅਤੇ Safari (MacOS) ਦਾ ਸਮਰਥਨ ਕਰਦੇ ਹਾਂ।

ਇਸ ਤੋਂ ਇਲਾਵਾ, ਪ੍ਰਬੰਧਿਤ ਫਾਰਮ ਤਕਨਾਲੋਜੀ ਦੀ ਵਰਤੋਂ 1C ਪਲੇਟਫਾਰਮ 'ਤੇ ਮੋਬਾਈਲ ਐਪਲੀਕੇਸ਼ਨਾਂ ਲਈ ਇੱਕ ਇੰਟਰਫੇਸ ਬਣਾਉਣ ਲਈ ਕੀਤੀ ਜਾਂਦੀ ਹੈ। ਮੋਬਾਈਲ ਡਿਵਾਈਸਾਂ 'ਤੇ, ਨਿਯੰਤਰਣ ਦੀ ਰੈਂਡਰਿੰਗ ਓਪਰੇਟਿੰਗ ਸਿਸਟਮ ਲਈ ਮੂਲ ਤਕਨੀਕਾਂ ਦੀ ਵਰਤੋਂ ਕਰਕੇ ਲਾਗੂ ਕੀਤੀ ਜਾਂਦੀ ਹੈ, ਪਰ ਫਾਰਮ ਲੇਆਉਟ ਤਰਕ ਅਤੇ ਇੰਟਰਫੇਸ ਜਵਾਬ ਲਈ, ਉਹੀ ਕੋਡ ਵਰਤਿਆ ਜਾਂਦਾ ਹੈ ਜਿਵੇਂ ਕਿ "ਵੱਡੇ" 1C: ਐਂਟਰਪ੍ਰਾਈਜ਼ ਪਲੇਟਫਾਰਮ ਵਿੱਚ।

Linux OS 'ਤੇ 1C ਇੰਟਰਫੇਸ

ਇੱਕ ਮੋਬਾਈਲ ਡਿਵਾਈਸ ਤੇ 1C ਇੰਟਰਫੇਸ

ਹੋਰ ਪਲੇਟਫਾਰਮਾਂ 'ਤੇ 1C ਇੰਟਰਫੇਸ
ਵਿੰਡੋਜ਼ OS 'ਤੇ 1C ਇੰਟਰਫੇਸ

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

ਖੁੱਲਾ ਸਰੋਤ

ਹਾਲਾਂਕਿ ਅਸੀਂ Windows (MFC, WinAPI ਤੋਂ ਨਿਯੰਤਰਣ) ਦੇ ਅਧੀਨ C++ ਡਿਵੈਲਪਰਾਂ ਲਈ ਮਿਆਰੀ ਲਾਇਬ੍ਰੇਰੀਆਂ ਦੀ ਵਰਤੋਂ ਨਹੀਂ ਕਰਦੇ ਹਾਂ, ਅਸੀਂ ਸਾਰੇ ਭਾਗ ਆਪਣੇ ਆਪ ਨਹੀਂ ਲਿਖਦੇ ਹਾਂ। ਲਾਇਬ੍ਰੇਰੀ ਦਾ ਜ਼ਿਕਰ ਪਹਿਲਾਂ ਹੀ ਕੀਤਾ ਜਾ ਚੁੱਕਾ ਹੈ ਡਬਲਯੂਐਕਸਵਿਡਜੈੱਟ, ਅਤੇ ਅਸੀਂ ਇਹ ਵੀ ਵਰਤਦੇ ਹਾਂ:

• cURL HTTP ਅਤੇ FTP ਨਾਲ ਕੰਮ ਕਰਨ ਲਈ.
• OpenSSL ਕ੍ਰਿਪਟੋਗ੍ਰਾਫੀ ਨਾਲ ਕੰਮ ਕਰਨ ਅਤੇ TLS ਕਨੈਕਸ਼ਨ ਸਥਾਪਤ ਕਰਨ ਲਈ
• libxml2 ਅਤੇ libxslt XML ਪਾਰਸਿੰਗ ਲਈ
• libetpan ਮੇਲ ਪ੍ਰੋਟੋਕੋਲ (POP3, SMTP, IMAP) ਨਾਲ ਕੰਮ ਕਰਨ ਲਈ
• mimetic ਈਮੇਲ ਸੁਨੇਹਿਆਂ ਨੂੰ ਪਾਰਸ ਕਰਨ ਲਈ
• sqllite ਉਪਭੋਗਤਾ ਲੌਗਾਂ ਨੂੰ ਸਟੋਰ ਕਰਨ ਲਈ
• ਆਈਸੀਯੂ ਅੰਤਰਰਾਸ਼ਟਰੀਕਰਨ ਲਈ

ਸੂਚੀ ਜਾਰੀ ਹੈ.
ਇਸ ਤੋਂ ਇਲਾਵਾ, ਅਸੀਂ ਇੱਕ ਬਹੁਤ ਜ਼ਿਆਦਾ ਸੋਧਿਆ ਹੋਇਆ ਸੰਸਕਰਣ ਵਰਤਦੇ ਹਾਂ ਗੂਗਲ ਟੈਸਟ и ਗੂਗਲ ਮੌਕ ਯੂਨਿਟ ਟੈਸਟਾਂ ਦਾ ਵਿਕਾਸ ਕਰਦੇ ਸਮੇਂ.
ਲਾਇਬ੍ਰੇਰੀਆਂ ਨੂੰ SCOM ਕੰਪੋਨੈਂਟ ਸੰਗਠਨ ਮਾਡਲ ਦੇ ਅਨੁਕੂਲ ਹੋਣ ਲਈ ਅਨੁਕੂਲਤਾ ਦੀ ਲੋੜ ਹੁੰਦੀ ਹੈ।
1C ਦਾ ਪ੍ਰਚਲਨ ਪਲੇਟਫਾਰਮ ਨੂੰ ਇਸ ਵਿੱਚ ਵਰਤੀਆਂ ਗਈਆਂ ਲਾਇਬ੍ਰੇਰੀਆਂ ਲਈ ਤਾਕਤ ਦਾ ਇੱਕ ਸ਼ਾਨਦਾਰ ਟੈਸਟ ਬਣਾਉਂਦਾ ਹੈ। ਕਈ ਤਰ੍ਹਾਂ ਦੇ ਉਪਭੋਗਤਾ ਅਤੇ ਦ੍ਰਿਸ਼ ਕੋਡ ਦੇ ਸਭ ਤੋਂ ਘੱਟ ਵਰਤੇ ਜਾਣ ਵਾਲੇ ਖੇਤਰਾਂ ਵਿੱਚ ਤੇਜ਼ੀ ਨਾਲ ਗਲਤੀਆਂ ਨੂੰ ਪ੍ਰਗਟ ਕਰਦੇ ਹਨ। ਅਸੀਂ ਉਹਨਾਂ ਨੂੰ ਖੁਦ ਠੀਕ ਕਰਦੇ ਹਾਂ ਅਤੇ ਉਹਨਾਂ ਨੂੰ ਲਾਇਬ੍ਰੇਰੀ ਦੇ ਲੇਖਕਾਂ ਨੂੰ ਵਾਪਸ ਦੇਣ ਦੀ ਕੋਸ਼ਿਸ਼ ਕਰਦੇ ਹਾਂ। ਆਪਸੀ ਤਾਲਮੇਲ ਦਾ ਅਨੁਭਵ ਬਹੁਤ ਵੱਖਰਾ ਹੁੰਦਾ ਹੈ।
ਵਿਕਾਸਕਾਰ cURL и libetpan ਪੁੱਲ-ਬੇਨਤੀ ਦਾ ਤੁਰੰਤ ਜਵਾਬ ਦਿਓ, ਪਰ ਪੈਚ, ਉਦਾਹਰਨ ਲਈ, ਵਿੱਚ OpenSSL ਅਸੀਂ ਇਸਨੂੰ ਕਦੇ ਵੀ ਵਾਪਸ ਦੇਣ ਵਿੱਚ ਕਾਮਯਾਬ ਨਹੀਂ ਹੋਏ।

ਸਿੱਟਾ

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

1C ਮੋਬਾਈਲ ਪਲੇਟਫਾਰਮ ਨੂੰ ਕਿਵੇਂ ਲਾਗੂ ਕੀਤਾ ਜਾਂਦਾ ਹੈ?
ਵੈਬ ਕਲਾਇੰਟ ਦੀ ਅੰਦਰੂਨੀ ਬਣਤਰ ਦਾ ਵਰਣਨ?
ਜਾਂ ਹੋ ਸਕਦਾ ਹੈ ਕਿ ਤੁਸੀਂ ਨਵੇਂ ਰੀਲੀਜ਼ਾਂ, ਵਿਕਾਸ ਅਤੇ ਟੈਸਟਿੰਗ ਲਈ ਵਿਸ਼ੇਸ਼ਤਾਵਾਂ ਦੀ ਚੋਣ ਕਰਨ ਦੀ ਪ੍ਰਕਿਰਿਆ ਵਿੱਚ ਦਿਲਚਸਪੀ ਰੱਖਦੇ ਹੋ?

ਟਿੱਪਣੀਆਂ ਵਿੱਚ ਲਿਖੋ!

ਸਰੋਤ: www.habr.com