Początki programowania a ciężki projekt do ugryzienia. Plany z CSharp i Bazą SQL

brayanek7 napisał:

Witam
Planuje napisać plugin, który będzie przyjmował produkty na stan magazynowy za pomocą kodu kreskowego, jak i zdejmował je ze stanu magazynowego.
Program Magazynowy który używamy to Wapro Mag.
Czy ktoś może mi doradzić od czego zacząć naukę ?
Pozdrawiam i Życzę Miłego Dnia

Proponuję od przeczytania choćby tego: http://eimag.pl/wapro-api/
Na stronie jest sekcja "moduły", pewnie taki plugin już istnieje... Może zorientuj się chociaż, jakie funkcje może taki dodatek zaoferować.

Nie wczytywałem się w dokumentację tej aplikacji. Czy jesteś już pewien, co do wyboru języka?

brayanek7 napisał:

Wydaje mi się, że CSharp jest dosyć ciekawym i prostym językiem.
Myślałem również o Pythonie ale on nie ma aż takiego wsparcia w Polsce, chyba że się mylę.
Dzięki za wszystkie sugestie.
Pozdrawiam.

Najlepiej by było do takiego zadania wybrać ten zestaw narzędzi, albo chociaż język, który jest używany do tworzenia tej głównej aplikacji.
C# szczególnie w nowych odsłonach, to chyba dość mocno zintegorwany z .NET https://en.wikipedia.org/wiki/.NET_Framework i dość mocno oparty na technice programowania obiektowego. Nie wiem jak dobrze się czujesz w takim programowaniu.
Do tego dochodzi pewnie masa innych zależności (niepotrzebnych niekiedy bibliotek w systemie) i właściwie brak przenośności kodu. Także, wiesz - ostateczny wybór należy do Ciebie.
Ale nie zaznajamiając się do końca z tym projektem sugerował bym już C++. Ewentualnie nawet C, w którym masz pełno opensourcowych rozwiązań i na różne platformy systemowe.

kinggustav napisał:

Tak z ciekawości, bo nie jestem tu ekspertem: o jakim braku przenośności w C# piszesz?

Do C Sharp podchodziłem ładnych kilka lat temu. Wtedy to raczej było tylko dla Windows, według mojej tamtejszej wiedzy. Ale jak zajrzałem teraz to w około 2011 AD Microsoft założył Xamarin. Grupa developerów wchodząca w skład tej jednostki opracowała Mono: https://en.wikipedia.org/wiki/Mono_(software)
Także wygląda na to, że przynajmniej dzisiaj kod C# jest jednak dzięki temu IDE https://www.monodevelop.com/ i opracowanym bibliotekom multiplatformowy.


Ale zależności, aby napisać zwykłe "Hello World!" i tak spore.

brayanek7 napisał:

Czy posiadacie może jakieś materiały, które ułatwiły by mi wykreowanie wspomnianego oprogramowania ?

Zobacz linki wyżej.

PRL napisał:

Cytat:

który będzie przyjmował produkty na stan magazynowy za pomocą kodu kreskowego, jak i zdejmował je ze stanu magazynowego

Czy uważasz, że ruchy towarów w magazynie, to zmiana wartości w polu 'stan'?
Otóż nie.
Stan magazynowy obliczany jest na podstawie dokumentów przychodu takich jak PZ, PW, FZ oraz rozchodu - WZ, FS.
To nie tabelka w Excelu.

Co za, "PRL-owskie" bzdety, że tak się brzydko wyrażę. Z czasów gospodarki centralnie planowanej? Jeśli chce z tego korzystać to może. Zdaje się, że nigdzie prawnie nie ma takich wymogów. Jeśli zatrudnia "magazyniera" i jako firma obraca dużą ilośćią towarów, to owszem - system z takimi rozwiązaniami miałby sens.
Równie dobrze można przecież sobie zapisywać to ołówkiem na swistku papieru, albo obliczać wciąż na starym poczciwym Commodore 64. Jeśli posiada mały biznes to wydaje mi się, że rozliczenie raz w miesiącu ze swoimi kontrahentami wystarczy.

