প্ল্যাটফর্ম "1C: এন্টারপ্রাইজ" - হুড অধীনে কি?

হে হাবর!
এই নিবন্ধে আমরা এটি ভিতরে কিভাবে কাজ করে সে সম্পর্কে গল্প শুরু করব প্ল্যাটফর্ম "1C: এন্টারপ্রাইজ 8" এবং এর বিকাশে কী কী প্রযুক্তি ব্যবহার করা হয়।

কেন আমরা এই আকর্ষণীয় মনে করি? প্রথমত, কারণ 1C:Enterprise 8 প্ল্যাটফর্ম হল C++ (ক্লায়েন্ট, সার্ভার, ইত্যাদি), জাভাস্ক্রিপ্ট (ওয়েব ক্লায়েন্ট) এবং সাম্প্রতিককালে, এবং জাভা. বড় প্রকল্পগুলি তাদের স্কেলের কারণে অন্তত আকর্ষণীয় হতে পারে, কারণ একটি ছোট কোড বেসে অদৃশ্য বিষয়গুলি এই জাতীয় প্রকল্পগুলিতে পূর্ণ শক্তিতে দেখা দেয়। দ্বিতীয়ত, "1C:Enterprise" হল একটি প্রতিলিপিযোগ্য, "বক্সযুক্ত" পণ্য, এবং হাব্রেতে এই ধরনের উন্নয়ন সম্পর্কে খুব কম নিবন্ধ রয়েছে৷ অন্যান্য দল এবং সংস্থাগুলিতে জীবন কেমন তা জানাও সর্বদা আকর্ষণীয়।

চল শুরু করা যাক. এই নিবন্ধে আমরা প্ল্যাটফর্মে ব্যবহৃত কিছু প্রযুক্তির একটি ওভারভিউ দেব এবং বাস্তবায়নের গভীরভাবে ডুব না দিয়ে ল্যান্ডস্কেপের রূপরেখা দেব। প্রকৃতপক্ষে, অনেক মেকানিজমের জন্য, একটি বিস্তারিত গল্পের জন্য একটি পৃথক নিবন্ধের প্রয়োজন হবে, এবং কিছুর জন্য, একটি সম্পূর্ণ বই!
শুরু করার জন্য, এটি মৌলিক বিষয়গুলির উপর সিদ্ধান্ত নেওয়া মূল্যবান - 1C: এন্টারপ্রাইজ প্ল্যাটফর্মটি কী এবং এতে কোন উপাদানগুলি রয়েছে৷ এই প্রশ্নের উত্তরটি এত সহজ নয়, কারণ "প্ল্যাটফর্ম" শব্দটি (সংক্ষিপ্ততার জন্য, আমরা এটিকে সেভাবে বলব) ব্যবসায়িক অ্যাপ্লিকেশন, একটি রানটাইম পরিবেশ এবং প্রশাসনের সরঞ্জামগুলি বিকাশের একটি উপায় বোঝায়। নিম্নলিখিত উপাদানগুলি মোটামুটিভাবে আলাদা করা যেতে পারে:

• সার্ভার ক্লাস্টার
• "পাতলা" ক্লায়েন্ট HTTP এবং এর নিজস্ব বাইনারি প্রোটোকলের মাধ্যমে সার্ভারের সাথে সংযোগ করতে সক্ষম
• একটি হার্ড ড্রাইভ বা নেটওয়ার্ক ফোল্ডারে অবস্থিত একটি ডাটাবেস সহ একটি দ্বি-স্তরের আর্কিটেকচারে কাজ করার জন্য ক্লায়েন্ট
• ওয়েব ক্লায়েন্ট
• অ্যাপ্লিকেশন সার্ভার প্রশাসন সরঞ্জাম
• উন্নয়ন পরিবেশ (কনফিগারার হিসাবে পরিচিত)
• আইওএস, অ্যান্ড্রয়েড এবং উইন্ডোজ ফোনের জন্য রানটাইম পরিবেশ (মোবাইল প্ল্যাটফর্ম 1C)

এই সমস্ত অংশ, ওয়েব ক্লায়েন্ট বাদে, C++ এ লেখা আছে। উপরন্তু, সম্প্রতি ঘোষিত আছে নতুন প্রজন্মের কনফিগারার, জাভাতে লেখা।

নেটিভ অ্যাপস

