मैं सॉफ़्टवेयर का एक टुकड़ा तैयार कर रहा हूं जिसे मुख्य रूप से शेड्यूल पर आधारित हार्डवेयर के विभिन्न टुकड़ों को संचालित करने की आवश्यकता होती है, लेकिन इसे सेटिंग कॉन्फ़िगर करने, शेड्यूल को कॉन्फ़िगर करने और संभवतः मैन्युअल रूप से हार्डवेयर को नियंत्रित करने के लिए वेब इंटरफ़ेस भी होना चाहिए। मुझे यकीन नहीं है कि इस तरह के सॉफ्टवेयर के आर्किटेक्चर को कैसे डिजाइन किया जाए।मैं एक प्रोग्राम के लिए .NET (C#) कैसे डिज़ाइन करूं जिसे Windows सेवा के रूप में चलाने की आवश्यकता है लेकिन एक वेब इंटरफ़ेस भी है?
एक विचार यह है कि मेरे पास एक विंडोज सेवा बनाना है जो हार्डवेयर के साथ संचार के साथ-साथ "प्रकाशन" वेब सेवाओं को डब्ल्यूसीएफ के माध्यम से करता है और उसके बाद एक एएसपी.NET एप्लिकेशन होता है जो डब्ल्यूसीएफ के माध्यम से विंडोज सेवा को नियंत्रित करता है। यह दृष्टिकोण जो मैं पूरा करने की कोशिश कर रहा हूं उसके लिए बहुत काम करता प्रतीत होता है।
क्या कोई मुझे कृपया कुछ दिशा दे सकता है कि यह एक अच्छा दृष्टिकोण है या नहीं, और अगर कोई मौजूद है तो मुझे ऐसा करने का बेहतर तरीका भी दें?
धन्यवाद! जोएल
सुरक्षा कारणों से सबसे अच्छा समाधान आपके हार्डवेयर कॉन्फ़िगरेशन पर बहुत निर्भर करेगा। मशीनरी अनुरोध स्वीकार कैसे करती है? आपकी वेबसाइट आपकी विंडोज सेवा के संबंध में कहां रहती है? क्या फ़ायरवॉल शामिल हैं? क्या आप इसके बजाय एक विंडोज सेवा चला सकते हैं जो एक वेब सेवा का चुनाव करता है और यूआई भी है? – pdr
मशीनरी मुख्य रूप से एक या अधिक धारावाहिक बंदरगाहों (आरएस 485 नेटवर्क) के माध्यम से अनुरोध स्वीकार करती है। वेबसाइट सेवा के समान मशीन पर हो सकती है, लेकिन यदि आवश्यक हो तो मुझे उन्हें विभाजित करने की क्षमता पसंद है। फ़ायरवॉल शायद इस मामले में कोई मुद्दा नहीं होगा क्योंकि यह सब एक ही नेटवर्क पर होंगे। क्या आप समझ सकते हैं कि आपका क्या मतलब है "विंडोज सेवा जो एक वेब सेवा का चुनाव करती है और यूआई भी है?" मुझे यकीन नहीं है कि विंडोज सेवा में यूआई कैसे हो सकता है। – hjoelr
यदि आप किसी भिन्न मशीन पर वेब इंटरफ़ेस होस्ट करना चाहते हैं, तो आपके विचार के लिए कोई विकल्प नहीं है। – SLaks