घर
Top.Mail.Ru Yandeks.Metrika
फोरम: "मामले";
वर्तमान संग्रह: 2004.02.02;
डाउनलोड करें: [xml.tar.bz2];

नीचे

मैं मास्टर्स की सामूहिक बुद्धि की अपील करता हूं! हम डायनामिक्स में काम करते हैं। इसी तरह की शाखाएँ खोजें


Bezsonov Yuri   (2004-01-09 11:47) [0]

सभी को बधाई!
डेटाबेस में तालिकाओं की संख्या में वृद्धि के साथ, परियोजना में रूपों की संख्या बढ़ती है। और समय के साथ, डेटाबेस में डेटा के आधार पर एप्लिकेशन इंटरफ़ेस (मेनू, फॉर्म आदि) के गतिशील गठन के लिए आवश्यकता होती है।
और जब आप इस तरह के डिज़ाइन एप्लिकेशन बनाने की कोशिश करते हैं, तो कई सवाल उठते हैं। लेकिन शायद व्यवहार में कई ऐसी परियोजनाएं हैं और ऐसे समाधान या विचार हैं जो विकसित किए गए हैं, क्या कोई मुझे बता सकता है?
और अगर गतिशील रूप से डेटा और उनके प्रदर्शन के साथ सब कुछ काफी स्पष्ट है, तो बस मेटाडेटा के लिए तालिकाओं की संरचना का एक अच्छा अध्ययन करने की आवश्यकता है, फिर इवेंट हैंडलर्स को कहां और कैसे स्टोर करना है, यह सवाल बहुत स्पष्ट नहीं है कि कैसे दृष्टिकोण किया जाए।
किसके पास कोई आइडिया है? शायद पहले से ही सिद्ध तकनीक है? या यह विचार निराशाजनक है?



Sergey13   (2004-01-09 11:50) [1]

2Bezsonov यूरी © (09.01.04 11: 47)
> और समय के साथ, डेटाबेस में डेटा के आधार पर एप्लिकेशन इंटरफ़ेस (मेनू, फॉर्म, आदि) के एक गतिशील गठन की आवश्यकता होती है।
मैं शराब नहीं पी रहा हूँ। IMHO, यह एक मृत अंत है। फिर क्या बेहतर है?



rootim   (2004-01-09 11:53) [2]

> या यह विचार निराशाजनक है?
सबसे अधिक संभावना यह है ...
IMHO कंस्ट्रक्टर का उपयोग किया जा सकता है और उदाहरण के लिए, खोज करने के लिए .. या ऐसा कुछ।
व्यक्तिगत रूप से, मैं एक परियोजना में नए नए साँचे के ढेर को ढेर नहीं करता हूं, मैं कार्यक्षमता को एक स्वचालित कार्यस्थल में विभाजित करता हूं और मॉड्यूल लिखता हूं, जो यदि आवश्यक हो, तो एक आवेदन के तहत जोड़ा जा सकता है।



Bezsonov Yuri   (2004-01-09 12:28) [3]

इस दृष्टिकोण के कुछ संभावित लाभ हैं कि आपको परियोजना को लगातार पुन: स्थापित करने की आवश्यकता नहीं है, अर्थात। परिवर्तन सीधे ग्राहक पर किए जा सकते हैं।
और यहां तक ​​कि अगर पूर्ण गतिशीलता का विचार अप्रमाणिक है, तो आप RECONID नाम पुस्तकों जैसे कि REC_ID NAME SHORT_NAME, जो केवल सूचना में भिन्न हैं, एक गोली या कैसे सब कुछ मर्ज करते हैं?



Academic   (2004-01-09 12:37) [4]

मुझे लगता है कि डेटाबेस कम्युनिकेशन के साथ अलग-अलग विषयगत वर्कस्टेशन बनाने का एक तरीका है।



Nikolay M.   (2004-01-09 12:44) [5]

एक विकल्प के रूप में - सर्वर पर dfm-kah में नए रूपों को संग्रहीत करने के लिए, और कार्यक्षमता - dll या COM ऑब्जेक्ट में, सर्वर पर संग्रहीत और आवश्यकतानुसार पुल-अप भी करें।

लेकिन, IMHO, यह आपकी समस्याओं को नीले रंग से बाहर चूसने है।



Bezsonov Yuri   (2004-01-09 12:46) [6]

और यदि कोई प्रोग्राम ऐसी जानकारी को संग्रहीत करने के लिए लिखा गया है जिसकी संरचना पूर्वनिर्धारित नहीं है, उदाहरण के लिए, दस्तावेज़ भंडार। जिसमें, प्रत्येक विभाग के लिए, उनके भंडारण के पैरामीटर (फ़ील्ड का सेट) अलग-अलग होते हैं और ग्राहक द्वारा निर्धारित किए जाते हैं जैसे वे बनाए जाते हैं। इस मामले में कैसे होना है?