C++03 ব্যবহার করা হয় নেটিভ অ্যাপ্লিকেশন ডেভেলপ করতে। উইন্ডোজের জন্য, Microsoft Visual C++ 12 (Windows XP-এর সাথে সামঞ্জস্যপূর্ণ একটি প্রোফাইল) একটি কম্পাইলার হিসেবে ব্যবহৃত হয়, এবং Linux এবং Android-এর জন্য - gcc 4.8, iOS-এর জন্য - clang 5.0। ব্যবহৃত স্ট্যান্ডার্ড লাইব্রেরি সমস্ত অপারেটিং সিস্টেম এবং কম্পাইলারগুলির জন্য একই - STLPport। এই সমাধানটি STL বাস্তবায়ন-নির্দিষ্ট ত্রুটির সম্ভাবনা হ্রাস করে। আমরা বর্তমানে CLang-এর সাথে পাঠানো STL বাস্তবায়নে স্থানান্তরিত করার পরিকল্পনা করছি, কারণ STLPport বন্ধ করা হয়েছে এবং এটি gcc-এর C++11 সক্ষম মোডের সাথে সামঞ্জস্যপূর্ণ নয়।
সার্ভারের কোড বেস 99% সাধারণ, ক্লায়েন্টের - 95%। তদুপরি, এমনকি মোবাইল প্ল্যাটফর্মটি "বড়" হিসাবে একই C++ কোড ব্যবহার করে, যদিও সেখানে একীকরণের শতাংশ কিছুটা কম।
বেশিরভাগ C++ ব্যবহারকারীদের মতো, আমরা ভাষা এবং এর লাইব্রেরির 100% ক্ষমতা ব্যবহার করার দাবি করি না। সুতরাং, আমরা কার্যত বুস্ট ব্যবহার করি না, এবং ভাষার বৈশিষ্ট্যগুলির মধ্যে একটি হল গতিশীল টাইপ কাস্টিং। একই সময়ে, আমরা সক্রিয়ভাবে ব্যবহার করি:

• STL (বিশেষভাবে স্ট্রিং, ধারক এবং অ্যালগরিদম)
• একাধিক উত্তরাধিকার, সহ। একাধিক বাস্তবায়ন উত্তরাধিকার
• টেমপ্লেট
• ব্যতিক্রম
• স্মার্ট পয়েন্টার (কাস্টম বাস্তবায়ন)

ইন্টারফেসের একাধিক উত্তরাধিকার ব্যবহার করে (সম্পূর্ণ বিমূর্ত ক্লাস), একটি উপাদান মডেল সম্ভব হয়, যা নীচে আলোচনা করা হবে।

উপাদান

মডুলারিটি নিশ্চিত করার জন্য, সমস্ত কার্যকারিতা উপাদানগুলিতে বিভক্ত করা হয়েছে, যেগুলি ডায়নামিক লাইব্রেরি (*. dll উইন্ডোজের জন্য, *. লিনাক্সের জন্য)। মোট একশত পঞ্চাশটিরও বেশি উপাদান রয়েছে; এখানে তাদের কয়েকটির বর্ণনা দেওয়া হল:

ব্যাক
প্ল্যাটফর্ম মেটাডেটা ইঞ্জিন রয়েছে

accnt
অ্যাপ্লিকেশান বিকাশকারীরা অ্যাকাউন্টিং রেকর্ড তৈরি করতে ব্যবহার করে এমন বস্তুগুলি (অ্যাকাউন্টের চার্ট এবং অ্যাকাউন্টিং রেজিস্টার)

বিএসএল
এমবেডেড ল্যাঙ্গুয়েজ এক্সিকিউশন ইঞ্জিন

Nuke
মেমরি বরাদ্দকারীর কাস্টম বাস্তবায়ন

dbeng8
ফাইল ডাটাবেস ইঞ্জিন। ISAM-এর উপর ভিত্তি করে একটি সাধারণ ফাইল সার্ভার ডাটাবেস ইঞ্জিন, যার মধ্যে একটি সাধারণ SQL প্রসেসরও রয়েছে

wbase
উইন্ডোজ ইউজার ইন্টারফেস বাস্তবায়নের জন্য বেস ক্লাস এবং ফাংশন রয়েছে - উইন্ডো ক্লাস, জিডিআই অ্যাক্সেস, ইত্যাদি।

একাধিক উপাদানে বিভক্ত করা বিভিন্ন দৃষ্টিকোণ থেকে কার্যকর:

