-
GAMEPOD.hu
Új hozzászólás Aktív témák
-
smallmer
őstag
Sziasztok!
JAVA nyelven implementált programot kellene fejlesztenem.
A feladatnál Google API-t is szeretnék használni, tehát egy online alkalmazásról lenne szó. A lényege az lenne, hogy közlekedés közben(mondjuk auto-val) tudjunk bejelenteni hibákat. Ez ugye windowson nem nagyon jó, mert senki nem fogja előkapni a laptopot, hogy bejelentse mondjuk hogy fa dölt az útra.
Ahhoz kérném a segítségeteket, hogy milyen alkalmazás fejlesztése lenne célszerű? Gondoltam android alkalmazásra. iOS eszközeim vannak leginkábbí(ipad, iphone, macbook), de úgy tudom, hogy JAVA nyelvben nem lehet iOS alkalmazásokat fejleszetni. Ezért maradt az andoid mint ötlet.A másik ötletem egy alkalmazás ami webes felületen lenne elérhető, így minden platformon mehetne amelyen van böngésző.
Minden más ötletet szivesen veszek.
A lényeg, hogy windows asztali programokat fejlesztettem már java-ban(kisebb programokat), tehát van java tapasztalatom, csak kellene egy kis iránymutatás.
köszönöm és Kellemes Ünnepeket!
-
Domonkos
Ármester
válasz smallmer #11901 üzenetére
Ha csak a bejelentes lenne a feladat, akkor egy weblap szerintem bosegesen elegendo, mivel a tobbi szerintem elegge overkill lenne.
Viszont a google terkeperol lebeszelnelek a kedvezotlen TOS es licenszek miatt. Ha teheted, akkor inkabb az openstreetmap-ra csinalj ilyen alkalmazast!Gender of electrical connectors is defined by the pins.
-
martonx
veterán
válasz smallmer #11901 üzenetére
A jelek szerint mindenáron ragaszkodsz a java-hoz. Ez esetben én a helyedben utána néznék, hogy milyen cross-platform megoldások vannak java-ra. Én C# vonalon mozgok inkább ott pl. a Xamarin mostanra egészen kiforrott cross-platform megoldás (android, ios, windows). Biztos, hogy valami ilyesmi van java vonalon is.
Aztán persze csinálhatsz appot webes megoldásokkal is, amit aztán becsomagolsz egy app-ba. Erre jó például az Adobe PhoneGap vagy a React Native. Ha a Safari nem lenne annyira reménytelenül szar, akkor Progressive Web Appként is hozzáláthatnál. Ezzel per pillanat (megelőlegezve, hogy két héten belül kijön az új windows 10 féléves update) csak Android és Windows platformot tudsz célozni.
Én kérek elnézést!
-
total90
veterán
Hali,
MS Access VBA és lenne a következő kód:
Dim oFolder As Outlook.MAPIFolder
Dim Inbox As Outlook.MAPIFolder
Dim Drafts As Outlook.MAPIFolder
Dim Archive As Outlook.MAPIFolder
Dim MailFolder As Outlook.MAPIFolder
Dim AdobeFolder As Outlook.MAPIFolder
Dim MailItem As Outlook.MailItem
Dim oItem As Outlook.MailItem
Dim i As Long
Dim cn As ADODB.Connection
Dim rs As ADODB.Recordset
Dim intAttachement As Integer
Dim intCounter As Integer
Dim intItem As Integer
Dim strMailbox As String
Dim strInbox As String
Dim strDrafts As String
Dim strArchive As String
Dim strDatabase As String
Dim strAttachementType As String
Dim Mennyiseg As Integer
' Outlookra csatlakozas
Set o_NS = oA.GetNamespace("MAPI")
o_NS.Logon , , , False
Set oFs = o_NS.Folders
'Outlook Mailbox
strMailbox = "e-mail címem"
strInbox = "Postafiók"
strArchive = ""
Set oFolder = oFs.Item(strMailbox)
Set Inbox = oFolder.Folders(strInbox)
Set AdobeFolder = Inbox.Folders("Adobe")
Set MailFolder = o_NS.GetDefaultFolder(olFolderOutbox)
' Az összes e-mail megszámolni
For intItem = Inbox.Items.Count To 1 Step -1
' Csak az olvasatlan leveleket csekkolni
If Inbox.Items(intItem).UnRead = True Then
' Meghatározni, hogy melyik objektumosztály és csak azon leveleket feldolgozni
If Inbox.Items(intItem).Class = olMail Then
Set oItem = Inbox.Items(intItem)
If Not oItem.Attachments.Count = 0 Then
For intAttachement = 1 To oItem.Attachments.Count
' Csak PDFes leveleket feldolgozni
strAttachementType = Right(oItem.Attachments.Item(intAttachement).FileName, 3)
If UCase(strAttachementType) = "PDF" Then
MsgBox "E-Mailek PDF csatolmánnyal " & Mennyiseg
End If
Next
End If
End If
End If
Next
End SubHa elindítom a kódot, akkor a pdf csatolmányos levelek számára nullát mutat, holott nem annyi van.
Ötlet valakinek, hogy miért nem számolja?A kód a nagyobb kód része, a többi rész okés, de ez így nem akar működni
Ha nincs jó, ló a szamár is.
-
kovisoft
őstag
válasz total90 #11905 üzenetére
A Mennyiseg nevű változó értékét nem növeled minden egyes pdf megtalálásakor, így amikor kiteszed a message box-ot, akkor 0-t mutat.
Ahol az MsgBox sorod van, oda a Mennyiseg változó növelését kellene tenni, az MsgBox sorodat pedig ki kellene tenni a ciklusok utánra. És én inicializálnám a kód elején a Mennyiseg-et 0-ra.[ Szerkesztve ]
-
total90
veterán
válasz kovisoft #11906 üzenetére
Köszönöm, máris kiírja, hogy mennyi PDF-es E-mailem van
Így írtam át:
' Az összes e-mail megszámolni
For intItem = Inbox.Items.Count To 1 Step -1
' Csak az olvasatlan leveleket csekkolni
If Inbox.Items(intItem).UnRead = True Then
' Meghatározni, hogy melyik objektumosztály és csak azon leveleket feldolgozni
If Inbox.Items(intItem).Class = olMail Then
Set oItem = Inbox.Items(intItem)
If Not oItem.Attachments.Count = 0 Then
For intAttachement = 1 To oItem.Attachments.Count
' Csak PDFes leveleket feldolgozni
strAttachementType = Right(oItem.Attachments.Item(intAttachement).FileName, 3)
If UCase(strAttachementType) = "PDF" Then
Mennyiseg = oItem.Attachments.Count + Mennyiseg
End If
Next
End If
End If
End If
Next
MsgBox "E-Mailek PDF csatolmánnyal " & Mennyiseg
End SubEz eddig oké, de... most csak egy E-Mail volt bent PDF-el, de ha több van, esetleg egy E-Mail több PDF-el, akkor nem számol tovább
Vagy is minden egyes E-Mailben csak egy PDF-et észlel.Ki szeretném íratni, hogy összesen hány E-Mail van és valahogy megoldani, hogy ha egy E-Mailben több PDF van, akkor azt is számolja. Erre esetleg van ötleted?
Update!
Csináltam egy
Dim EmailCount As Integer
Majd beraktam ide:
If UCase(strAttachementType) = "PDF" Then
Anzahl = oItem.Attachments.Count + Anzahl
EmailCount = oFolder.Items.CountA végén:
MsgBox "Email PDF-el " & Mennyiseg & " összesen " & EmailCount & " E-Mailből"
Az EmailCount-ra 0-t kapok
[ Szerkesztve ]
Ha nincs jó, ló a szamár is.
-
kovisoft
őstag
válasz total90 #11907 üzenetére
Arra egyelőre nem jöttem még rá, hogy miért hagyja abba a számlálást egy db email után, de a Mennyiseg növelésénél mindig 1-et kellene hozzáadni, nem pedig oItem.Attachments.Count-ot, hiszen minden pdf-re 1-gyel akarod növelni a számlálót, nem annyival, amennyi akármilyen attachment-je van az adott email-nek:
Mennyiseg = Mennyiseg + 1
Szerk: Látom, közben megoldódott.
[ Szerkesztve ]
-
choco01
addikt
Hali.
Valaki tud valami nagyon kezdő könyvet Assembyhez? (Studioban kéne programozni valamennyit c++ mellett)
Applikáció fejlesztés, weboldal készítés, SEO, Online marketing » https://petadev.com
-
total90
veterán
Valaki tud könyvet ajánlani oop-hez magyarul, olyannak aki teljesen nulláról kezdene? Jó lenne ha programnyelvtől független lenne, tehát, hogy meg lehessen tanulni magát a gondolkodási módot, felépítést stb...
Ha nincs jó, ló a szamár is.
-
total90
veterán
Jönnék megint valamivel
Access VBA-ról van szó és a kód
Option Compare Database
Option Explicit
Private Sub Email_senden()
Dim olApp As New Outlook.Application
Dim olNamespace As NameSpace
Dim objMailItem As MailItem
Dim objFolder As mapiFolder
Dim strTo As String
Dim strCC As String
Dim strTitle As String
Dim strSubject As String
Dim strHTMLHeader As String
Dim strMessage As String
Dim strEmail As String
Dim strFirstname As String
Dim strLastname As String
Dim strUsernumber As String
Dim strDatabase As String
Dim db As Database
Dim rs As Recordset
Dim strSQL As String
Dim oItem As Outlook.MailItem
Dim intAnzahl As Integer
strDatabase = "C:\Users\user\Documents\Kontakte.accdb"
Set db = CurrentDb
Set olApp = CreateObject("Outlook.Application")
Set olNamespace = olApp.GetNamespace("MAPI")
Set objFolder = olNamespace.GetDefaultFolder(olFolderInbox)
Set objMailItem = objFolder.Items.Add(olMailItem)
strSQL = "Select * FROM Kontakte;"
Set rs = db.OpenRecordset(strSQL)
Do Until rs.EOF
strEmail = ""
strFirstname = ""
strLastname = ""
strUsernumber = ""
If Not IsNull(rs!Email) = True Then strEmail = rs!Email
If Not IsNull(rs!Firstname) = True Then strFirstnamee = rs!Firstname
If Not IsNull(rs!Lastname) = True Then strLastname = rs!Lastname
If Not IsNull(rs!Usernumber) = True Then strUsernumber = rs!Usernumber
If strEmail = "" Then MsgBox "szöveg": rs.MoveNext: Exit Do
If strFirstname = "" Then MsgBox "szöveg": rs.MoveNext: Exit Do
If strLastname= "" Then MsgBox "szöveg": rs.MoveNext: Exit Do
If strUsernumber = "" Then MsgBox "szöveg": rs.MoveNext: Exit Do
strSubject = "Minden ok"
strHTMLHeader = "<!DOCTYPE html><html><head><style>p {font: 11pt Calibri; text-align: left;}</style><style>td {border:1px solid; font: 11pt Calibri; text-align: center;}</style><style>th {border:1px solid; font: 11pt Calibri;}</style></head>"
strTitle = "<p>Hallo</p>"
strMessage = "<p>Easy :)</p>"
'HTML Footer
strMessage = strMessage & "</body></html>"
With objMailItem
If Not strEmail = "" Then .To = strEmail
.Subject = strSubject
.HTMLBody = strHTMLHeader & strTitle & strMessage
.Display
.Save
End With
rs.MoveNext
Loop
rs.Close
Set rs = Nothing
Set db = Nothing
Set olApp = Nothing
Set olNamespace = Nothing
Set objFolder = Nothing
Set objMailItem = Nothing
End SubVan egy tabellám, amiben meg vannak adva email, firstname, lastname és usernumber. Ha pl. kitörlök egy email címet, akkor jön egy megadott szöveg, hogy nincs az adatbázisban email és itt leáll.
A problémám, hogy miért áll le, miért nem megy a következőre?Ha nincs jó, ló a szamár is.
-
total90
veterán
válasz Domonkos #11917 üzenetére
Én is azon agyalok, hogy ha hibát talál, akkor ugyan kírja, de utána emiatt leállítja. Viszont, ha minden ok, akkor tovább pörgeti a listát a végéig... de akkor miért nem áll le az első korrekt adatok után, miért ugrik át a második sorba is a tabellán és keres?
Ha nincs jó, ló a szamár is.
-
-
total90
veterán
válasz sztanozs #11919 üzenetére
Így gondolod:
If Not IsNull(rs!Email) = True Then strEmail = rs!Email
If Not IsNull(rs!Firstname) = True Then strFirstnamee = rs!Firstname
If Not IsNull(rs!Lastname) = True Then strLastname = rs!Lastname
If Not IsNull(rs!Usernumber) = True Then strUsernumber = rs!Usernumber
If strEmail = "" Then MsgBox "szöveg": rs.MoveNext: Exit GoTo ContinueLoop
If strFirstname = "" Then MsgBox "szöveg": rs.MoveNext: Exit GoTo ContinueLoop
If strLastname= "" Then MsgBox "szöveg": rs.MoveNext: Exit GoTo ContinueLoop
If strUsernumber = "" Then MsgBox "szöveg": rs.MoveNext: Exit GoTo ContinueLoop
strSubject = "Minden ok"
strHTMLHeader = "<!DOCTYPE html><html><head><style>p {font: 11pt Calibri; text-align: left;}</style><style>td {border:1px solid; font: 11pt Calibri; text-align: center;}</style><style>th {border:1px solid; font: 11pt Calibri;}</style></head>"
strTitle = "<p>Hallo</p>"
strMessage = "<p>Easy :)</p>"
'HTML Footer
strMessage = strMessage & "</body></html>"
With objMailItem
If Not strEmail = "" Then .To = strEmail
.Subject = strSubject
.HTMLBody = strHTMLHeader & strTitle & strMessage
.Display
.Save
End With
rs.MoveNext
ContinueLoop:
Loop
rs.CloseEzek után nekem Syntxhibát ad ki a GoTo-nál
Ha nincs jó, ló a szamár is.
-
total90
veterán
(#11923) Domonkos és (#11924) axioma
Nem lett sehogy jó és végül egy másik úton kezdtem neki, amivel viszont jó lett.
Köszi azért
Ha nincs jó, ló a szamár is.
-
PitkyePadvan
tag
Szép napot mindenkinek!
Én jelenleg egyetemre járok , ahol programozókat képeznek .
Amit a legjobban szeretek ennem a "munkában" az a különböző programoknak a felgyorsítása, optimalizálása.
Tanultunk sok algoritmust, különböző polinomos módszereket, meg minden finomságot.Egy kicsit szeretném a segítségeteket kérni, egy olyan könyvet keresek ami különböző algoritmusokkal, tippekkel, trükkökkel , érdekességekkel foglalkozik, nem nyers hanem inkább érdekfeszítő formában. (lehet a könyv nyelvtől független is, de ha c,c++,c# -ról szól akkor sem sértődök meg). A lényeg hogy érdekes legyen a könyv, van egy kis szabadidőm, az a 2-3 vizsgám meg még amúgy is odébb van szóval dobáljatok meg ötletekkel.
Köszönöm mindenkinek aki hozzájárul a későbbi sikereimhez
Üdv: László
-
opr
veterán
válasz PitkyePadvan #11926 üzenetére
Steven Skiena: The Algorithm Design Manual
Nagyon jó könyv, eléggé nyelvfüggetlen és sztoris módon írja le, ha jól tévedek, c-c++ példákkal. De mivel algoritmus/opti a lényege, ezért igazából tök mindegy a nyelv, úgyis ugyan az minden nyelven.[ Szerkesztve ]
"Programozó vagyok. Ez azt jelenti, hogy amit leírok, megtörténik." :D “The only valid measurement of code quality is What-The-F**ks/Minute.” - Robert Martin
-
tamas60
csendes tag
Nem igazán ide tartozó téma, de hátha tud rajtam valaki segíteni.
Redmine-t szeretnék telepíttetni, de mivel ez linuxon fut ez a feladat meghaladja a képességeim. Továbbá szeretnék egy kis programot is íratni hozzá, de ez csak egy opció.
Ha tudtok olyat aki vállalkozna ilyenre kérem írjátok meg, esetleg valamilyen vállalt irányítási rendszerben otthonosan mozog az is érdekelne.
Előre is köszönöm a segítséget. -
total90
veterán
Jönnék megint valamivel
VBA Access
A program megnyitja az Outlookot, majd egy adott mappa (VBATest) tartalmát egy adatbázisba/tabellába írja. Ide kerül(ne) minden ami az emailben van, tehát feladó, CC, BCC, ki kapja ez emailt, a levél tárgya... majd ha melléklet van, akkor azt lementi egy mappába.
A kód maga:
Option Compare Database
Option Explicit
Public Sub TestAccessDB_Outlook()
Dim db As DAO.Database, rs As DAO.Recordset
Dim objOutlook As Outlook.Application, objNameSpace As Outlook.NameSpace
Dim objMailordner As Outlook.MAPIFolder
Dim objGAINMailordner As Outlook.MAPIFolder
Dim objAttachment As Outlook.Attachment, objMail As Outlook.Items
Dim objEMail As Outlook.MailItem
Dim intCtr As Integer
Set db = CurrentDb
Set rs = db.OpenRecordset("SELECT * FROM tbl_Email_Log;")
Set objOutlook = New Outlook.Application
Set objNameSpace = objOutlook.GetNamespace("MAPI")
Set objMailordner = objNameSpace.GetDefaultFolder(olFolderInbox)
Set objGAINMailordner = objMailordner.Folders("VBATest")
Set objMail = objGAINMailordner.Items
For Each objEMail In objMail
rs.AddNew
rs.Fields("Targy") = objEMail.Subject
rs.Fields("Mellekletszama") = objEMail.Attachments.Count
rs.Fields("Emailtulaj") = objEMail.ReceivedByName
rs.Fields("Ido") = objEMail.ReceivedTime
rs.Fields("Emailkuldo") = objEMail.ReplyRecipientNames
rs.Fields("BCC") = objEMail.BCC
rs.Fields("CC") = objEMail.CC
rs.Fields("Tartalom") = objEMail.Body
rs.Update
Next objEMail
For intCtr = 1 To objGAINMailordner.Items.Count
For Each objAttachment In objGAINMailordner.Items(intCtr).Attachments
objAttachment.SaveAsFile "C:\Users\user\Documents\" & objAttachment.FileName
Next objAttachment
Next intCtr
Forms!frm_Test.txt_Test = Forms!frm_Test.txt_Test & "A mappa üres" & vbNewLine
Set objAttachment = Nothing
Set objMail = Nothing
Set objMailordner = Nothing
Set objGAINMailordner = Nothing
Set objNameSpace = Nothing
objOutlook.Quit
Set objOutlook = Nothing
End SubVan 2 dolog, amiben "hibázik" a program. Az első, hogy nem ismeri fel, hogy kitől kaptam az emailt. Ha nyomok egy debugot, akkor csak kiírja, hogy a mező üres, holott nem az.
A másik, hogy ha az email tartalmába egy link szerepel, akkor azt nem tudja kezelni. Tehát html-t nem kezel.
Van valami ötletetek?
Ha nincs jó, ló a szamár is.
-
ssid3956
tag
Sziasztok
Miért nem sikerül az OctoPrint telepítése win7-re? Ezt az útmutatót követem, de a
(venv) C:\OctoPrint>octoprint serve
résznél ezt a hibát adja: c:/OctoPrint most nem használható
Valamint ha megpróbálom elindítani a C:\OctoPrint\venv\Scripts\octoprint.exe serve kóddal, akkor ezt írja:
TypeError: os.scandir‹› doesn't support bytes path on Windows, use Unicode insteadMit csináljak ezzel? Újratelepítettem a win7-et (x86), előtte nem volt ilyen probléma....
-
mckay
aktív tag
Sziasztok!
Én nem vagyok programozó, "csak" rendszergazda, de most segítenem kéne a főnökömnek egy döntést meghozni.
Méghozzá sürgősen.
- A cégemnek van egy programja, amit a partnerek számára fejlesztettek ki, méghozzá .Net alapokon. Ezzel tudják igénybe venni a cégünk szolgáltatásait. Szóval adott egy vastagkliens. És csak Windows-ra.
- Most sok új dolgot kéne belefejleszteni, és elgondolkodott, hogy talán inkább egy böngészőben futó vadonatúj alapon kéne elindulni a felhőben. Tehát egy vékonykliens. Amihez egyébként adott az Azure, mert bőven van ilyen előfizetése a cégünknek.
Az egészet nem én találtam ki, magam is csak pár hónapja dolgozom a cégnél, de jó ötletnek tűnik.Én eddig azt hittem, hogy olvasott ezt-azt, és ezt a jónak tűnő megközelítést magáévá tette. Most viszont kitalálta, hogy holnapig győzzem meg őt erről, hogy ennek van értelme. Merthogy drága. És hogy aki nagyon akarja a cégünk szolgáltatásait, úgyis kerít egy Windows gépet.
Huhh, segítenétek nekem gyorsan, hogy erre mit lehet válaszolni? Ismétlem, nem vagyok programozó. És IT gazdasági szakember sem. De azért elég sokat olvasni itt ezekről a dolgokról, hogy sejtsem, nem jó stratégia 2018-ban egy Windows-os vastagkliensre alapozni az árbevételt.
Bármilyen szakcikk, elemzés, trend, ábra, grakikon jól jönne, hogy belinkeljem neki!!
Köszönöm!!!
-
-
Ispy
veterán
Csak távolról, hunyorítva nézve a dolgot 2 dolog van, ami nekem szemet szúrt:
- A cégemnek van egy programja
- aki nagyon akarja a cégünk szolgáltatásait, úgyis kerít egy Windows gépetTehát van már egy meglévő programotok, és gondolom az ügyfeleknek is van egyébként már wines gépe, hiszen most is használják a rendszert valahogyan.
Ezek után én biztosan nem indulnék egy 0-ról egy webes alkalmazás felé, mert az egy vagyonba fog kerülni a meglévő rendszer fejlesztésével szemben, csak azért, hogy web browserben fusson, amihez egyébként is kell egy valamilyen gép, rengetek szopás, idő és addig is mennie kell az üzletnek, tehát mellette menne a wines rendszer is gondolom, amihez kell gép.
Persze így látatlanban (milyen funkciók, mennyire bonyi stb.) ennyit gondolok róla.
Szerintem...
Ja, és a .net-es programot is át lehet tenni szépen azure-ba SQL szerverre, az üzleti logika futhat szerver oldalon nyugodtan és akkor máris nem olyan vastag az a kliens, egy bármilyen alap irodai konfigon el fog futni.
Nekünk az update is úgy megy, hogy adatbázisba felnyomjuk a frontend fájlokat, a kliens meg induláskor ellenőrzi a frissítést, és ha van lerántja lokálba és kész.
[ Szerkesztve ]
"Debugging is like being the detective in a crime movie where you're also the murderer."
-
dabadab
titán
"A fo differencia a deployment modell"
Meg adott esetben az üzleti modell: a mi cégünknél is alakulgat valami, eddig az volt a fő csapásirány, hogy nagyon személyreszabott rendszereket csináltunk sokat fizető ügyfeleknek (akik tipikusan egyszer fizetnek, meg utána a karbantartásért, ha olyan), a felhős meg amolyan önkiszolgáló rendszer lenne, ahol előre kitalált template-ek közül választhat a t. ügyfél, amik alapján automatikusan generálódik neki egy rendszer, amit addig használhat, amíg fizeti a havidíjat.
DRM is theft
-
mckay
aktív tag
válasz bambano #11938 üzenetére
:-)
Igen, a software as service valóban jobb modell, például ha új szolgáltatásunk van, vagy javítani kell valamit a szoftveren.
De hogy egy .net alapokon megírt üzleti logikát hogy lehetne átültetni Azure-ba, az tényleg új nekem...
:-)A lényeg hogy az a véleményetek, hogy nem olyan egyértelműek a böngészőben futó szoftverek előnyei?
Azt gondolnám, hogy azzal stratégiailag messzebbre lehet jutni, mert maholnap elhajtják az embert a potenciális ügyfelek, ha azt mondjuk, hogy hozzánk belépő feltétel a Windows vastagkliens telepítése.. -
dabadab
titán
"mert maholnap elhajtják az embert a potenciális ügyfelek, ha azt mondjuk, hogy hozzánk belépő feltétel a Windows vastagkliens telepítése.."
Ez azért nagyon erősen függ a konkrét szoftvertől. Ha olyan, akkor lehet, hogy tényleg komoly követelmény, hogy elfusson egy mobilon is, de ha mondjuk amúgy is egy irodában használják, ahol amúgy is ott a PC a dolgozó előtt, ott meg inkább a vastagkliens előnyei jönnek elő.
DRM is theft
-
Ispy
veterán
Szerintem itt 2 különböző dologról van szó:
1) vastag kliens vagy vékony kliens
2) a kliens gépeken használt technológia (.net vs. böngésző alapú vs. akármi más)De mivel még mindig semmit sem tudunk a meglévő rendszerről, mit csinál, hogyan csinálja, van-e adatbázis és ha igen milyen és hol stb. így tényleg nehéz bármit is mondani, hiszen rengetek a változó.
És igen lehet nyugodtan egy SQL adatbázisod, a kliens meg semmi mást nem csinál csak vezérli az inputot/outputot, pl. meghív egy tárolt eljárást ami a szerveren lefut az input paraméterekkel és visszakapja a végeredményt, amit megjelenít valahogyan.
Innentől kezdve a nagy számítási feladattal járó tranzakciókat a szerveren fogod kezelni és kliens szépen vár, amíg nem nincsen az eredmény.
"Debugging is like being the detective in a crime movie where you're also the murderer."
-
Ispy
veterán
-
bambano
titán
én nem tudnék neked konkrét választ adni.
az ilyen témákban inkább valószínűségek vannak, amik megalapoznak vagy elvetnek egy döntést.van egy programod, nem tudjuk, miben írták, nem tudjuk, mik a függőségei, mennyibe kerül karbantartani.
pláne nem tudjuk, mekkora meló folyton azon erőlködni az ügyféllel, hogy töltse már le az újabb verziót. és különösen nem tudjuk, az ügyfeled belső szabályzatai szerint mekkora meló új verziót letölteni, letesztelni, feltenni, stb.de azért ilyen hüvelykujj szabályokat lehet mondani, amik támpontot adhatnak:
- a szoftver hajlamos kuplerájosodoni. szerencsés esetben elindul egy jól megtervezett, tiszta felület + kódbázis, amibe időnként apróságokat beleraknak, de azt már nem azzal a fegyelmezettséggel, mint az eredeti kódnál. eredmény: a kód egyre gyorsulva halad a karbantarthatatlanság felé.
- a cég nagyon változik, emiatt bármennyire is jó a program, a cég kifordult alóla.
- a platform, amire fejlesztették, elavult, akár csak verziószámban, akár teljesen. én jártam így: a woodstock kihalt alólam.és tipikusan előfordul az, hogy hirtelen sokat kellene belenyúlni.
szemből tolja a témát, hogy ez sokba fog kerülni, és nem két nap alatt lesz kész.
annak kell ezt érezni, aki rendesen ismeri a programot, hogy érzi-e már a viszketést, hogy ki kéne kukázni az egészet és újrakezdeni nulláról.
a magam részéről, tájékozatlanul, biztos azt mondanám, hogy a webes felület király, telepített szoftvert adni kliensnek rossz gondolat. de nem hiszek benne, hogy ennek itt döntő érvnek kell lennie.
Egy átlagos héten négy hétfő és egy péntek van (C) Diabolis
-
dabadab
titán
"Látnád azokat a gépeket, amik a cégeknél futnak, nem írnál ilyeneket. "
Szoktam látni, hogy mik vannak az ügyfeleknél, azok teljesen okék szoktak lenni.
Meg ha valahol egy dotnetes cucc akadozik, akkor mit fog csinálni egy böngészőben futó JS frameworkön futó alkalmazás?[ Szerkesztve ]
DRM is theft
-
sztanozs
veterán
A vékonykliensnek egyértelműen előnye a könnybben (természetesebben) megvalósítható többrétegű model, melyben kevesebb kockázatot tolunk a kliensbe. Amennyiben fontos, hogy jobban vigyázzon a rendszer a hozzáférésekre (pl adatbázis jelszó) és kizárólag csak a hozzáférési joghoz való funkciókat tegye hozzáférhetővé, akkor ez a járandó út.
Vastagkliensnél gyakran helyeznek el üzleti logikát, hozzáférési adatokat (beégetett jelszót, tanusítványokatt). Ezek egy hozzáértő kezében a rendszer jelszavai nélkül is kinyerhetők. Másrészt sokszor a vastagkliens látja el az autorizáció feladatait is (csak a szükséges menüpontokat / lehetőségeket jeleníti meg), de a háttérben teljes joggal fut (admin, vagy dba jogokkal). Az ilyen kliens-oldali korlátozásokat könnyű kikerülni.
Ha a fentiek nem fontosak (és néhány éven belül nem is lesznek azok), akkor érdemes lehet vastagkliensre fejleszteni. Ha elképzelhető, hogy a rendszert vállalati környezetben is fogják használni, akkor irány a vékonykliens és három- (vagy több-) rétegű architektúra.
JOGI NYILATKOZAT: A bejegyzéseim és hozzászólásaim a személyes véleményemet tükrözik; ezek nem tekinthetők a munkáltatóm hivatalos állásfoglalásának...
-
Ispy
veterán
válasz bambano #11944 üzenetére
pláne nem tudjuk, mekkora meló folyton azon erőlködni az ügyféllel, hogy töltse már le az újabb verziót
Ez böngészőnél is pont így van/lesz, nem azt használja, nem azt a verziót, nem úgy konfigurálva stb., láttam ilyen rendszereket, pont semmivel sem kevesebb vele a szívás ilyen téren.
"Debugging is like being the detective in a crime movie where you're also the murderer."
-
mckay
aktív tag
válasz sztanozs #11946 üzenetére
Köszönöm szépen!
Nagyon alapos válaszok jöttek, nem is gondoltam volna, hogy ennyire belendültök!
;-)Szóval akkor mégsem olyan egszerű a döntés, hogy ha drága a felhő és az előlről programozás, akkor mégis maradjon a kliens. Sejtettem.
Arról bárkinek van jó grafikája a tarsolyában, hogy egy .Net alap várhatóan mikor teszi majd igen korlátossá a program használatát? Hogy pl. a megvásárolható gépek meddig lesznek kompatibilisek, mikortól fog az UAC egy átlag gépen is elreszelni egy aláíratlan progit, mikor jön el az .exe progik alkonya (vs.: js, java, metro, bármi), sőt, már ma is mennyi cég nem használ Windows-t
Ilyesmi muníciója van valakinek készen?
-
Ispy
veterán
válasz dabadab #11948 üzenetére
Böngésző oldalon gondoltam, hogy lehetnek gondok, szerver oldalon nyilván nem.
De nem okoskodok, webet nem fejlesztek, csak voltam már pár projektben, aminek volt webes oldala, és ott rendszeresen jöttek elő ilyen gondok, hogy egyik chrome verzióban jó, másikban nem, ami firefoxban megy rendesen, az explorerben nem stb.
"Debugging is like being the detective in a crime movie where you're also the murderer."
Új hozzászólás Aktív témák
● olvasd el a téma összefoglalót!
- Honda topik
- No Voice in the Galaxy
- gban: Ingyen kellene, de tegnapra
- KERÉKPÁR / BRINGA / ALKATRÉSZ beárazás
- Call of Duty: Modern Warfare III (2023)
- VR topik (Oculus Rift, stb.)
- Poco X6 Pro - ötös alá
- Kerékpárosok, bringások ide!
- Szevam: Érzelmi magabiztosság/biztonság - miért megyünk sokan külföldre valójában?
- Alkalmazásbemutató: Keep
- További aktív témák...