int64   (2004-01-09 12:46) [7]

आप XML का उपयोग कर सकते हैं। Ibase.ru पर एक उदाहरण था।



HSolo   (2004-01-09 12:49) [8]

> आप REC_ID NAME SHORT_NAME प्रकार के समान निर्देशिकाओं के एक समूह के साथ क्या करते हैं, जो केवल जानकारी में भिन्न है, सब कुछ एक तालिका में या कैसे मर्ज करते हैं?

उदाहरण के लिए, इस तरह: हम इस तरह के सभी संदर्भ पुस्तकों के लिए एक हैंडलर बनाते हैं। इसका एक निजी चर है - तालिका का नाम; यदि सभी संदर्भ पुस्तकों में फ़ील्ड को समान रूप से कहा जाता है, तो यह पर्याप्त है। हम कंस्ट्रक्टर को फिर से परिभाषित करते हैं ताकि यह एक पैरामीटर लेता है - तालिका का नाम और इसे एक ही चर में डालता है। हम रन-टाइम (उदाहरण के लिए, OnCreate में) सम्मिलित / अद्यतन / हटाने / ताज़ा करने के लिए अनुरोध करते हैं; प्रदर्शन सेटिंग्स - स्वाद के लिए :)



Bezsonov Yuri   (2004-01-09 12:54) [9]

यदि डेटाबेस रूप में संग्रहीत किया जाता है, तो यह वास्तव में समस्याओं का अधिग्रहण है, लेकिन संपूर्ण विचार यह है कि प्रोजेक्ट में मूल रूप और डेटाबेस में मेटाडेटा के आधार पर फॉर्म उत्पन्न होते हैं।



Academic   (2004-01-09 13:15) [10]

पूर्ण कार्यक्रम नहीं हो सकते हैं जो सब कुछ को ध्यान में रखते हैं। यदि ग्राहक को इसकी आवश्यकता होती है, तो वह नहीं जानता कि वह क्या चाहता है।



Bezsonov Yuri   (2004-01-09 13:17) [11]

से HSolo>
और यदि निर्देशिका आधार एक से अलग है, तो क्या इसके लिए हम परियोजना में एक अलग रूप बनाते हैं या यह किसी तरह गतिशील है?



Alex_Bredin   (2004-01-09 13:24) [12]

मैं, उदाहरण के लिए, संदर्भ प्रपत्र बिल्कुल चिंतित नहीं हैं, एक प्रक्रिया एक लंबे समय से पहले लिखी गई है जो एक पैरामीटर के रूप में एक डेटासेट के रूप में होती है जिसे संपादित करने की आवश्यकता होती है, इसकी संरचना का विश्लेषण करता है, और गतिशील रूप से आवश्यक घटकों (बूलियन- DBCheckBox, string-DBEdit, आदि) के साथ एक फॉर्म बनाता है।
यह बहुत अच्छी तरह से पता चला है।
गुड लक



Bezsonov Yuri   (2004-01-09 13:24) [13]

मुझे एक ऐसा कार्यक्रम नहीं चाहिए जो पूरी तरह से सब कुछ को ध्यान में रखे। बस, अगर प्रत्येक विभाग के लिए एक दस्तावेज़ रिपॉजिटरी लिखने का कार्य है, लेकिन उनमें से प्रत्येक के पास अपने स्वयं के पैरामीटर हैं (सचिव के लिए आने वाले / आउटगोइंग, आदि के लिए, तकनीकी के लिए - रेजिमेंट, चालान नंबर, आदि), क्या यह एक इंजन लिखने के लिए अधिक आशाजनक है जो कल्पना करेगा। डेटाबेस में वर्णित मेटाडेटा?



Bezsonov Yuri   (2004-01-09 13:32) [14]

Alex_Bredin © (09.01.04 13: 24) [12]
और यदि निर्देशिका में अन्य निर्देशिकाओं के लिंक हैं, जिन्हें dbComboBox भरने की आवश्यकता है, तो आप इसे गतिशील रूप से भी लागू करते हैं या क्या यह केवल तालिका के प्रकार * के सरल तालिकाओं के लिए काम करता है?



Academic   (2004-01-09 13:33) [15]