JacekCz napisał:

Taaaak ... oczekiwanie w C++ / C zestandaryzowanego dostępu do baz danych - gdzie nawet standardowy std::string jest bojkotowany. Mrzonka

Nie upieram się przy C++ lub C . Dałem tylko sugestię, że jeśli główna aplikacja na tym powstała, to warto i w tym zrobić "PLUGIN".
C# to moim zdaniem bezsens dla takich małych biurowych aplikacji.
Rozumiem w tworzeniu jakiejś gry albo animacji w Unity3D i wykorzystanie modułów/bibilotek w C#, ale nie do małego biura...
A, że zapytam, co ma STL do obsługi bazy danych?
Koledze wystarczył by SQLite i C99 tak naprawdę. Ale sądzę, że łatwiej można by to zrobić nawet w nowszym PHP z wykorzystaniem MySQL i bedzie taki plugin miał większe możliwości rozbudowy.

PRL napisał:

Cytat:

Co za, "PRL-owskie" bzdety

Co nazywasz bzdetami, dokumenty w programie magazynowo-sprzedażowym?

Tak. Nie ma wymogu prawnego do prowadzenia takiej dokumentacji, czy jest? Akurat kolego masz taki Nick, ale chodziło mi o spadek jakby z innej epoki z tą całą dokumentacją.

PRL napisał:

Cytat:

Nie ma wymogu prawnego do prowadzenia takiej dokumentacji

Ty mówisz poważnie, czy trollujesz?
Od kiedy to w firmie nie ma dokumentów FZ, FS, WZ, PZ?
Nie wspominając o sednie tego tematu, czyli Wapro Mag.

Nie twierdzę, że nie ma tego w polskich firmach. Stwierdziłem wcześniej z zaznaczeniem, że "zdaje mi się", a drugi raz w formie pytającej. Czy jest takie rozwiązanie we wszystkich firmach w tym licząc zagranicznych to bym powątpiewał. Pytam jeszcze raz: Czy to spadek z epoki PRL, czy jakieś unijne przepisy?
Nie każdy pracuje na magazynie i nie każdy w takiej firmie co magazyny potrzebuje.
Postulujesz coś, więc proszę podaj źródło - zapis prawny. Dziękuję.

PRL napisał:

I Ty masz konto firmowe...

Skup się na temacie wątku, a nie na mnie. Przecież wypadało by Ci odpowiedzieć podając mi adres/link do miejsca gdzie mogę doczytać na ten temat.
Bo nie ukrywam, ja księgowości nie studiowałem.

ex-or napisał:

MARTE.BEST napisał:

Nie ma wymogu prawnego do prowadzenia takiej dokumentacji

Wymóg prawny prowadzenia dokumentacji to jest aczkolwiek wcale nie musi to być dokumentacja papierowa. Jednakże w rzeczywistości, ze względów praktycznych, trudno się obyć bez papieru.

Proszę mnie nie cytować w ten sposób. To jest tylko fragment wycięty z trochę dłuższego zdania.
OK. Dobrze znalazłem sobie to sam.


1: Obowiązku prowadzenia magazynu nie ma w przypadku tzw. uproszczonej księgowości, która występuje często w przypadku jednoosobowej działanośći.
2: Plik JPK MAG, czyli te wszystkie dokumenty, które wymienił wcześniej PRL zebrane razem mają obowiązek sporządzać wszyscy przedsiębiorcy, którzy spełniają poniższe kryteria.

Cytat:

-w swojej działalności zarządzają co najmniej jednym magazynem,

-ewidencjonują gospodarkę magazynową za pomocą programów komputerowych (dotyczy zarówno MS Excel, jak i bardziej rozbudowanych programów informatycznych z obsługą magazynu).

