👨🏿‍⚖️ 📣 👖 मोबाइल वेब के लिए कॉम्पैक्ट जावा सर्वलेट 💚 ⏸️ 👆🏽

मेरे लिए प्रोग्रामिंग का मुख्य क्षेत्र व्यापार में लेखांकन के स्वचालन के लिए सॉफ्टवेयर का विकास है। मुझे 2009 में इसके लिए जावा सर्वलेट्स का उपयोग करने का अवसर मिला, जब डेस्कटॉप के लिए जारी Openbravo POS के नवीनतम संस्करण के साथ पीडीए के लिए एक रेस्तरां मॉड्यूल था। Openbravo POS डेवलपर्स के लिए उस समय मुख्य विचार आवेदन के डेस्कटॉप संस्करण को जटिल करने के लिए नहीं था, संकीर्ण व्यापार तर्क को एक अलग छोटे अनुप्रयोग में लेने के लिए, जिसका मुख्य आकर्षण किसी भी डिवाइस से एक्सेस के लिए एक कॉम्पैक्ट वेब इंटरफ़ेस था, और न केवल "जावा" चलाया जा सकता है c झूला। उसी समय, यह अनुमान लगाया गया था कि सर्वलेट न केवल डेस्कटॉप संस्करण के समान डेटाबेस के साथ काम करेगा, बल्कि इसके लिए कंटेनर को भी डेस्कटॉप एप्लिकेशन में एकीकृत किया जाएगा, जिसके बाद उपयोगकर्ता को वाई की सीमा के भीतर पीओएस तक पहुंच प्राप्त हो जाएगी। फाई नेटवर्क। इस विचार को समुदाय के भीतर और अधिक विकसित नहीं किया गया है, लेकिन 2012 से मैंने अपने ग्राहकों के लिए निर्धारित सिद्धांतों का उपयोग करना जारी रखा है, और इस लेख में मैं पाठकों को बताऊंगा कि छोटे उन्मुख सर्वलेट्स के तेजी से विकास के लिए एक टूल प्राप्त करने के लिए jQuery मोबाइल और ORMLite के साथ संयोजन में स्ट्राइप्स फ्रेमवर्क का उपयोग कैसे करें। मोबाइल वेब पर।

उपकरण

आमतौर पर, जब आप एक विकास उपकरण की तलाश में होते हैं, तो आप कुछ सार्वभौमिक खोजने की कोशिश करते हैं जो आप एक बार सीखने के लिए काफी समय तक उपयोग कर सकते हैं। 2012 में, यह वही है जो मैंने तब देखा था जब मैंने ओपनब्रॉवो पीओएस रेस्तरां मॉड्यूल के स्रोत कोड को फिर से बनाने की कोशिश की थी। यह स्ट्रट्स 1 ढांचे पर आधारित था, जिसे मैं XML स्कीमा लिखने के लिए बिल्कुल भी खुश नहीं था, लेकिन भाग्य के लिए, उस पल में, मैं रिबेललैब्स से जावा पारिस्थितिकी तंत्र पारिस्थितिकी तंत्र प्रौद्योगिकियों का अवलोकन कर आया। इस समीक्षा में से एक अनुभाग डेवलपर्स के बीच वेब फ्रेमवर्क की लोकप्रियता के लिए समर्पित था। स्ट्रिप्स को इस 10 में एक सम्मानजनक 2% के साथ शामिल किया गया था। उनकी महारत के साथ, मैंने जावा सर्वलेट्स के विकास की मूल बातें सीखना शुरू किया। इससे मुझे भी मदद मिली कि उस समय तक "सैंडबॉक्स" में हैबे पर इस रूपरेखा के बारे में पहले से ही एक समीक्षा लेख था।

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

पहला तत्व जो डेटा मॉडल के साथ काम करने के लिए जिम्मेदार है, मैंने शुरू में एक बहुत ही सरल Persist ORM / DAO का चयन किया , लेकिन जब इसकी कार्यक्षमता अपर्याप्त हो गई, तो मैंने इसे एक अधिक शक्तिशाली ORMLite में बदल दिया। चुनाव में मुख्य बात यह थी कि मौजूदा प्रतिनिधित्व मॉडल का उपयोग करने में आसानी और SQL क्वेरी लिखने की आवश्यकता का अभाव, प्रबंध करना, जैसा कि स्ट्राइप्स के मामले में है, केवल एनोटेशन के साथ।

मॉडल-व्यू-नियंत्रक