डेटाबेस में रूपों, घटनाओं की संरचना का वर्णन करना बहुत कठिन है, इन डेटा को स्थापित करने के लिए कुछ भाषा बनाने के लिए, एक विशिष्ट कार्यस्थल के लिए एक विशिष्ट छोटे कार्यक्रम का खर्च करने की तुलना में।



Alex_Bredin   (2004-01-09 13:36) [16]


> बेजसनोव यूरी © (09.01.04 13: 32) [14]
> to एलेक्स_ब्रेडिन © (09.01.04 13: 24) [12]
> और अगर निर्देशिका में अन्य निर्देशिकाओं के लिंक हैं,
> जिसे dbComboBox भरना चाहिए, फिर आप इसे भी लागू करें
> गतिशील रूप से या यह केवल साधारण दृश्य तालिकाओं के लिए काम करता है
> तालिका से * का चयन करें?


यह गतिशील भी है। यह मुश्किल नहीं है; मुख्य बात यह है कि मेटाडेटा का सही वर्णन करना है



Bezsonov Yuri   (2004-01-09 13:40) [17]


> अकादमिक © (09.01.04 13: 33) [15]
> डेटाबेस में फॉर्म संरचना, घटनाओं का वर्णन करें, कुछ बनाएं
> इस डेटा को सेट करने की भाषा बर्बाद करने की तुलना में बहुत कठिन है
> एक विशिष्ट कार्यकर्ता के लिए एक विशिष्ट छोटा कार्यक्रम
> स्थान।


यह है अगर यह कार्यक्रम छोटा है और इस तरह के कई कार्यक्रम नहीं हैं, लेकिन अगर यह स्ट्रीम पर जाता है, तो डिजाइनर शायद मदद करेंगे।



Bezsonov Yuri   (2004-01-09 13:55) [18]


> to एलेक्स_ब्रेडिन © (09.01.04 13: 36) [16]

क्या आप केवल मेटाडेटा में वर्णित फ़ील्ड का नाम प्रदर्शित करते हैं या किसी तरह से चयन / संपादन के लिए क्वेरी पाठ को स्वयं संग्रहीत करते हैं, या क्या आप उस तालिका में डेटा के आधार पर सब कुछ सॉर्ट करते हैं जिसे आप संपादित कर रहे हैं?



Alex_Bredin   (2004-01-09 14:49) [19]


> बेजसनोव यूरी © (09.01.04 13: 55) [18]


ICQ पर दस्तक - हम सब पर चर्चा करेंगे



पन्ने: 1 पूरी शाखा

फोरम: "मामले";
वर्तमान संग्रह: 2004.02.02;
डाउनलोड करें: [xml.tar.bz2];

ऊपर





मेमोरी: 0.61 एमबी
समय: 0.034 c
1-2217
kiril-
2004-01-20 16:56
2004.02.02
OleVariant


7-2391
XHunter
2003-11-14 20:59
2004.02.02
सेवा के मुद्दे


8-2233
- = देवमो = -
2003-09-23 22:48
2004.02.02
स्क्रीन पर 3D फ़ंक्शन कैसे प्रदर्शित करें?


3-1959
कीर
2004-01-09 13:41
2004.02.02
क्या आईबी सीयू में लाइनों को मोड़ना संभव है


14-2374
IMHO
2004-01-07 13:43
2004.02.02
जो BASIC के साथ मित्र है





अफ्रीकी अल्बानियन अरबी भाषा अर्मेनियाई आज़रबाइजानी बस्क बेलारूसी बल्गेरियाई कैटलन सरलीकृत चीनी) चीनी पारंपरिक) क्रोएशियाई चेक डेनिश डच अंग्रेज़ी एस्तोनियावासी फिलिपिनो फिनिश फ्रेंच
गैलिशियन् जॉर्जियाई जर्मन यूनानी हाईटियन यहूदी हिंदी हंगरी आइसलैंड का इन्डोनेशियाई आयरिश इतालवी जापानी कोरियाई लात्वीयावासी लिथुआनियाई मेसीडोनियन मलायी मोलतिज़ नार्वेजियन
फ़ारसी पोलिश पुर्तगाली रोमानियाई रूसी सर्बियाई स्लोवाक स्लोवेनियाई स्पेनिश स्वाहिली स्वीडिश थाई तुर्की यूक्रेनी उर्दू वियतनामी वेल्श यहूदी बंगाली बोस्नियाई
सिबुआनो एस्पेरांतो गुजराती हौसा हमोंग ईग्बो जावानीस कन्नड़ खमेर लाओ लैटिन माओरी मराठी मंगोलियन नेपाली पंजाबी सोमाली तामिल तेलुगु योरूबा
ज़ुलु
Английский Французский Немецкий Итальянский Португальский Русский Испанский