Zobacz więcej: https://poradnikprzedsiebiorcy.pl/-jpk-mag-dla-kogo-jest-obowiazkowy-i-co-zawiera

Odpuść se czystego c#, weź .net, javę albo c++. Ew pythona o ile baza nie jest duża. Inne języki praktycznie nie mają sensu.
Wadą .net i javy jest maszyna wirtualna. C++ jest najszybszy / najlżejszy o ile zna się niuanse bo łatwo coś sknocić - wtedy wygrywa java / .net, a python jest najprostrzy, najszybszy w wykorzystaniu i najwolniejszy (w dużej mierze nakładki na soft w c++ które tylko spowalniają jego pracę).

Na twoim miejscu zrobiłbym zrzut z bazy danych do testów. Rozpisz sobie funkcje które chcesz mieć i je zaimplementuj (większość to będą zapytania do bazy danych, więc poczytaj ogólnie o sql), o to jak będą one wyglądać zależy od wybranego języka. Jak już to uzyskasz skleć w całość w jakieś okienko (tutaj też technologia zależy od języka).
Na końcu możesz sobie generować w/w pliki, jednak ja bym od tego nie zaczynał. Tak czy siak każdy z języków ma do tego biblioteki.

drobok napisał:

Odpuść se czystego c#, weź .net, javę albo c++.

Popatrz brayanek7, jeszcze jedna sugestia za użyciem C++.

PRL napisał:

Piszemy o językach, a zapominamy o podstawowej sprawie, czyli tabelach, relacjach, indeksach i wyzwalaczach w bazie, do której chcemy zapisywać dane, a to podstawa. Chodzi o zachowanie spójności danych. Żeby czasami baza się nie rozjechała po naszych zabiegach.

Ale nie wiem, czy tego nie powinna kontrolować główna aplikacja. W sensie, że plugin miałby tylko chyba zaoferować (w skrócie) obsługę skanera, a ewentualne odwołania do bazy tylko pośrednio, poprzez funkcje zawarte w programie głównym. Bo inaczej to faktycznie mogło by być po bazie.

ex-or napisał:

W tejże ustawie stoi, że operacje gospodarcze mają być udokumentowane, ale wcale nie znaczy, że Pz czy Wz musi mieć postać papieru ze stemplem i podpisem magazyniera. Śmiem twierdzić, że takich dokumentów fizycznie może nie być jeśli taka jest wola organu kierowniczego, jest to zapisane w polityce rachunkowości i spełnione są przepisy ustawy (w tym przypadku m.in. art. 20 ust. 5).

Przecież to już raczej jasne. Podałem źródło, tam było kolejne (Minister Finansów).
https://www.gov.pl/web/kas/struktury-jpk Tutaj są nawet nowe wzory tych plików. W większości dla prowadzenia magazynów te pliki to .XSD mają format znany jako XML. W takich programach magazynowych jest też opcja do wydruku na papierze, wtedy korzysta się z formatu PDF, pewnie kreowanego (w locie).

Co do ichniego soap zamiast sql'a - to jest rozwiązanie ok, jednak lepiej sobie wziąć zobaczyć co modyfikuje zapytanie i komunikować się z bazą bezpośrednio - bo o ile nie ma jakiś workaroundw w gui to baza powinna działać sama z siebie a takie rozwiązanie będzie szybsze (poza tym wszystko powinno być zrobione pod bazę a nie pod soft).

drobok napisał:

Co do ichniego soap zamiast sql'a - to jest rozwiązanie ok, jednak lepiej sobie wziąć zobaczyć co modyfikuje zapytanie i komunikować się z bazą bezpośrednio - bo o ile nie ma jakiś workaroundw w gui to baza powinna działać sama z siebie a takie rozwiązanie będzie szybsze (poza tym wszystko powinno być zrobione pod bazę a nie pod soft).

Co racja, to racja. To przydał by się schemat tej bazy, aby chociaż wiedzieć o co pytać...
Kończę, bo autor tematu się jakby już na dzisiaj wycofał.