स्ट्राइप्स की कुंजी एमवीसी अवधारणा (मॉडल-व्यू-कंट्रोलर) पर 100% फोकस है। और 2005 में इस फ्रेमवर्क को बनाने का मुख्य लक्ष्य जावा ईई के लिए एमवीसी अवधारणा का अधिक हल्का कार्यान्वयन तैयार करना था, जो तब के लोकप्रिय स्ट्रट्स ढांचे में लागू किया गया था। 2008 में संस्करण 1.5 तक, यह लक्ष्य स्ट्राइप्स लेखकों द्वारा पूरी तरह से हासिल किया गया था और डेवलपर्स के बीच इस ढांचे को लोकप्रियता हासिल करना शुरू हो गया था।

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

डेटा सोर्स, सोर्स SQL टेबल

CREATE TABLE PRODUCTS ( ID VARCHAR(255) NOT NULL, NAME VARCHAR(255) NOT NULL, CODE VARCHAR(255) NOT NULL, PRICESELL DOUBLE NOT NULL, CATEGORY VARCHAR(255) NOT NULL, PRIMARY KEY (ID), CONSTRAINT PRODUCTS_FK_1 FOREIGN KEY (CATEGORY) REFERENCES CATEGORIES(ID) ) ENGINE=InnoDB DEFAULT CHARSET=utf8; CREATE UNIQUE INDEX PRODUCTS_CODE_INX ON PRODUCTS(CODE); CREATE UNIQUE INDEX PRODUCTS_NAME_INX ON PRODUCTS(NAME);

