Chirurgia cranio-cerebrală minim invazivă
Tehnicile minim invazive impun utilizarea unei tehnologii ultramoderne. Endoscoapele operatorii de diverse tipuri, microscopul operator dedicat, neuronavigația, neuroelectrofiziologia, tehnicile avansate de anestezie, chirurgia cu pacientul treaz reprezintă armamentarium fără de care neurochirurgia prin "gaura cheii" nu ar fi posibilă. Folosind tehnicile de mai sus, tratăm un spectru larg de patologii cranio-cerebrale. www.neurohope.ro |
.NET Core pe platforme non-Windows
Last Updated: Jul 19 2019 11:00, Started by
dani.user
, Jun 09 2018 12:03
·
0
#19
Posted 01 July 2018 - 04:47
Daca are legatura cu viitoarea versiune 3.0 inseamna ca va rula numai sub Windows: https://blogs.msdn.m...p-applications/
Edited by neagu_laurentiu, 01 July 2018 - 04:47. |
#20
Posted 02 July 2018 - 11:29
Mda, mix and confuse. Deja e varză tot ecosistemul .NET dacă vrei cross-platform.
Îmi bat capul de ceva vreme să fac build la o librărie .NET pe linux, pt. net452 și netcore20. Pachete NuGet diferite pt. framework și core; se builduie cu succes în Rider, crapă în linia de comandă ...Minunat de-a dreptul... |
#21
Posted 02 July 2018 - 11:33
Dar nu mai pune in asociere Core si Framework, fiecare reprezinta altceva si nu se pupa.
|
#22
Posted 02 July 2018 - 12:43
Daca vrei.net pe linux care functioneaza uita-te la java
|
#23
Posted 02 July 2018 - 16:09
neagu_laurentiu, on 02 iulie 2018 - 11:33, said:
Dar nu mai pune in asociere Core si Framework, fiecare reprezinta altceva si nu se pupa. romio79, on 02 iulie 2018 - 12:43, said:
Daca vrei.net pe linux care functioneaza uita-te la java E drept că foarte multe jucarii pt. developeri sunt scrise în java: Jenkins, SonarQube, Nexus. Tot respectul pt. java developerii ce fac tool-uri și pentru noi |
#24
Posted 02 July 2018 - 17:27
Mono nu-i .NET Core ci o implementare nefinalizata/nereusita a Framework-ului. Core e o alta tehnologie.
|
#25
Posted 04 July 2018 - 07:08
shiva, on 30 iunie 2018 - 22:25, said:
nu știu de ce s-au complicat cu .NET core când puteau porta tot .NET framework-ul și gata povestea (any developer, any platform) In Core, atat cat e acum si cat se prefigureaza, e mult mai simplu pentru ca au portat modul de acces la fisiere, gestionare memorie, network si alte cateva resurse/servicii non vizuale. Partea GUI e mai complicata, zone bune din .NET Framework sunt strans leagate de WinAPI, DirectX si altele specifice si nu cred ca vor porta vreodata tot ecosistemul, nici la Windows pe ARM n-au facut asta. Insa ar putea ca acest Core, tot au inceput cu o rescriere din perspectiva cross-platform, sa includa asa cum e in Java, un nucleu minimal grafic dependent de fiecare OS iar grosul codului sa fie implementat doar in .NET si dezvoltatorul sa aiba in final o solutie multiplatforma. Dar merita povestea asta? Mai dezvolta lumea aplicatii GUI cu astfel de tehnologii cand ele s-au mutat pe web? Java a esuat la acest capitol chiar daca ofera solutii. Nu vorbesc de aplicatiile ce vor ramane traditionale, legate mult mai mult de un OS si unde se prefera C/C++ cu tot ce avem pe aici. Edited by neagu_laurentiu, 04 July 2018 - 07:16. |
#26
Posted 05 July 2018 - 22:59
Java n-a fost niciodata o solutie pentru aplicatii desktop. AWT - praf. Swing - pulbere. SWT - dinamita. JavaFX - omfg. In plus ai nevoie de magaoaia aia de JRE.
.NET. la fel, da mai nasol. Pe linga ca trebuia sa instalezi timpenia aia de .NET Framework, mai trebuia sa si restartezi calculatorul |
#27
Posted 06 July 2018 - 13:05
neagu_laurentiu, on 04 iulie 2018 - 07:08, said:
[...]Insa ar putea ca acest Core, tot au inceput cu o rescriere din perspectiva cross-platform, sa includa asa cum e in Java, un nucleu minimal grafic dependent de fiecare OS iar grosul codului sa fie implementat doar in .NET si dezvoltatorul sa aiba in final o solutie multiplatforma. [...] ceva pe OpenGL + QT5. Cross platform. |
#28
Posted 26 July 2018 - 10:11
Well, a apărut ceva librarie ce face bridge între QT și .NET https://github.com/p...otknopf/Qml.Net
Creatorul zice Quote IMO, CppSharp isn't a viable solution. Especially for something like Qt (with it's MOC/QObject stuff). This project took a different approach. I effectively built a PInvoke layer that allows reflection and method/property invocation of .NET from within C++. Using this power, I just integrated it into Qml using the native C++ facilities that Qt provides. An the interop layer is all super simple PInvoke calls. And using QSharedPointers, all the types passed back-and-forth are super-safe. I doubt a user could even force a segfault. I will never "Bind Qt to .NET" (QFile/QSerialPort/QSqlDatabase/etc). This integration is *purely* for the graphical side of things. The user should use .NET's facilities for everything else. This tech stack (http://Qml.Net) slices perfectly along the appropriate layers. Meanwhile ... libraria mea .NET se compilează frumos și pe Linux. A trebuit să vrăjesc intens referințele la ODP.NET, ODP.NET Core și System.Data.OracleClient (din mono) și să exclud complet cele de SqlServerCe și OleDb. Iar acum bibilesc scripturi de build in Cake, care e cross-platform. Dacă n-ar fi mort proiectul de NAnt, ar merge de minune un layer cu limbaj DSL astfel încât să poți alege între sintaxa XML sau C#. Pretty cool. [ https://pbs.twimg.com/media/CqIvJA9XEAA6HlS.jpg - Pentru incarcare in pagina (embed) Click aici ] Edited by shiva, 26 July 2018 - 10:11. |
|
#29
Posted 16 August 2018 - 14:33
Pana la urma apare o discutie cu .NET Core pe alte platforme. O licenta Windows Server Essentials costa $501 iar Standard 16 core $882. Cum ASP nu necesita CAL-uri, tot costul suplimentar de OS e in valorile respective.
SQL Server costa separat si nu depinde ca-i Linux ori Windows. Pretul Red Hat server e mai mare decat Windows (in modelul acesta). Desigur, cineva poate pune solutia pe un Linux cu zero costuri. Insa o solutie data la client costa mult mai mult decat o licenta Windows Server, ca atare pretul pentru server e neglijabil. Si atunci de ce miscarea asta din partea MS? Edited by neagu_laurentiu, 16 August 2018 - 14:35. |
#30
Posted 16 August 2018 - 15:40
neagu_laurentiu, on 16 august 2018 - 14:33, said:
[...]Si atunci de ce miscarea asta din partea MS? Io nu văd să fie mai scumpă licența de RH decât de Win Server 2016 decât dacă adaugi add-ons ce lipsesc și de prin Win Server Standard (aici și aici). |
#31
Posted 16 August 2018 - 15:51
Pai RH costa $349 / an, fara suport de la ei. MS ofera $501 / viata cu ceva suport in primii 10 ani de la aparitie. Pentru a rula aplicatii ASP.NET asa cum am precizat, nu alte servicii.
Edited by neagu_laurentiu, 16 August 2018 - 15:54. |
#32
Posted 07 May 2019 - 10:31
Să se revizuiască, primesc! Dar să nu se schimbe nimica.
Cam pe drumul asta merge .NET Core acum si ce se anunta viitorul .NET 5. https://devblogs.mic...roducing-net-5/ Edited by neagu_laurentiu, 07 May 2019 - 10:33. |
#33
Posted 09 May 2019 - 00:07
|
#35
Posted 09 May 2019 - 09:36
Fara suparare - si fara trolling - de ce v-ati lega la cap cu .Net cand e vorba de platforme non-Windows?
|
#36
Posted 09 May 2019 - 17:00
Ca ofera un limbaj si un mod fain de a trata cod asincron cand nu te multumesti cu limbaje interpretate.
|
Anunturi
▶ 0 user(s) are reading this topic
0 members, 0 guests, 0 anonymous users