| | | Gut zu wissen: Hilfreiche Tipps und Tricks aus der Praxis prägnant, und auf den Punkt gebracht für Autodesk Produkte |
Autor
|
Thema: Inventor AddIn mit .NET Core (906 mal gelesen)
|
Ruzy5624 Mitglied Konstruktionsleiter / staatl. gepr. Techniker
Beiträge: 280 Registriert: 01.07.2015 Product Design Suite 2018 Ultimate Visual Studio 2017 Windows 10 Pro Intel Xeon E3-1245 v5 @ 3,5GHz Nvidia Quadro M4000 8GB RAM 32GB 2x 24" Monitore FullHD SpaceMouse Pro
|
erstellt am: 09. Mai. 2021 13:07 <-- editieren / zitieren --> Unities abgeben:
Hallo zusammen, kurze und simple Frage... Hat schonmal jemand ein Inventor AddIn erstellt, welches auf .NET Core basiert erstellt, bzw. ist dieses überhaupt , möglich? Oder benötigt Inventor für ein AddIn ein auf dem .NET Framework basierendes Projekt? Beschäftige mich aktuell damit ein neues AddIn zu erstellen und bin am überlegen auf welcher Basis ich das AddIn erstellen werde.
Haupthintergrund ist die geplante Nutzung von EntityFramework.Core.
------------------ Mit besten Grüßen Marcel ---Bitte keine Privaten Nachrichten schreiben, da ich diese leider immer erst Monate später wahrnehme--- Eine Antwort auf diesen Beitrag verfassen (mit Zitat/Zitat des Beitrags) IP |
mb-ing Mitglied F&E-Mangement, MB-Ing. (u)
Beiträge: 723 Registriert: 06.09.2012 Inventor 2021 WIN 10 (64bit), Dell Precision T1650, 16GB (Pro.File 8.7)
|
erstellt am: 13. Mai. 2021 10:02 <-- editieren / zitieren --> Unities abgeben: Nur für Ruzy5624
Zitat: Original erstellt von Ruzy5624: Hallo zusammen,kurze und simple Frage... Hat schonmal jemand ein Inventor AddIn erstellt, welches auf .NET Core basiert erstellt, bzw. ist dieses überhaupt , möglich? Oder benötigt Inventor für ein AddIn ein auf dem .NET Framework basierendes Projekt? Beschäftige mich aktuell damit ein neues AddIn zu erstellen und bin am überlegen auf welcher Basis ich das AddIn erstellen werde.
Haupthintergrund ist die geplante Nutzung von EntityFramework.Core.
Nein habe ich noch nicht, wobei ich gedacht habe, dass .NET 5.0 beides, also .NET 4.X und .NET CORE 3.X, "beinhaltet". Bitte prüfen, da ich mir hier nicht so sicher bin! Mich würde interessieren, welche Gründe Dich zu .NET CORE bewegen!? Ich habe zwei bis drei RESTful Web-Services als ASP.NET CORE Applikationen, die im Intranet über den MS IIS DotNetAppPool verfügbar sind, implementiert. Hier kommen natürlich die .NET CORE Vorteile zum Tragen:
- Plattformunabhängig
- Skalierbar
- Mehrere Instanzen via Dockers
- etc.
Zusätzlich ist standardmäßig das MVC-Pattern inkludiert, was einen gewissen Charme hat. Überdies habe ich einen Load-Balancer integriert, der bei Bedarf weitere Docker-Instanzen auf anderen Servern starten kann. Jedoch gehen dafür auch andere Vorteile vom .NET-Framework verloren, wie beispielsweise die Win-Forms... Also primär zielt ja das .NET CORE-Framework auf klassische Server-Client-Applikationen ab.... Deswegen würden mich Deine Beweggründe interessieren Natürlich verkörpert eine Inventor-Instanz auch einen Client Vielleicht mein Beispiel hierzu: Meine Inventor-Add-In basiert auf den .NET-Framework und kommuniziert bzw. interagiert an einigen Stellen mit meinen RESTful Web-Services, die auf dem ASP.NET CORE-Framework aufbauen. Aber auch im .NET-Framework ist es, wenn auch teilweise umständlicher, möglich parallele, asynchrone HTTP-Requests abzufeuern und zu verarbeiten. (async Task await etc.) Auch für das Promie.All gibt es adäquate Lösungen... Für das .NET 4.X Framework gibt es ja auch eine LTS, so dass ich da auch relativ entspannt bin und aktuell keine Zukunftssorgen hege. VG MB-Ing.
------------------ Wissen ist Macht. Nichts wissen macht auch nichts Eine Antwort auf diesen Beitrag verfassen (mit Zitat/Zitat des Beitrags) IP |
Ruzy5624 Mitglied Konstruktionsleiter / staatl. gepr. Techniker
Beiträge: 280 Registriert: 01.07.2015 Product Design Suite 2018 Ultimate Visual Studio 2017 Windows 10 Pro Intel Xeon E3-1245 v5 @ 3,5GHz Nvidia Quadro M4000 8GB RAM 32GB 2x 24" Monitore FullHD SpaceMouse Pro
|
erstellt am: 13. Mai. 2021 21:06 <-- editieren / zitieren --> Unities abgeben:
.NET 5.0 ist meines Wissens nach der Nachfolger von .NET Core 3.1 und .NET Standard ist eine Mischung aus .NET 5.0, .NET Core und .NET Framework. Generell habe ich schon länger nichts mehr in dem Bereich gemacht und bin auch nur "Hobby"-Programmierer. Habe aber vor einigen Jahren mal ein AddIn für unsere Firma erstellt, welches uns einen großen Nutzen gebracht hat und eine Grundsäule unseres Konstruktionsablaufes bildet. Mittlerweile ist unser Unternehmen gewachsen und somit auch die Anforderungen, bzw. die Ideen zur Optimierung der Prozesse. Hierzu möchte ich unter anderem ein neues angepasstes AddIn erstellen. Da nach meinen Informationen langfristig auf .NET 5.0 und dessen Nachfolger gesetzt wird und .NET Framework 4.8 die letzte Framework Version sein wird, hielt ich es eine für eine gute Idee vor Beginn der AddIn-Erstellung alles zukunftsorientiert auszurichten. Zudem gibt es mittlerweile sehr wohl wieder WinForms und WPF für .NET Core und .NET 5.0. Auch gibt es zahlreiche NuGet-Pakete die auf Core basieren, welche ich gerne nutzen würde, z.B. EntityFramework.Core. Bislang sind jedoch alle meine Versuche ein Inventor AddIn mit .NET Core zu erstellen gescheitert. Inventor erkennt das AddIn und listet es im Zusatzmodulmanager, es ist jedoch "Entladen" und lässt sich auch nicht laden. ------------------ Mit besten Grüßen Marcel ---Bitte keine Privaten Nachrichten schreiben, da ich diese leider immer erst Monate später wahrnehme--- Eine Antwort auf diesen Beitrag verfassen (mit Zitat/Zitat des Beitrags) IP |
mb-ing Mitglied F&E-Mangement, MB-Ing. (u)
Beiträge: 723 Registriert: 06.09.2012 Inventor 2021 WIN 10 (64bit), Dell Precision T1650, 16GB (Pro.File 8.7)
|
erstellt am: 14. Mai. 2021 07:03 <-- editieren / zitieren --> Unities abgeben: Nur für Ruzy5624
|
Ruzy5624 Mitglied Konstruktionsleiter / staatl. gepr. Techniker
Beiträge: 280 Registriert: 01.07.2015 Product Design Suite 2018 Ultimate Visual Studio 2017 Windows 10 Pro Intel Xeon E3-1245 v5 @ 3,5GHz Nvidia Quadro M4000 8GB RAM 32GB 2x 24" Monitore FullHD SpaceMouse Pro
|
erstellt am: 14. Mai. 2021 20:34 <-- editieren / zitieren --> Unities abgeben:
Ja, Zukunftssicherheit ist ein Gesichtspunkt. Es macht aus meiner Sicht Sinn, dass aufgrund der Tatsache das ich das Projekt komplett von Null neu aufziehe, ich das Projekt auf dem aktuellstem möglichem Framework aufbaue, welches aktuell eigentlich .NET 5 ist. https://docs.microsoft.com/en-us/dotnet/core/dotnet-five Und ja, mein AddIn besteht zu einem nicht unwesentlichem Teil darin Informationen in Datenbanken zu verwalten und diese dem Nutzer zur Bearbeitung zur Verfügung zu stellen. Aus diesem Grund der geplante Einsatz von EntityFramework.Core. Leider blieben alle meine Versuche bislang erfolglos, weshalb ich wohl doch auf .NET Framework 4.8 mit EntityFramework 6 zurückgreifen werden. Immerhin zeigt dein Link, dass dieses Framework noch langen Support von Microsoft genießen wird. ------------------ Mit besten Grüßen Marcel ---Bitte keine Privaten Nachrichten schreiben, da ich diese leider immer erst Monate später wahrnehme--- Eine Antwort auf diesen Beitrag verfassen (mit Zitat/Zitat des Beitrags) IP |
mb-ing Mitglied F&E-Mangement, MB-Ing. (u)
Beiträge: 723 Registriert: 06.09.2012 Inventor 2021 WIN 10 (64bit), Dell Precision T1650, 16GB (Pro.File 8.7)
|
erstellt am: 16. Mai. 2021 08:11 <-- editieren / zitieren --> Unities abgeben: Nur für Ruzy5624
Ich denke auch, dass Du Dein Code, den Du jetzt im .NET-Framework erstellst, auch zukünftig relativ einfach in das .NET CORE-Framework überführen kannst. Also in Bezug auf die Inventor-Logik! Die Kommunikation mit der DB würde ich persönlich eh in einen Web-Service auslagern. So bist Du wirklich zukunftssicher und kannst den Web-Service auch skalieren und anderweitig benutzen. Für mein persönliches Dafürhalten ist eh immer suboptimal, wenn ein Client DIREKT mit der DB kommuniziert. Man hat da zu viele Faktoren nicht im Griff: - Performanz - Parallele Anfragen handeln (Priorisieren, auf denselben Datensatz schreiben, Berechtigungen,) - Ein Client in Deutschland soll auf eine deutsche DB schreiben und ein Client in China soll auf eine chinesische DB schreiben - Sicherheitsthemen - Fehlerauswertung und Feherlabfangung - Zentrales Auswerten - Zentrale Wartung - .. Bei uns in der Firma ist es sogar nicht erlaubt, dass ein Client direkt in die DB schreibt. (Würde auch beim Audit aufstoßen ...) Oder verstehe ich Dich da falsch? Ich persönlich würde Dir zu einer Server-Client-Lösung raten, weil dann jeder das macht, was er am Besten kann Und weil dies fachmännisch und zukunftssicher ist Aber natürlich kann man es auch so umsetzen, wie Du es vorhast... Viel Erfolg bei Deiner Umsetzung. Für Fragen stehe ich Dir gerne zur Verfügung. VG MB-Ing. ------------------ Wissen ist Macht. Nichts wissen macht auch nichts Eine Antwort auf diesen Beitrag verfassen (mit Zitat/Zitat des Beitrags) IP |
| Anzeige.:
Anzeige: (Infos zum Werbeplatz >>)
|