mmorpg.pl


Utwórz nowy wątek Odpowiedz w wątku  [ Posty: 32 ]  Przejdź na stronę Poprzednia strona  1, 2
Autor Wiadomość
***
Avatar użytkownika

Posty: 16876
Dołączył(a): 12.09.2005
Offline
PostNapisane: 19 mar 2014, 17:34 
Cytuj  
zaboleq napisał(a):
Niahu ostatnio coś w C++ napisał chyba, liczę że mi pomoże tutaj ;).

No to ogólnie nie jest jakiś problem może poza tym, że muszę do tego przysiąść a czasu nie mam + zastanawiałem się nad wyborem narzędzia. Nie ukrywam, że chciałbym je rozbudować jak się znajdzie wolny czas ale póki co chyba poszukam info o integracji as400/db2 z .net.

Jak opracuje to się pochwale badziewiem, które opracowałem :F(ale w sumie kogo to obchodzi :F).

Znalezienie providera do db2 zajelo mi jakies 10s:
http://www-01.ibm.com/support/docview.w ... wg27016878

Co z tym zrobić, to już musisz sam poczytać. Ja tam nie wiem, pluje na MS, ale siedze na całym jego stacku ;/


_________________
viewtopic.php?t=6093
PODPISY: banery, sig'i, podpisy muszą zgadzac sie tematycznie z profilem forum, nie mogą być animowane, nie mogą przekraczac wielkości 100KB i wymiarow 90 (wysokość) x 400 (szerokosc).

***
Avatar użytkownika

Posty: 31563
Dołączył(a): 1.05.2005
Offline
PostNapisane: 19 mar 2014, 18:22 
Cytuj  
Oyci3C napisał(a):
Głównie ratuję polskie firmy, które wydały pierdyliard kasy na soft, który nie nadaje się do polskiej księgowości ;-)

O, moja firma jest na najlepszej drodze by byc klientem kogos takiego w przyszlosci gdy nam z zewnątrz narzucą nieprzystosowany system ;)
albo bedizemy jebac na 2 czy kilku systemach. W Polsce to lubia ;d

Niah- lol ;d


_________________
.

***
Avatar użytkownika

Posty: 17021
Dołączył(a): 21.11.2001
Offline
PostNapisane: 19 mar 2014, 18:35 
Cytuj  
No to jest standard.
Potem zastanawiają się po co to wszystko kupowali skoro albo muszą zatrudnić kolejne osoby do "ręcznego przenoszenia danych" albo wywalać kasę na mnie ;)

**
Avatar użytkownika

Posty: 9587
Dołączył(a): 9.02.2004
Offline
PostNapisane: 19 mar 2014, 20:13 
Cytuj  
Inside to to ja też sobie znalazłem tak samo jak dokumentacje. Ino czasu nie ma co by to czytać i testować w robocie. Mus to jednak mus jak sie chce coś usprawnić :F.


_________________
Gramsajt.pl - głupawy blog o grach

**
Avatar użytkownika

Posty: 9587
Dołączył(a): 9.02.2004
Offline
PostNapisane: 21 mar 2014, 23:20 
Cytuj  
Ogólnie to sprawa wygląda w sumie dość prosto. Wszystko(prawie) jest w miarę dobrze opisane w redbooku od IBMA dotyczącym DB2 i .NET(ADO). Można fajnie komendy na asa słać prościutko z parametrami - full wypas. Jedyne co mi pozostaje to wgryźć się w WPF co by interfejs jakiś sensowny zrobić - stwierdziłem, że to bedzie ciekawsze niż nauka WF :P. Potem tylko dziobnąć parę klas i spiąć to w całość i tyle.


_________________
Gramsajt.pl - głupawy blog o grach

***

Posty: 627
Dołączył(a): 28.12.2001
Offline
PostNapisane: 22 mar 2014, 15:51 
Cytuj  
Jesli WPF, to zdecydowanie polecam MVVM z jakims sensownym frameworkiem (np. Caliburn.Micro, MVVM Light).

**
Avatar użytkownika

Posty: 9587
Dołączył(a): 9.02.2004
Offline
PostNapisane: 22 mar 2014, 17:35 
Cytuj  
Nishruu napisał(a):
Jesli WPF, to zdecydowanie polecam MVVM z jakims sensownym frameworkiem (np. Caliburn.Micro, MVVM Light).


Poszło PM.


_________________
Gramsajt.pl - głupawy blog o grach

*****
Avatar użytkownika

Posty: 2447
Dołączył(a): 4.03.2005
Offline
PostNapisane: 24 mar 2014, 20:12 
Cytuj  
kurwa MVVM do aplikacji z jednym okienkiem polem tekstowym i butonem - ja jebie

jak .net, to przeczytaj sobie jakis tutorial o wpf (entry level to kwestia ściągnięcia paru kontrolek i dopisania pod nimi kodu )+ ADO.NET zeby sie dobrac do bazy danych i finitio


_________________
Obrazek

***

