कैसे मैं एक वेब फार्म जीयूआई में उपयोगकर्ता के अनुकूल बूलियन तर्क लागू कर सकते हैं?

Question

वर्तमान में मेरे पास एक वेब एप्लिकेशन है जहां उपयोगकर्ता SQL SELECT स्टेटमेंट जेनरेट करने के लिए ड्रॉपडाउन सूचियों का उपयोग कर सकता है:

कॉलम का चयन ड्रॉपडाउन | ऑपरेटर ड्रापडाउन (! = => < < => =) | मूल्य चयन ड्रॉपडाउन

उपयोगकर्ता यह कई बार कर सकता है, और "फ़िल्टर" वर्तमान में सभी एंडेड हैं।

मैं बनाने या कथन की संभावना जोड़ना चाहते हैं। मैं उस मामले में ओआरएस को आसानी से जोड़ सकता हूं जहां कॉलम समान हैं, लेकिन

((ए या बी या सी) और (डी या ई)) या (एफ और जी) जटिल जटिल तर्कों के बारे में क्या है?

मैं उपयोगकर्ताओं को उपयोगकर्ता के अनुकूल तरीके से ऐसे बयान कैसे बना सकता हूं?

संपादित करें: निर्दिष्ट करने के लिए, सामान्य दर्शकों के लिए उपयोगकर्ता के अनुकूल। वर्तमान में मैं उन डेवलपर्स के साथ काम करता हूं जो कभी-कभी गैर-तकनीकी क्लाइंट के लिए SQL कोड क्वेरी करते हैं जिन्हें हमारे डेटाबेस से विशिष्ट जानकारी की आवश्यकता होती है। लक्ष्य यह है कि यह वेब ऐप क्लाइंट को इसे स्वयं करने के लिए उपयोग करने में आसान टूल देकर उन्हें हाथ-कोड करने की आवश्यकता को हटा देगा।

EDIT2: वर्तमान में ऐप का उपयोग अंतिम उपयोगकर्ताओं द्वारा नहीं किया जा रहा है। मेरे उपयोग के लिए मेरे पास एकमात्र डेटा पिछले हस्तलिखित एसक्यूएल प्रश्न हैं और इस प्रकार ग्राहक द्वारा पूछे जाने वाले प्रश्नों की तरह। यह देखते हुए कि मैं इसे आसान बनाने में कर सकता है (उदाहरण के लिए उपयोगकर्ताओं की क्वेरी में वे के लिए पूछने के लिए करते हैं के प्रकार के प्रश्नों उत्पन्न करने की क्षमता की सीमा), लेकिन मैं अगर किसी को भी GUIs में बूलियन तर्क संवाद स्थापित करने के लिए बस और पूरी तरह से अनुभव है देखना चाहता हूँ।

आपके समय के लिए धन्यवाद।

Answer 1

जब आप ((A or B) and C) or (D or E or F) संभालने की ज़रूरत है, तो आप एक पेड़ की तरह डेटा संरचना के साथ काम कर रहे हैं: से मैं क्या याद है, वे कुछ इस तरह से किया था। मेरे अनुभव में, उपयोगकर्ताओं को "सुंदर" या "अंतर्ज्ञानी" तरीके से निर्णय पेड़ का प्रतिनिधित्व करने का कोई आसान तरीका नहीं है। एएसपी.नेट वेबफॉर्म में इसकी दोगुनी मुश्किल है।

हालांकि, एक कोशिश की गई और सही दृष्टिकोण निम्न है: एकल टेक्स्टबॉक्स जहां क्लॉज स्वीकार कर रहा है।मेरा विश्वास करो, एकल-इनपुट दृष्टिकोण वास्तव में सबसे सरल और सहज उपयोगकर्ता इंटरफ़ेस है, और इसमें क्वेरी फ़िल्टर के तेज़ इनपुट/संशोधन की अनुमति देने का लाभ * भी है।

** तकनीकी पक्ष से एक अन्य लाभ, अपने स्वयं के लेक्सर/पार्सर और एएसटी लिखने में सक्षम है। आप मूल क्रूड ऐप में कितनी बार ऐसा करते हैं:) *

आप पहले से ही अपने उपयोगकर्ताओं को प्रशिक्षण दे रहे हैं कि आप अपने विज्ञापन हाऊस क्वेरी इंजन का उपयोग कैसे करें, आप उन्हें (account.Balance < -2000 and account.Type == 'Checking') OR (account.Number = 123456) टाइप करने के लिए भी प्रशिक्षित कर सकते हैं यह क्या कहता है यह लौटता है।

