સેવા
કસ્ટમ ડેસ્કટોપ એપ્લિકેશન ડેવલપમેન્ટ
એ કામ માટે જે બ્રાઉઝર ટેબ બરાબર કરી શકતું નથી.
ડેસ્કટોપ વિચારીને લીધેલી પસંદગી છે, જૂનાપણાની નિશાની નહીં. તે ત્યારે સાચું છે જ્યારે કામ વધુ જથ્થાવાળી કીબોર્ડ ડેટા એન્ટ્રી હોય, જ્યારે સ્થાનિક હાર્ડવેર સામેલ હોય — તોલમશીન, પ્રિન્ટર, સ્કેનર, બાયોમેટ્રિક રીડર — કે જ્યારે સોફ્ટવેરે ઇન્ટરનેટ બંધ હોય ત્યારે પણ ચાલતા રહેવું હોય. Windows માટે બનાવેલું, કારણ કે આ કામ મોટે ભાગે ત્યાં જ થાય છે.
નિર્ણય
આ ક્યારે સાચો નિર્ણય છે.
લગભગ બધું બ્રાઉઝરમાં જતું રહ્યું છે, અને મોટા ભાગના કિસ્સામાં એ સાચું પણ છે. ત્રણ વસ્તુઓ બરાબર ન ગઈ. પહેલી છે ગાઢ, કીબોર્ડ-ચાલિત ડેટા એન્ટ્રી: દિવસમાં ચારસો વાઉચર ભરનાર ઓપરેટરને એવો ટેબ ક્રમ, કીબોર્ડ શોર્ટકટ અને તરત પ્રતિસાદ જોઈએ જે વેબ ફોર્મ ભાગ્યે જ આપી શકે છે.
બીજું કારણ હાર્ડવેર છે. તોલમશીન, લેબલ અને ડોટ-મેટ્રિક્સ પ્રિન્ટર, કીબોર્ડ-વેજ મોડવાળા બારકોડ સ્કેનર, બાયોમેટ્રિક રીડર, COM-પોર્ટ ડિવાઇસ. બ્રાઉઝરથી આ સુધી પહોંચ કાં તો અશક્ય છે કાં એટલી નાજુક કે સહાય ટીમનો મોટા ભાગનો સમય એમાં જ જાય છે.
ત્રીજું કારણ નેટવર્ક વગર ચાલવું છે. જે કાઉન્ટર કનેક્શન તૂટતાં બિલ ન બનાવી શકે, તે અટકેલું કાઉન્ટર છે, અને ઘણા ધંધા માટે એ સ્વીકાર્ય નિષ્ફળતા નથી. સ્થાનિક ડેટા અને બેકગ્રાઉન્ડ સિંકવાળી ડેસ્કટોપ એપ્લિકેશન બસ ચાલતી રહે છે.
તમને શું મળે છે
કામમાં શું સમાયેલું છે.
કીબોર્ડ-પ્રથમ ડેટા એન્ટ્રી
ટેબ ક્રમ, શોર્ટકટ અને એ જ જગ્યાએ ચકાસણી — એવી વ્યક્તિ માટે બનાવેલા જે માઉસને અડકતી જ નથી અને જેને ફોર્મ મોઢે થઈ ગયું છે.
સ્થાનિક હાર્ડવેર
તોલમશીન, લેબલ પ્રિન્ટર, ડોટ-મેટ્રિક્સ બિલિંગ, સ્કેનર અને બાયોમેટ્રિક ડિવાઇસ — બ્રાઉઝરના કોઈ સ્તરને બદલે સીધા ચલાવેલા.
નેટવર્ક વગર કામ
એક સ્થાનિક ડેટાબેઝ કામ કરવાની જગ્યા તરીકે, સર્વર સુધી પહોંચ હોય ત્યારે સિંક, અને પહોંચ ન હોય ત્યારે ટકરાવ ઉકેલવાનો સ્પષ્ટ નિયમ.
મલ્ટિ-બ્રાન્ચ સિંક
એવી શાખાઓ જે સ્વતંત્ર રીતે ચાલે અને કેન્દ્રમાં મેળ કરે, હેડ ઓફિસ સાથે કાયમી લિંકની જરૂર વગર.
ચોક્કસ ગણતરી
પૈસા બધે ફિક્સ્ડ-પોઇન્ટ દશાંશમાં. બિલિંગ સિસ્ટમમાં ફ્લોટિંગ પોઇન્ટ એટલે રાઉન્ડિંગનો ઝઘડો, જે મળવાની રાહ જુએ છે.
સંચાલિત અપડેટ
સાઇન કરેલા, વર્ઝનવાળા અપડેટ, જે કોઈ ટેકનિશિયન વગર દરેક મશીન સુધી પહોંચીને લાગુ થઈ જાય છે.
સ્ટૅક
અમે તે શાનાથી બનાવીએ છીએ.
દરેક પ્રોજેક્ટ પ્રમાણે પસંદ કરેલા. અહીં કશું પણ ડિફોલ્ટ રૂપે લગાવાતું નથી, અને જે ટીમ આગળ તેને સંભાળશે તે સમસ્યા જેટલી જ મહત્ત્વની છે.
એપ્લિકેશન
.NET સાથે Windows માટે WPF કે WinUI, જે ફેશન નહીં પણ હાર્ડવેર પહોંચ અને ડિપ્લોયમેન્ટની પરિપક્વતા જોઈને પસંદ કરેલા.
સ્થાનિક ડેટા
SQLite કે SQL Server LocalDB, અને એવો માઇગ્રેશન માર્ગ જે ઓફલાઇન મશીન પર સ્કીમા બદલાયા પછી પણ ટકે.
સિંક
વેબ પ્લેટફોર્મ સાથે વહેંચાયેલું એક API, જેથી ડેસ્કટોપ અને બ્રાઉઝર ક્લાયન્ટના વ્યાપારી નિયમો જુદા ન પડી જાય.
હાર્ડવેર
સીરિયલ, USB HID અને વેન્ડર SDK, તમારા ફ્લોર પર હાજર ખરા ડિવાઇસ પર ચકાસેલા.
ડિપ્લોયમેન્ટ
કોડ-સાઇન કરેલા ઇન્સ્ટોલર, આપમેળે અપડેટ, અને એવું રોલબેક જે ખરેખર કામ કરે.
સરખામણી
બ્રાઉઝર સામે ડેસ્કટોપ ક્લાયન્ટ.
ડેસ્કટોપ અમુક ખાસ કામો માટે વિચારીને લીધેલી પસંદગી છે. અહીં જુઓ કયા કામમાં કોણ ખરેખર જીતે છે.
| પાસું | બ્રાઉઝર | ડેસ્કટોપ ક્લાયન્ટ |
|---|---|---|
| ડિપ્લોયમેન્ટ | કશું ઇન્સ્ટોલ કરવાનું નથી; બધા તરત જ હાલના વર્ઝન પર હોય છે | સાઇન કરેલું ઇન્સ્ટોલર, આપમેળે અપડેટ, અને એવું રોલબેક જે કામ કરે |
| ગાઢ કીબોર્ડ ડેટા એન્ટ્રી | ચાલે છે, પણ ભાગ્યે જ એટલું ઝડપી જેટલો એ ઓપરેટર જેને ફોર્મ મોઢે થઈ ગયું છે | ટેબ ક્રમ, શોર્ટકટ અને તરત પ્રતિસાદ — દિવસમાં ચારસો વાઉચર ભરનાર માટે બનાવેલા |
| સ્થાનિક હાર્ડવેર | તોલમશીન, ડોટ-મેટ્રિક્સ પ્રિન્ટર અને COM-પોર્ટ ડિવાઇસ કાં તો અશક્ય છે કાં નાજુક | વેન્ડર SDK, સીરિયલ અને USB HID દ્વારા સીધા ચલાવાય છે |
| નેટવર્ક બંધ હોય ત્યારે પણ કામ | અટકી જાય છે, જ્યાં સુધી ઘણી એન્જિનિયરિંગ ન ઉમેરાય | સ્થાનિક ડેટા પર ચાલતું રહે છે અને લિંક પાછી આવતાં મેળ કરી લે છે |
| પહોંચ | કોઈ પણ ડિવાઇસ, ગમે ત્યાં, ફોન સહિત | એ જ મશીનો જેના પર તમે તેને ઇન્સ્ટોલ કરો, સામાન્ય રીતે Windows |
| કોના માટે સાચો જવાબ | સંચાલન, રિપોર્ટિંગ, અને કોઈ પણ મલ્ટિ-ડિવાઇસ કે રિમોટ કામ | કાઉન્ટર, શોપ ફ્લોર, તોલવાની જગ્યા |
આ કેવી રીતે ચાલે છે
પહેલી વાતચીતથી લાઇવ થવા સુધી.
આ પ્રકારના કામ માટે અંદાજિત. પાયલટ વૈકલ્પિક નથી — જ્યાં સુધી વાપરનારા એમ ન કહે કે આ ટકે છે, ત્યાં સુધી કશું સ્વિચ કરાતું નથી.
- 1 અઠવાડિયું
ડિસ્કવરી
અમે ખરી ડેટા એન્ટ્રી જોઈએ છીએ અને દરેક એ ડિવાઇસની યાદી બનાવીએ છીએ જેને ચલાવવાનું છે. એ જ ડિવાઇસ યાદી અંદાજ બનાવે છે કે બગાડે છે.
- 4-7 અઠવાડિયાં
મુખ્ય નિર્માણ
પહેલાં એન્ટ્રીનો માર્ગ અને હાર્ડવેર ઇન્ટિગ્રેશન, અને તે તમારા ફ્લોર પરના ડિવાઇસ પર ચકાસાય, તેમના સમકક્ષો પર નહીં.
- 2 અઠવાડિયાં
કાઉન્ટર પાયલટ
એક કાઉન્ટર કે એક મશીન આના પર ચાલે છે જ્યારે હાલની પ્રક્રિયા પણ ચાલુ રહે છે — ત્યાં સુધી, જ્યાં સુધી ઓપરેટર જૂની સિસ્ટમ તરફ હાથ લંબાવવાનું બંધ ન કરે.
- 1-3 અઠવાડિયાં
રોલઆઉટ
બાકીનાં મશીનો, સાઇન કરેલું ઓટો-અપડેટ ચાલુ, અને વેબ પ્લેટફોર્મ સુધીનો સિંક માર્ગ જાણી જોઈને નેટવર્ક કાપીને ચકાસેલો.
લોન્ચ પછી
શું બદલાય છે.
- ઓપરેટરે સ્ક્રીનની રાહ જોવી પડતી નથી, અને આખા દિવસમાં એ જ ડેસ્કટોપની તરફેણની આખી દલીલ છે.
- કનેક્શન તૂટવું એટલે કાઉન્ટર બંધ થવું એવું રહેતું નથી.
- જે હાર્ડવેર પહેલાં હાથે ચાલતું હતું, કે બિલકુલ ચાલતું નહોતું, તે રેકોર્ડનો ભાગ બની જાય છે.
- અપડેટ દરેક મશીન સુધી પહોંચે છે, કોઈ ટેકનિશિયન દરેક જગ્યાએ ગયા વગર.
જાણી જોઈને ગુણાત્મક રૂપે જણાવેલું. અમે એવા ટકાવારી સુધારા પ્રકાશિત કરતા નથી જેમને અમે કોઈ નામી ક્લાયન્ટ સાથે, તેમની સંમતિથી, જોડી ન શકીએ.
પ્રશ્નો
સામાન્ય પ્રશ્નો.
શું ડેસ્કટોપ સોફ્ટવેર જૂનું નથી થઈ ગયું?
મોટા ભાગની એપ્લિકેશન માટે હા, અને અમે વેબની જ ભલામણ કરીશું. ડેસ્કટોપ ગાઢ ડેટા એન્ટ્રી, સ્થાનિક હાર્ડવેર અને નેટવર્ક વગરના કામ માટે સાચો જવાબ રહે છે. આ કારણોસર ડેસ્કટોપ પસંદ કરવો એ એન્જિનિયરિંગ નિર્ણય છે, જૂનાપણાની નિશાની નહીં.
શું તે અમારી વેબ સિસ્ટમ સાથે પણ ચાલી શકે?
હા, અને સામાન્ય રીતે હોવું પણ જોઈએ. સામાન્ય રીત એ છે કે કાઉન્ટર કે શોપ ફ્લોર પર ડેસ્કટોપ ક્લાયન્ટ હોય અને સંચાલન માટે બ્રાઉઝર, બંને એક જ API સામે — જેથી નિયમો જુદા ન પડી જાય.
macOS કે Linux નું શું?
શક્ય છે, અને વાત કરવા જેવું છે. આ કામની મોટા ભાગની માગ Windows ની છે, કારણ કે હાર્ડવેર ડ્રાઇવર અને હાલનાં મશીનો ત્યાં જ છે.
અપડેટ કેવી રીતે સંભાળાય છે?
સાઇન કરેલા અપડેટ આપમેળે પહોંચે છે અને રીસ્ટાર્ટ પર લાગુ થાય છે, વર્ઝન એપ્લિકેશનમાં દેખાય છે, અને રિલીઝ બગડે તો પાછા ફરવાનો માર્ગ રહે છે.
શું ડેસ્કટોપ એપ અને વેબ સિસ્ટમ એક જ ડેટાબેઝ વહેંચી શકે?
તેમણે ડેટાબેઝ નહીં, એક API વહેંચવું જોઈએ. બે ક્લાયન્ટનું સીધું એક જ ટેબલમાં લખવું એ જ એ રીત છે જેનાથી વ્યાપારી નિયમો જુદા પડી જાય છે; વચ્ચે એક API હોવાનો અર્થ એ કે કાઉન્ટર અને બ્રાઉઝરના નિયમો જુદા પડી જ ન શકે.
જો કોઈ મશીન એક અઠવાડિયાથી ઓફલાઇન હોય તો શું થાય?
તે સ્થાનિક ડેટા પર ચાલતું રહે છે અને ફરી જોડાતાં મેળ કરી લે છે — એ ટકરાવ નિયમ હેઠળ જે ડિસ્કવરીમાં પસંદ કરાયો હતો, નહીં કે એના પર છોડી દેવાયો જે કોડ ડિફોલ્ટ રૂપે કરે. જે કંઈ ખરેખર અસ્પષ્ટ હોય, તે ચૂપચાપ ઉકેલવાને બદલે કોઈ વ્યક્તિ સામે મુકાય છે.