• বিচ্ছেদ আরও ভাল ডিজাইনের প্রচার করে, বিশেষ করে আরও ভাল কোড বিচ্ছিন্নতা
• উপাদানগুলির একটি সেট থেকে আপনি নমনীয়ভাবে বিভিন্ন বিতরণ বিকল্পগুলি একত্র করতে পারেন:
  • উদাহরণস্বরূপ, একটি পাতলা ক্লায়েন্ট ইনস্টলেশনে wbase থাকবে, কিন্তু ব্যাকএন্ড থাকবে না
  • কিন্তু wbase সার্ভারে, বিপরীতে, এটি হবে না
  • উভয় বিকল্পে অবশ্যই nuke এবং bsl থাকবে

প্রোগ্রামটি শুরু হলে এই লঞ্চ বিকল্পের জন্য প্রয়োজনীয় সমস্ত উপাদান লোড হয়। এটি, বিশেষ করে, 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 API এ প্রয়োগ করা হয়। লিনাক্স সংস্করণের জন্য, একটি স্তর তৈরি করা হয়েছে যা wxWidgets লাইব্রেরির মাধ্যমে কাজ করে।
লাইব্রেরি অফ কন্ট্রোল 1C:Enterprise-এর অন্যান্য অংশের উপর নির্ভর করে না এবং আমাদের দ্বারা অন্যান্য ছোট অভ্যন্তরীণ ইউটিলিটিগুলিতে ব্যবহৃত হয়।

1C:এন্টারপ্রাইজের বিকাশের বছরগুলিতে, নিয়ন্ত্রণগুলির চেহারা পরিবর্তিত হয়েছে, তবে নীতিগুলির একটি গুরুতর পরিবর্তন ঘটেছে শুধুমাত্র একবার, 2009 সালে, সংস্করণ 8.2 প্রকাশের সাথে এবং "পরিচালিত ফর্ম" এর আবির্ভাবের সাথে। চেহারা পরিবর্তনের পাশাপাশি, ফর্ম লেআউটের নীতিটি মৌলিকভাবে পরিবর্তিত হয়েছে - উপাদানগুলির প্রবাহ-লেআউটের পক্ষে উপাদানগুলির পিক্সেল-বাই-পিক্সেল অবস্থান প্রত্যাখ্যান করা হয়েছে। এছাড়াও, নতুন মডেলে, নিয়ন্ত্রণগুলি সরাসরি ডোমেন অবজেক্টের সাথে কাজ করে না, তবে বিশেষ ডিটিওগুলির সাথে (ডেটা ট্রান্সফার অবজেক্ট).
এই পরিবর্তনগুলি একটি 1C: এন্টারপ্রাইজ ওয়েব ক্লায়েন্ট তৈরি করা সম্ভব করেছে যা জাভাস্ক্রিপ্ট নিয়ন্ত্রণের C++ যুক্তির প্রতিলিপি করে। আমরা পাতলা এবং ওয়েব ক্লায়েন্টদের মধ্যে কার্যকরী সমতা বজায় রাখার চেষ্টা করি। যে ক্ষেত্রে এটি সম্ভব নয়, উদাহরণস্বরূপ JavaScript API-এর সীমাবদ্ধতার কারণে (উদাহরণস্বরূপ, ফাইলগুলির সাথে কাজ করার ক্ষমতা খুবই সীমিত), আমরা প্রায়শই C++ এ লেখা ব্রাউজার এক্সটেনশন ব্যবহার করে প্রয়োজনীয় কার্যকারিতা বাস্তবায়ন করি। আমরা বর্তমানে Internet Explorer এবং Microsoft Edge (Windows), Google Chrome (Windows), Firefox (Windows এবং Linux) এবং Safari (MacOS) সমর্থন করি।

এছাড়াও, 1C প্ল্যাটফর্মে মোবাইল অ্যাপ্লিকেশনগুলির জন্য একটি ইন্টারফেস তৈরি করতে পরিচালিত ফর্ম প্রযুক্তি ব্যবহার করা হয়। মোবাইল ডিভাইসে, অপারেটিং সিস্টেমের স্থানীয় প্রযুক্তি ব্যবহার করে নিয়ন্ত্রণের রেন্ডারিং প্রয়োগ করা হয়, কিন্তু ফর্ম লেআউট লজিক এবং ইন্টারফেস প্রতিক্রিয়ার জন্য, "বড়" 1C: এন্টারপ্রাইজ প্ল্যাটফর্মের মতো একই কোড ব্যবহার করা হয়।

