Hirdetés
- Prohardver app (nem hivatalos)
- Fittyet hány a pesti napfényre a Honor 600
- Xiaomi 17 Ultra - jó az optikája
- Poco X8 Pro Max - nem kell ide sem bank, sem akkubank
- Fotók, videók mobillal
- Redmi Note 13 Pro+ - a fejlődés íve
- Telekom mobilszolgáltatások
- Xiaomi 15T Pro - a téma nincs lezárva
- OnePlus 15 - van plusz energia
- Samsung Galaxy A57 - kecses test, lusta lélek
Új hozzászólás Aktív témák
-
Livius
őstag
Sziasztok!
Itt a fórumban nem rég azt az infót kaptam, hogy .NET core 5.0-nál a régi .NET Framework DLL-ek lehetséges, hogy használhatók, ha az assemblyben olyan dolgok vannak csak használva, amik a .NET core 5.0-ban implementálva lettek már, és ezt az analyzer akár meg is tudja mondani előre.
Most arra lennék kíváncsi és kérdezném, hogy a lassan 1 éve megjelent .NET 6.0 LTS-ben ezzel a kompatibilitással mi a helyzet? Az is tudja ilyen szinten használni a régi .NET Framework DLL-eket?
-
Livius
őstag
válasz
Alexios
#9680
üzenetére
Talán mert nyers byte tömbökből kell pl konverziókat csinálni, különböző regiszterek kiolvasására vagy írására, és jobb ha a kódban tisztán látszik mi milyen méretű, amikor ezek történnek vagy épp fizikai mértékegységekre történik valami konverzió ezekből, pl ADC mérésre.
-
Livius
őstag
válasz
ReSeTer
#9681
üzenetére
Szerintem ez arra utal, hogy ha csinál valaki egy C# osztályt, és azt egy DLL-be buildeli majd tovább adja azt akár pénzért, ilyenkor valóban a user egy másik programozónak tekinthető aki azt majd a saját C# programjában felhasználja. A fejlesztő "user"-től van elrejtve az amihez jobb ha nem nyúl hozzá.
-
Livius
őstag
Sziasztok!
Ti a Visual Studio C#-os code clean up-ban miket szoktatok beállítani, milyen szabályokat szerettek használni az editor configban? Én most elkezdtem használni a .NET stílusban nevezett típusokat, számomra sokszor több az infó abban hogyInt32mint hogyint. Ez mennyire elfogadott kódolási stílus már? Sok GitHub repoban látom, egyáltalán nem használják, pedig nekem tetszik ez a stílus. -
Livius
őstag
Egy sima Windows WPF .NET Framework-ös GUI-ban lenne használva a C# class library, amit ha lehet .NET 5.0 projektben csinálnék a solution-on belül, és a startup project pedig a Framework-ös lenne. Akkor a .NET Framework project már nem tudja majd referenciaként bevenni a .NET 5.0-ás Class libet majd?
-
Livius
őstag
Sziasztok!
Nem rég volt néhány szó itt a .NET jövőjéről, és akkor világosodtam meg, hogy a .NET Framework-nek a 4.8-nál vége lett és mostantól a .NET Core-ból fejlődött .NET 5.0 az, ami a legújabb és csak azt fogják tovább fejleszteni az MS-nél.
Nemsokára lehet egy új WPF GUI nélküli kis DLL library-be kell kezdnem a full nulláról, és azt kérdezném, hogy ha ez .NET 5.0 Class lib-be kezdem el csinálni, akkor az még a .NET Frameworkös projektekben használható C# lib lesz? Milyen az átjárás és kompatibilitás ilyen téren a régi .NET framework és a .NET 5.0 között? A terv az, hogy egy meglévő .NET Framework 4.8-as WPF GUI app használna majd a későbbiekben .NET 5.0 vagy ha nemsokára lesz 6.0 Class library-ket.
-
Livius
őstag
-
Livius
őstag
Én a .Net Framework 4.7.2-vel csináltam a projectjeimet eddig, és kicsit utána Googleztam hogy milyen dolgokban másabb mint a régi .NET core és most a sima .NET 5. Azt találtam hogy első közelítésben mindenki azt írja a blogokban meg mindenhol, meg az MS is, hogy van egy .NET Portability Analyzer arra, hogy a régi projectet fel lehessen mérni, mennyire kompatibilis az új .NET 5-vel vagy más régebbi .NET core-okkal.
Én ezt a kis VS2019 kiegészítő felraktam és kipróbáltam. Szerintem elég jó az eredmény. Egyelőre azt látom, hogy minden WPF cucc az már a .NET 5-re zöld pipát kapott, valamint olyan kategóriát is mutat hogy .NET 5 + extension, ebben az esetben az extension jelentheti azt, hogy valami NuGet packageből helyettesíthető a cucc?
Amúgy az én projektem összesen két komponensen bukott egyelőre el a kompatibilitás ellenőrzésen. Az analízisnek nem tetszett, hogy használom a SerialPort Class-t, ez ha jól látom csak .NET 5 extension-ben lesz benne, és még használok egy NI Measurement Studio 2019 libet, amire azt írja az NI hogy .NET Framework 4.5-kell neki minimum. Gyanítom ez az NI lib még nem a .NET 5-re íródott, persze nagy része az csak NI-os WPF GUI elem, meg pár HW-hez lib. Egy .NET 5 extensionos project az képes lehet majd visszafelé használni .NET Framework 4.x dll-eket?
-
Livius
őstag
Sziasztok!
Az MS oldalán belefutottam egy érdekességbe, pontosabban abba, hogy azt írjak a .NET framework 5.0 már telepíthető Linuxokra. Valaki próbálkozott ilyennel már, hogy egy C# WPF GUI-s program amit a Windows-ra csinált és ott jól is működik, Linuxon hogy lehet futtatni?
Install .NET on Linux
Új hozzászólás Aktív témák
Hirdetés
● ha kódot szúrsz be, használd a PROGRAMKÓD formázási funkciót!
- Energiaital topic
- Prohardver app (nem hivatalos)
- Hitelkártyák használata, hitelkártya visszatérítés
- Trollok komolyan
- Motorolaj, hajtóműolaj, hűtőfolyadék, adalékok és szűrők topikja
- Fittyet hány a pesti napfényre a Honor 600
- Milyen billentyűzetet vegyek?
- Milyen asztali (teljes vagy fél-) gépet vegyek?
- Robotporszívók
- AMD Ryzen 9 / 7 / 5 / 3 5***(X) "Zen 3" (AM4)
- További aktív témák...
- GAMING PC! Intel i5-12400F / RTX 4060 Ti / 16GB DDR4 / H610 / 512GB NVMe / 600w! BeszámítOK
- Apple iPhone 16 Pro 128GB Black Titanium Karcmentes állapot 91% akkumulátor
- Bomba ár! Asus ZenBook UX433 - i7-10G I 16GB I 512SSD I 14" FHD I HDMI I Cam I W11 I Gari!
- Lenovo Thinpad üzleti kategóriás notebookok - i5 - i7 - Ryzen - nagy választékban számlával - 03.11.
- BESZÁMÍTÁS! Asus Z390 i7 9700 16GB DDR4 512GB SSD RTX 2080 Super 8GB Aerocool P500B Digi ARGB 750W
Állásajánlatok
Cég: Laptopműhely Bt.
Város: Budapest