Zastosowanie .NET w elektronice?

Odpowiedz Nowy wątek
2019-08-13 17:23
0

Z tego co wiem to kilka firm (w mniejszych miejscowościach) wykorzystuje .NET do komunikacji z urządzeniami elektronicznymi (sterowniki, przeliczniki). Znajomy z uczelni dostał się właśnie do takiej firmy na staż, ale teraz żałuje swojej decyzji, bo jest to dość niszowe... i zdobyte umiejętności na tym stażu nie pomogą mu w rozwoju pod backend / frontend, ani nauczy się dobrych praktyk (kod jest w opłakanym stanie). Wpakował się w niezłe bagno.

Co o tym myślicie? dla mnie jest to mało logiczne... C++ bardziej pasuje pod ten segment rynku.

edytowany 1x, ostatnio: bezikan, 2019-08-13 17:43

Pozostało 580 znaków

2019-08-13 17:49
1

Komunikacja przez Tcp ze sterownikiem to nie to samo jakieś embedded

Pozostało 580 znaków

2019-08-13 18:06
0

.NET jest idealne do tworzenia aplikacja a nie komunikowania się z urządzeniami...
:(


Często jestem w biegu więc nie liczcie że kod będzie idealny...
Rozumiem że z kapelusza ta teza? - somedev 2019-08-13 18:19
Kol. Mondonno jak pokazuje historia ma łatwość wyrażania opinii - AnyKtokolwiek 2019-08-13 18:20
Jakoś popełniłem w życiu kilka sterowników komunikacji z urządzeniami zarówno w C# jak i C++. Wagi, drukarki termiczne, fiskalne, magazyny, centrale, czytniki etc. Rs232, rs485 modbus, tcp, udp. Zdecydowanie C# sprawdza się tutaj lepiej niż C++. - somedev 2019-08-13 18:23

Pozostało 580 znaków

2019-08-13 18:08
1
bezikan napisał(a):

Co o tym myślicie? dla mnie jest to mało logiczne... C++ bardziej pasuje pod ten segment rynku.

Dlaczego?

C# ma coś, co nigdy C++ nie uzyskało, jak zestandaryzowane GUI i web (i wiele innych segmentów)
Ba! szanowne C++ nigdy nie umiało narzucić standardu stringa, każdy większy framework na re-implementację (kontenerów też) - za to bym rozstrzeliwał.
C# jest bezpieczniejsze, potrzebuje mniej linii/funkcjonalność itd...
C++ przez swoje własne cechy schodzi do niszy.

Dla mnie w pełni logiczne jest C# jako klienckie do jakiś mikrokontrolerów itd...

Pozostało 580 znaków

2019-08-13 18:09
0
Mondonno napisał(a):

.NET jest idealne do tworzenia aplikacja a nie komunikowania się z urządzeniami...
:(

Z czym TY MASZ problemy? MNSHO nie masz na to żadnego argumentu.

Pozostało 580 znaków

2019-08-13 18:13
0
AnyKtokolwiek napisał(a):
bezikan napisał(a):

Co o tym myślicie? dla mnie jest to mało logiczne... C++ bardziej pasuje pod ten segment rynku.

Dlaczego?

C# ma coś, co nigdy C++ nie uzyskało, jak zestandaryzowane GUI i web (i wiele innych segmentów)
Ba! szanowne C++ nigdy nie umiało narzucić standardu stringa, każdy większy framework na re-implementację (kontenerów też) - za to bym rozstrzeliwał.
C# jest bezpieczniejsze, potrzebuje mniej linii/funkcjonalność itd...
C++ przez swoje własne cechy schodzi do niszy.

Dla mnie w pełni logiczne jest C# jako klienckie do jakiś mikrokontrolerów itd...

A po co ustandaryzowane GUI i web w embedded? Zreszta w embedded czasem nawet c++ to za duzo


01010100 01110101 01110100 01100001 01101010 00100000 01101110 01101001 01100101 00100000 01101101 01100001 00100000 01101110 01101001 01100011 00100000 01100011 01101001 01100101 01101011 01100001 01110111 01100101 01100111 01101111 00101110 00100000 01001001 01100011 00100000 01110011 01110100 01101111 01101110 01110100 00101110
edytowany 1x, ostatnio: stivens, 2019-08-13 18:13

Pozostało 580 znaków

2019-08-13 18:16
0
stivens napisał(a):

A po co ustandaryzowane GUI i web w embedded?

Przeczytaj dobrze, o co jest pytanie
Znormalizowany string też nie jest potrzebny?

Zreszta w embedded czasem nawet c++ to za duzo

Kolejny mit.

edytowany 1x, ostatnio: AnyKtokolwiek, 2019-08-13 18:16

Pozostało 580 znaków

2019-08-13 18:28
0

Sam uczestniczylem w projektach gdzie bylo Gui w winformsie i komunikacja ze sterownikem po tcp. np do otwierania skrytek.

Pozostało 580 znaków

2019-08-13 18:34
0

Przeczytaj dobrze, o co jest pytanie

Faktycznie chyba zle zrozumialem. Ale to to pytanie jest glupie w takim razie


01010100 01110101 01110100 01100001 01101010 00100000 01101110 01101001 01100101 00100000 01101101 01100001 00100000 01101110 01101001 01100011 00100000 01100011 01101001 01100101 01101011 01100001 01110111 01100101 01100111 01101111 00101110 00100000 01001001 01100011 00100000 01110011 01110100 01101111 01101110 01110100 00101110

Pozostało 580 znaków

2019-08-13 18:52
2

Powiem tak. C# i .net daje wszystko co potrzebne do niskopoziomowe komunikacji i idealnie nadaje się jako interface do urządzeń, czy może urzadzen używać. Co więcej - jest to strasznie popularne właśnie używanie C# do wewnętrznych systemów z GUI i z jakąś komunikacja (akurat w przeciwieństwie do javy gdzie gui to margines chyba). Niemniej masz racje - jak ktoś chce rozwijać się w frontend czy backend to to głupi wybór. Podobnie jak zamiast do ZOO pojechać do rzeźni bo i tu i tu są zwierzęta.... pamiętaj tylko ze frontend i backend to nie całe IT jak ostatnio juniorzy łonabi próbują twierdzić. No i pytanie w jakich projektach znajomy robił, że twierdzi, że to straszny kod? Znów śmię stwierdzić, że ktoś was okłamał i większość IT to bagno i trzeba być twardym, żeby to prostować, przy ograniczonych zasobach intelektualnych, czasowych i finansowych.

edytowany 1x, ostatnio: somedev, 2019-08-13 18:54

Pozostało 580 znaków

2019-08-14 00:04
0

A co z tym .NET IoT?

.NET IoT? Istniało swego czasu NETMF (.NET Micro Framework) i jest Windows 10 IoT (gdzie się pisze w UWP). - Ktos 2019-08-14 15:48
Czyli Windows 10 IoT + UWP. Żyje, znam ludzi którzy w tym coś robili, nie mam pojęcia czy jest popularne, pewnie niezbyt. - Ktos 2019-08-14 20:05

Pozostało 580 znaków

Odpowiedz
Liczba odpowiedzi na stronę

1 użytkowników online, w tym zalogowanych: 0, gości: 1, botów: 0