यदि आप इस दृष्टिकोण के साथ जाते हैं, तो उपयोगकर्ता को उपलब्ध कॉलम की एक ड्रॉपडाउन सूची प्रदान करें, ताकि किसी आइटम पर डबल-क्लिक करने से आइटम को कर्सर स्थान पर टेक्स्टबॉक्स में डाला जा सके।

Answer 2

मैक ओएस एक्स बिल्कुल इस तरह की चीज़ करने के लिए बहुत अच्छा जीयूआई विजेट प्रदान करता है। इस प्रकार के लेआउट/इंटरैक्शन के बाद आप अपने जीयूआई को मॉडल कर सकते हैं।

Answer 3

एक और विकल्प SQL सर्वर प्रबंधन स्टूडियो क्वेरी बिल्डर इंटरफ़ेस की तरह कुछ है - कई पंक्तियां और कॉलम, जहां पंक्तियां एंड्स का प्रतिनिधित्व करती हैं, और कॉलम ओआरएस (या इसके विपरीत, मुझे याद नहीं है)।

आप उपयोगकर्ताओं की सहायता के लिए परिणामी क्वेरी के वास्तविक समय अपडेट कर सकते हैं (जैसे SQL सर्वर परिणामस्वरूप SQL अपडेट करता है)।

Answer 4

यह भी एक WinForms अनुप्रयोग में प्रतिनिधित्व करने के लिए मुश्किल है।

आपको एक शर्त समूह की अवधारणा को लागू करने की आवश्यकता है, जिसमें एक या अधिक कथन और एक सशर्त ऑपरेटर शामिल है।

मैंने जो देखा है उसका सबसे अच्छा कार्यान्वयन गेमSpy सर्वर फ़िल्टरिंग से था - मैंने बस एक स्क्रीनशॉट खोजने की कोशिश की, लेकिन मैं खाली आया (क्या वह प्रोग्राम अभी भी मौजूद है?)।

(
    Condition 1 
) OPERATOR 
(
    Condition 2 
) OPERATOR 
(
    (
     Condition 3 
    ) OPERATOR 
    (
     Condition 4 
    ) 
)

Answer 5

जब मुझे इस तरह की कोई समस्या दिखाई देती है, तो मैं इस समस्या को हल करने के तरीके के समान, एक स्टैक के रूप में इसे लागू करने के बारे में सोचने में मदद नहीं कर सकता।

समस्या यहाँ है कि यह बहुत सहज ज्ञान युक्त