লিনাক্স ওএসে 1C ইন্টারফেস

একটি মোবাইল ডিভাইসে 1C ইন্টারফেস

অন্যান্য প্ল্যাটফর্মে 1C ইন্টারফেস
উইন্ডোজ ওএসে 1C ইন্টারফেস

ইন্টারফেস 1C - ওয়েব ক্লায়েন্ট

ওপেন সোর্স

যদিও আমরা Windows এর অধীনে C++ ডেভেলপারদের জন্য স্ট্যান্ডার্ড লাইব্রেরি ব্যবহার করি না (MFC, WinAPI থেকে নিয়ন্ত্রণ), আমরা নিজেরা সমস্ত উপাদান লিখি না। গ্রন্থাগারের কথা আগেই বলা হয়েছে wx উইজেট, এবং আমরা ব্যবহার করি:

• কার্ল HTTP এবং FTP এর সাথে কাজ করার জন্য।
• দ্বারা OpenSSL ক্রিপ্টোগ্রাফির সাথে কাজ করার জন্য এবং TLS সংযোগ স্থাপনের জন্য
• libxml2 এবং libxslt XML পার্সিংয়ের জন্য
• libetpan মেল প্রোটোকলের সাথে কাজ করার জন্য (POP3, SMTP, IMAP)
• মিমিটিক ইমেল বার্তা পার্স করতে
• sqllite ব্যবহারকারীর লগ সংরক্ষণের জন্য
• আইসিইউ আন্তর্জাতিকীকরণের জন্য

তালিকা চলতে থাকে।
উপরন্তু, আমরা একটি অত্যন্ত পরিবর্তিত সংস্করণ ব্যবহার করি গুগল টেস্ট и গুগল মক যখন ইউনিট পরীক্ষা উন্নয়নশীল.
SCOM কম্পোনেন্ট সংগঠন মডেলের সাথে সামঞ্জস্যপূর্ণ হতে লাইব্রেরিগুলির অভিযোজন প্রয়োজন।
1C এর ব্যাপকতা প্ল্যাটফর্মটিকে এটিতে ব্যবহৃত লাইব্রেরির জন্য শক্তির একটি চমৎকার পরীক্ষা করে তোলে। বিভিন্ন ধরনের ব্যবহারকারী এবং দৃশ্যকল্প দ্রুত কোডের সবচেয়ে বিরল ব্যবহৃত এলাকায় ত্রুটি প্রকাশ করে। আমরা নিজেরাই সেগুলি সংশোধন করি এবং লাইব্রেরির লেখকদের কাছে সেগুলি ফেরত দেওয়ার চেষ্টা করি৷ মিথস্ক্রিয়া অভিজ্ঞতা খুব ভিন্ন হতে সক্রিয় আউট.
ডেভেলপারগণ কার্ল и libetpan পুল-অনুরোধে দ্রুত সাড়া দেয়, কিন্তু প্যাচ, উদাহরণস্বরূপ, ইন দ্বারা OpenSSL আমরা এটা ফেরত দিতে পরিচালিত.

উপসংহার

নিবন্ধে আমরা 1C: এন্টারপ্রাইজ প্ল্যাটফর্মের বিকাশের বেশ কয়েকটি প্রধান দিককে স্পর্শ করেছি। নিবন্ধের সীমিত পরিসরে, আমরা কেবলমাত্র কিছু আকর্ষণীয়, আমাদের মতামত, দিকগুলিকে স্পর্শ করেছি।
বিভিন্ন প্ল্যাটফর্ম প্রক্রিয়ার একটি সাধারণ বিবরণ পাওয়া যাবে এখানে.
ভবিষ্যতের নিবন্ধগুলিতে আপনার আগ্রহের বিষয়গুলি কী হবে?

কিভাবে 1C মোবাইল প্ল্যাটফর্ম বাস্তবায়িত হয়?
ওয়েব ক্লায়েন্টের অভ্যন্তরীণ কাঠামোর বর্ণনা?
অথবা হতে পারে আপনি নতুন রিলিজ, উন্নয়নশীল এবং পরীক্ষার জন্য বৈশিষ্ট্য নির্বাচন করার প্রক্রিয়ায় আগ্রহী?

মন্তব্যে লিখুন!

উত্স: www.habr.com