ORMLite के लिए एनोटेशन डेटा मॉडल

 @DatabaseTable(tableName = "PRODUCTS") public class Product { public static final String ID = "ID"; public static final String NAME = "NAME"; public static final String CODE = "CODE"; public static final String PRICESELL = "PRICESELL"; public static final String CATEGORY = "CATEGORY"; @DatabaseField(generatedId = true, columnName = ID) private UUID id; @DatabaseField(columnName = NAME, unique = true, canBeNull = false) private String name; @DatabaseField(columnName = CODE, unique = true, canBeNull = false) private String code; @DatabaseField(columnName = PRICESELL, canBeNull = false) private BigDecimal pricesell; @DatabaseField(foreign = true, columnName = CATEGORY, foreignColumnName = ProductCategory.ID, foreignAutoRefresh = true, canBeNull = false) private ProductCategory productCategory; // ... //   get  set. // ... }

शुरुआत में, ORMLite का उपयोग करते हुए, डेटा मॉडल की संरचना और संबंधपरक डेटाबेस के साथ इसका संबंध (तालिका का नाम और columnName फ़ील्ड) tableName । फिर, गेटर्स और सेटर के माध्यम से, मॉडल सर्वलेट की शेष कक्षाओं और विधियों तक पहुंच प्रदान करता है।

डेटा इनपुट / आउटपुट के लिए स्ट्रिपर्स कंट्रोलर

 public class ProductCreateActionBean extends ProductBaseActionBean { private static final String PRODUCT_CREATE = "/WEB-INF/jsp/product_create.jsp"; @DefaultHandler public Resolution form() { //    . return new ForwardResolution(PRODUCT_CREATE); } public Resolution add() { // ... //    ,    . // ... } @ValidateNestedProperties({ @Validate(on = {"add"}, field = "name", required = true, trim = true, maxlength = 255), @Validate(on = {"add"}, field = "code", required = true, trim = true, minlength = 8, maxlength = 13), @Validate(on = {"add"}, field = "priceSell", required = true, converter = BigDecimalTypeConverter.class), @Validate(field = "productCategory.id", required = true, converter = UUIDTypeConverter.class) }) @Override public void setProduct(Product product) { super.setProduct(product); } }

नियंत्रक उपयोगकर्ता द्वारा प्रेषित डेटा को स्वीकार करता है और निर्दिष्ट एनोटेशन के अनुसार उन्हें संसाधित करता है। उदाहरण के लिए, Resolution form() को निष्पादित करते हुए, मुख्य फ़ील्ड productCategory.id का मान प्राप्त करते productCategory.id , यह UUIDTypeConverter माध्यम से इसे पास करता है, अगर यह UUID के लिए स्वीकार्य मानदंडों को पूरा करता है।

JQueryMobile मार्कअप और धारियों क्षेत्रों के साथ JSP टेम्पलेट

 <!--   --> <stripes:layout-component name="content"> <stripes:errors /> <stripes:messages /> <stripes:form action="/ProductCreate.action?add"> <div> <stripes:hidden name="product.productCategory.id" value="${actionBean.product.productCategory.id}"/> </div> <ul data-role="listview" data-inset="true"> <li class="ui-field-contain"> <stripes:label name="label.Product.name" for="productName" /> <input name="product.name" id="productName" type="text" data-clear-btn="true"> </li> <li class="ui-field-contain"> <stripes:label name="label.Product.code" for="productCode" /> <input name="product.code" id="productCode" type="text" data-clear-btn="true"> </li> <li class="ui-field-contain"> <stripes:label name="label.Product.price" for="productPrice"/> <input name="product.priceSell" id="productPrice" type="number" step="0.01" value="0.00" data-clear-btn="true"> </li> <li class="ui-body ui-body-b"> <fieldset class="ui-grid-a"> <div class="ui-block-a"> <sdynattr:submit name="add" data-theme="a"/> </div> <div class="ui-block-b"> <sdynattr:reset name="clear" data-theme="b"/> </div> </fieldset> </li> </ul> </stripes:form> </stripes:layout-component> <!--   -->

पृष्ठ टेम्पलेट में, jQuery के मोबाइल मार्कअप का उपयोग इनपुट डेटा के प्रारंभिक सत्यापन के लिए भी किया जा सकता है, उदाहरण के लिए, एक दृश्य रूप में, उपयोगकर्ता को पाठ और संख्याओं के लिए एक मोबाइल डिवाइस पर विभिन्न कीबोर्ड की पेशकश ( input type पैरामीटर "text" या "number" ) है।

यह किसके लिए उपयुक्त है?

पिछले 2013 के अंत में, रेबेललैब्स ने भविष्य के 2014 में फ्रेमवर्क के विकास की संभावनाओं की एक नई समीक्षा प्रकाशित की। इस समीक्षा में स्ट्राइप्स को शामिल नहीं किया गया था, क्योंकि अधिकांश ध्यान इसकी तुलना में अधिक ध्रुवीय रूपरेखाओं पर ध्यान दिया गया था, जैसे कि स्प्रिंग, ग्रेल्स या वाडिन। लेकिन यह मुझे प्रतीत होता है कि यदि आप उसके साथ मिलकर jQuery Mobile और ORMLite का उपयोग करते हैं, तो वह अब जावा डेवलपर टूल में अपना स्थान खोज लेगा। RebelLabs द्वारा प्रस्तावित आवेदन के 7 क्षेत्रों में से कम से कम 4 में , आप इसके साथ काफी आत्मविश्वास महसूस कर सकते हैं:

CRUD अनुप्रयोग - इसके बारे में अधिक था, अगर सब कुछ क्रमिक रूप से किया जाता है और एक योजना के अनुसार, खराब करना बहुत मुश्किल है। डिजाइनिंग में मुख्य बात यह है कि प्रत्येक नियंत्रक कार्रवाई को यथासंभव पूरा करने की कोशिश करें, लेकिन भीड़ नहीं।
मोबाइल एप्लिकेशन - यहां मुख्य बोझ jQuery के मोबाइल के साथ रहता है, जावा प्रोग्रामर के लिए एक निस्संदेह प्लस है कि एचटीएमएल 5 के अलावा आप जावास्क्रिप्ट और सीएसएस को नहीं छू सकते हैं।
एप्लिकेशन प्रोटोटाइप - यह मुख्य कारण है कि मैं इस गुच्छा का उपयोग करता हूं, पोर्टफोलियो में 10 ठीक सर्वलेट्स से टाइप किया गया है, आप आसानी से उनमें से प्रत्येक के व्यक्तिगत घटकों को अलग-अलग व्यावसायिक प्रक्रियाओं के लिए एक साथ फेरबदल कर सकते हैं।
डेस्कटॉप अनुप्रयोगों को पोर्ट करना - और यह वह जगह है जहां यह सब मुझसे शुरू हुआ है, और यह इस तरह के अनुप्रयोग के लिए है कि मैं इन तीन रूपरेखाओं के सभी मिश्र धातु की सिफारिश कर सकता हूं।

यह परिणाम है, 2014 में jQuery के मोबाइल संस्करण 1.4 के साथ एक नया इंटरफ़ेस, उस इंटरफ़ेस के साथ तुलना में, जो ओपनब्रोवो पीओएस पीडीए मॉड्यूल 2009 में था।

लेख के व्यावहारिक कार्यान्वयन के एक उदाहरण के रूप में, उत्पाद सूची के लिए एक छोटा सा CRUD सर्वलेट प्रोजेक्ट: github.com/nordpos-mobi/product-catalog

मोबाइल वेब के लिए कॉम्पैक्ट जावा सर्वलेट

उपकरण

मॉडल-व्यू-नियंत्रक

यह किसके लिए उपयुक्त है?

More articles: