AGB  ·  Datenschutz  ·  Impressum  







Anmelden
Nützliche Links
Registrieren
Zurück Delphi-PRAXiS Delphi-PRAXiS - Lounge Betriebssysteme Ich hab da noch etwas .NET Framework Müll auf dem Rechner

Ich hab da noch etwas .NET Framework Müll auf dem Rechner

Ein Thema von Popov · begonnen am 7. Feb 2013 · letzter Beitrag vom 11. Feb 2013
Antwort Antwort
Furtbichler
(Gast)

n/a Beiträge
 
#1

AW: Ich hab da noch etwas .NET Framework Müll auf dem Rechner

  Alt 8. Feb 2013, 07:46
Soweit ich das sehe, rödelt dieser .NET-Optimierer immer nach einem Update. Und das dann ne ganze Weile. Wenn man diese aber zeitlich optimiert (nachts, wochenende), merkt man davon nichts.
Ja. Leider. Been there, done that, got the T-Shirt.
Und somit als Fan geoutet. Wer kauft sich schon ein T-Shirt, von Dingen, die er nicht mag.
Zitat:
Oxygene (aus Delphi Prism) hingegen ist eine Sprache, die Object Pascal konsequent in Richtung (teilweise-)Managed Umgebungen weiterentwickelt hat, und dabei sogar Sprachelemente (z.B. Code Contracts) in einer Art und Weise umgesetzt hat, von der sich sogar C# die ein oder andere Scheibe abschneiden könnte.
"Eigenlob stinkt", sagt man doch, oder?

Zitat:
Visual Basic wurde von anderen Leuten die von Sprachdesign keine Ahnung haben
Wusste nicht, das Du die Leute kennst. Ansonsten erinnert mich dieses 'die haben keine Ahnung' an einen BuLi-Stammtisch, wenn mal wieder unqualifiziert über den Trainer/Spieler/Schiri gefaselt wird, der natürlich 'keine Ahnung' hat und man selbst alles viel viel besser weiss. Obwohl die Trainer/Spieler/Schiris das ja eigentlich gelernt haben.

Nicht böse sein, aber hier bist Du durchaus in der Lage, differenzierter zu argumentieren.

Ich behaupte nämlich: Die Leute um VB haben von Sprachdesign sehr wohl eine Ahnung (sie haben ja IT studiert, wovon ich mal ausgehe), wenden ihr Wissen (hier) aber nicht an, denn die Philosophie von VB ist ja gerade nicht, modernste Sprachkonzepte einfließen zu lassen, sondern DAUs zu befähigen, Code zu schreiben. Deswegen heißt BASIC ja BASIC ("Beginners All Purpose Symbolic Instruction Code") und nicht ("ESDIC", wie "Experts Super Duper Instruction Code").
  Mit Zitat antworten Zitat
Benutzerbild von Phoenix
Phoenix
(Moderator)

Registriert seit: 25. Jun 2002
Ort: Hausach
7.643 Beiträge
 
#2

AW: Ich hab da noch etwas .NET Framework Müll auf dem Rechner

  Alt 8. Feb 2013, 08:00
"Eigenlob stinkt", sagt man doch, oder?
Da ich (aus zeitlichen Gründen wegen meines normalen Jobs) schon seit über einem Jahr nichts mehr mit RO zu tun habe (letztes Post dort Dezember 2011, ich bin auch hier auf der Teamseite schon lange nicht mehr gelistet), würde ich da gerne wissen wie Du da noch auf 'Eigenlob' kommst

Ab und zu chatte ich noch mit den Jungs, aber da kam ehrlich gesagt auch nicht genug bei rum dass es sich noch gelohnt hätte.

Ganz Ehrlich:
Gegen Prism / Oxygene spricht ganz eindeutig die zu geringe Verbreitung und die komplett fehlende Toolunterstützung a) seitens offenerer API's bei MS und b) seitens Drittherstellern für z.B. Refactoring-Tools).

Das ist ein so großes Manko, dass es fast nicht mehr aufgewogen mehr kann - ausser man ist ein absoluter Pascal-Verfechter und die Vorteile der besser lesbaren Syntax des Pascal-Codes überwiegen im Einzelfall die anderen Produktivitätsvorteile in anderen .Net Sprachen.

Ausnahmefall: Man will tatsächlich a) auf Pascal setzen und b) tatsächlich für .Net (Windows Phone / Win RT), Java (Android) und Cocoa (Mac/iOS) die gleichen Anwendungen *jeweils nativ* schreiben. Dann gibt es ausser MonoTouch/MonoDroid (das ja überall über ein .Net Zwischenkompilat geht) keine Alternative.

Dennoch: Die Contracts.StaticMethod(checksomething) API (neu seit .NET 4) ist so extrem häßlich gegenüber den wunderbar direkt in die Klassen und Methoden eingewobenen Code Contracts, die es in Oxygene schon gab wo es noch Chrome hiess (also in v1, vor etlichen Jahren).

Für AOP braucht man in anderen .NET Sprachen extra Post-Compiler die den fertigen IL-Code auseinandernehmen, die Aspekte unterjubeln und neuen IL generieren. Und dabei dann fast alle vergessen die PDB's neu zu schreiben, so dass in Stack traces bei Exceptions nicht die richtigen Zeilennummern stehen (wenn überhaupt die richtige Methode). In Oxy ist das gleich des Compilers (und funktioniert übergreifend für Java und Cocoa auch genauso wie in .Net), weil man hier direkt im Compilierungsprozess drin steckt, sozusagen als Compiler-Plugin.

Auch inline Interfaces (kamen aus Java) wären in C# manchmal schön.

Ein bisschen fehlen mir die Features, aber das wird alles in allem eben durch das super-Tooling in der .Net Welt (ReSharper, Reflector, LinqPad...) alles wieder mehr als aufgewogen.
Sebastian Gingter
Phoenix - 不死鳥, Microsoft MVP, Rettungshundeführer
Über mich: Sebastian Gingter @ Thinktecture Mein Blog: https://gingter.org
  Mit Zitat antworten Zitat
Antwort Antwort

Themen-Optionen Thema durchsuchen
Thema durchsuchen:

Erweiterte Suche
Ansicht

Forumregeln

Es ist dir nicht erlaubt, neue Themen zu verfassen.
Es ist dir nicht erlaubt, auf Beiträge zu antworten.
Es ist dir nicht erlaubt, Anhänge hochzuladen.
Es ist dir nicht erlaubt, deine Beiträge zu bearbeiten.

BB-Code ist an.
Smileys sind an.
[IMG] Code ist an.
HTML-Code ist aus.
Trackbacks are an
Pingbacks are an
Refbacks are aus

Gehe zu:

Impressum · AGB · Datenschutz · Nach oben
Alle Zeitangaben in WEZ +1. Es ist jetzt 20:33 Uhr.
Powered by vBulletin® Copyright ©2000 - 2025, Jelsoft Enterprises Ltd.
LinkBacks Enabled by vBSEO © 2011, Crawlability, Inc.
Delphi-PRAXiS (c) 2002 - 2023 by Daniel R. Wolf, 2024-2025 by Thomas Breitkreuz