नमूना यूआई प्रतीत नहीं होता: ([बटन] उपयोगकर्ता इनपुट > {सूची}

मूल्य के लिए < एक पाठ बॉक्स: < > [पुश] [और] [या]

ढेर {

} (एचपी आरपीएन कैलकुलेटर ढेर के ऊपर डाल दिया संपादन क्षेत्र)

तो, अगर मैं अभिव्यक्ति ((ए और बी) या (सी और डी)) लिखना चाहते थे, मैं इस करना होगा: एक [धक्का] (ढेर 'ए' होते हैं) बी [पुश] (ढेर में "बी", "ए" होगा) [और] (ढेर में "(ए और बी)" होगा 0) सी [पुश] (ढेर में "सी", "(ए और बी) ") डी [पुश] (ढेर में" डी "," सी "," (ए और बी) " [और] (ढेर में" (सी और डी) "," (ए और बी) होगा ") [या] (ढेर में" ((ए और बी) या (सी और डी) ")

यदि आप अन्य ऑपरेटरों को जोड़ना चाहते थे, और बहुत अधिक नहीं थे, तो आप अतिरिक्त जोड़ सकते थे बटन, या ऑपरेटर के लिए एक अलग पाठ बॉक्स बनाने के

मूल्य: < > [पुश] ऑपरेटर < > [कम्बाइन]

यदि आप एकल ऑपरेटरों समर्थन करना चाहते थे, तो आप क्या यह एक है का ट्रैक रखने के आवश्यकता होगी उपसर्ग या पोस्टफिक्स ऑपरेटर, या बस उपसर्ग मानें (बूलियन यूनरी ऑपरेटर "नहीं" आमतौर पर उपसर्ग है)। टर्नरी ऑपरेटरों में आम तौर पर दो इंफिक्स डिज़ाइनर होते हैं, इसलिए यदि आप उनका समर्थन करना चाहते हैं तो अधिक जटिलता है। कुछ बाइनरी (और एन-आरी) ऑपरेटरों में एक उपसर्ग, इंफिक्स और प्रत्यय घटक होता है "कॉलमैथ (ए, बी)" तो यह वास्तव में नीचे आता है कि आप इसे कितना जटिल बनाना चाहते हैं।

बस एक विचार।

Answer 6

एप्पल नेस्टेड बूलियन अभिव्यक्ति के लिए एक जीयूआई डिजाइन करने के लिए एक रास्ता मिल गया है लगता है: UX.stackexchange पर स्वीकार किए जाते हैं जवाब देखें।

Answer 7

मैं ईमानदारी से नहीं व्यापार मूल्य कस्टम "कहाँ" लिखित रूप में "से" देख पा रहे हैं, "का चयन करें", या किसी अन्य एसक्यूएल आदेश प्रॉक्सी। विशेष रूप से, इस विशेष संदर्भ में (फ्लाई क्वेरी पर डीबी एक्सेस और कस्टम) क्लाइंट नरक के सुरक्षा द्वार खोलता है।

दे "dummies" रचना (मैं यह मान होता नियमित एसक्यूएल उपकरण का उपयोग कर में सक्षम नहीं हैं) "सहज" क्वेरी होने की प्रतीक्षा कर रहा एक आपदा है। मुझे लगता है कि 2003 या 2004 के बीजे के क्लब क्रेडिट कार्ड की जानकारी बस्ट भावना में बहुत करीब थी। मुझे लगता है (और यह केवल एक अनुमान है !!!) कुछ बड़े विपणन मालिक ने कहा, "हम क्रेडिट कार्ड पट्टी जानकारी को बचाएंगे ताकि हम बाद में उस जानकारी का लाभ उठा सकें।" "क्या आप केवल एक टेबल में सार्वजनिक रूप से उपलब्ध जानकारी चाहते हैं और पीआईआई सांख्यिकीय रूप से बाल्टी" चाहते हैं - डेवलपर से पूछा ..... "नहीं, हम अभी तक नहीं जानते कि हम उस जानकारी का उपयोग कैसे करना चाहते हैं, हमें इसे पूछने के लिए एक टूल विकसित करें एक कस्टम तरीका ..... "आपदा के रास्ते पर पहला कदम पत्थर था। :(

इस बीच, निश्चित रूप से ऐसे स्थान हैं जब UI को अभिव्यक्तियों को लिखने/विश्लेषण करने के लिए आवश्यक है (सुरक्षा नीति विश्लेषण उपकरण, बूलियन/स्विच बीजगणित अनुसंधान, आदि) मेरा मानना ​​है कि सबसे अच्छा यूआई अभी तक बनाया जाना है (हमेशा :)), लेकिन अगर यह बनाया गया था, मैं कल्पना करता हूँ यह होने संभावना के लिए:

1. अभिव्यक्ति पार्स (के रूप में उपयोगकर्ता के टुकड़े से की अभिव्यक्ति मात्रा टुकड़ा)
2. कहते हैं के रूप में एक को पार्स पेड़ का निर्माण कर सकते तुच्छ होना चाहिए एक पार्सिंग पेड़ के रूप में अभिव्यक्ति दिखाएं (जो इसे मजेदार बनाना चाहिए)।
3. दिखाएँ सही/
4. ("एक लय की तरह" कार्यों के लिए विशेष रूप से महत्वपूर्ण) अभिव्यक्ति
5. ड्रा बीएफ hypercube द्वारा प्रस्तुत बीएफ संस्थानिक जोड़ने के साथ एक Karnaugh मानचित्र (उच्च आयामी अभिव्यक्ति हालांकि साथ अच्छी किस्मत बनाएं के लिए झूठी तालिका)
6. अभिव्यक्ति के लिए गतिशील रूप से वेन आरेख उत्पन्न करें।
7. गैर-आवश्यक चर या "अभिव्यक्ति भाग" को हाइलाइट करें।
8. बूलियन अभिव्यक्ति न्यूनीकरण के मैकक्लूसकी या पेट्रिक विधि का उपयोग करें।

Answer 8

वहाँ एक jQuery जो एक दिलचस्प तरीके से ऐसा करते हैं यह करने के लिए प्लगइन, QueryBuilder कहा जाता है, यह है: http://mistic100.github.io/jQuery-QueryBuilder/