Posty: 627
Dołączył(a): 28.12.2001
Offline
PostNapisane: 24 mar 2014, 20:20 
Cytuj  
MVVM wcale nie jest tak trudne jak je niektorzy rysuja. Dobre nawyki warto sobie wyrabiac wczesnie (niezaleznie czy to 'proste' skrypty czy aplikacje), szczegolnie ze pozniej ktos ten kawalek kodu bedzie musial utrzymywac...

A zabawa z 'golym' ADO.NET to powrot do ~ 2003 roku, dosc toporne i uciazliwe. Juz chyba prosciej i przyjemniej bylo by uzyc Dappera.

*****
Avatar użytkownika

Posty: 2447
Dołączył(a): 4.03.2005
Offline
PostNapisane: 24 mar 2014, 20:32 
Cytuj  
ten koles nie wie w czym to napisac , a ty polecasz mu MVVM - juz widze jak sie jebie z ICommand i innymi wynalazkami , pewnie biedak nawet nie wie co to interfejs

to aplikacyjka dla niego i jego ziomkow, ma byc napisana w 15 min i działać

btw, ado.net jest w pizdeczke , latwe proste przyjemne , connection, command , open , read ... masz dane idealne do takiego projektu
a nie ORM'a mu proponujesz , gdzie zeby go uzyc trzeba pewnie znowu spedzic pare godzin nad dokumentacja , kolejnych pare nad jakims chujowym bugiem ktory wyskoczy bo akurat nie da sie czegos zmapowac albo inny chuj, i z weekendowego projektu robi sie 2 tygodniowa chujnia


_________________
Obrazek

***

Posty: 627
Dołączył(a): 28.12.2001
Offline
PostNapisane: 24 mar 2014, 20:40 
Cytuj  
Fakt, bez frameworka zabawa w MVVM jest bolesna, ale np. Caliburn.Micro to szybko i sprawnie ulatwia. Tak czy inaczej - kwestia podejscia i wprawy. W 'dluzszej perspektywie' na pewno sie to bardziej oplaca.

A takie aplikacje 'prowizorki' czesto pozniej dlugie lata strasza gdzies po katach, jak to zazwyczaj z prowizorka bywa. Dziala - ale jak juz trzeba cos wiecej w tym dlubnac, to kazdy sie boi... :)

Co do ORMa, to akurat Dapper to bardzo-bardzo-micro-ORM, ktory jedynie wrapuje wlasnie ADO.NET, ale przynajmniej udostepnia mapowanie za darmo dzieki czemu przynajmniej wyniki zapytan moga byc silnie typowane (zamiast sie bawic z readerami i castowaniem). Dodatkowo trzeba sie bardziej postarac zeby sie natknac na SQL injection.

**
Avatar użytkownika

Posty: 9587
Dołączył(a): 9.02.2004
Offline
PostNapisane: 29 mar 2014, 11:42 
Cytuj  
meterrr napisał(a):
ten koles nie wie w czym to napisac , a ty polecasz mu MVVM - juz widze jak sie jebie z ICommand i innymi wynalazkami , pewnie biedak nawet nie wie co to interfejs

to aplikacyjka dla niego i jego ziomkow, ma byc napisana w 15 min i działać

btw, ado.net jest w pizdeczke , latwe proste przyjemne , connection, command , open , read ... masz dane idealne do takiego projektu
a nie ORM'a mu proponujesz , gdzie zeby go uzyc trzeba pewnie znowu spedzic pare godzin nad dokumentacja , kolejnych pare nad jakims chujowym bugiem ktory wyskoczy bo akurat nie da sie czegos zmapowac albo inny chuj, i z weekendowego projektu robi sie 2 tygodniowa chujnia


E no ziom wiem co to interfejs ;).
Juz coś tam dłubie w WPF ale idzie to powoli z racji tego iż nie lubie ruszać zagadnien po łebkach tylko muszę od razu większy kawałek poznać inaczej się strasznie irytuje.

Ja to raczej traktuje jako taki motivation factor, żeby poznać/nauczyć się c#.net.ado.net i WPF bo to tylko moze zaprocentować kiedyś tam i przynajmniej mózg zajmuje się czymś innym niż biciem mobkow w diabolo.

Logike po cześć mam już napisana dzięki redbooki od IBM-a. Został połączenie tego, skonczenie interfejsy i potem już będzie z górki :).


_________________
Gramsajt.pl - głupawy blog o grach

Wyświetl posty nie starsze niż:  Sortuj wg  
Utwórz nowy wątek Odpowiedz w wątku  [ Posty: 32 ]  Przejdź na stronę Poprzednia strona  1, 2


Kto przegląda forum

Użytkownicy przeglądający ten dział: Brak zidentyfikowanych użytkowników i 1 gość


Nie możesz rozpoczynać nowych wątków
Nie możesz odpowiadać w wątkach
Nie możesz edytować swoich postów
Nie możesz usuwać swoich postów

Szukaj:
Skocz do:  
Powered by phpBB © 2000, 2002, 2005, 2007 phpBB Group | Theme based on Zarron Media theme | Copyright © 2001-2012 MMORPG.pl Team
Redakcja MMORPG.pl nie ponosi odpowiedzialnosci za tresc komentarzy i odpowiedzi umieszczanych przez uzytkownikow.