AGB  ·  Datenschutz  ·  Impressum  







Anmelden
Nützliche Links
Registrieren
Zurück Delphi-PRAXiS Suchfunktion Ergebnis der Suchanfrage

Ergebnis der Suchanfrage


Datum des Suchindex: Heute, 05:02

Parameter dieser Suchanfrage:

Suche in Thema: Ist RemObjects die Zukunft von Delphi?
Suche alle Beiträge, die von "Phoenix" geschrieben wurden
• Suchmethode: "Suche nach allen Begriffen"
• Nach Datum (firstpost) sortiert
• Zeige Treffer als Beiträge
Zeige 10 von insges. 10 Treffern
Suche benötigte 0.001s

Es liegen Ergebnisse in folgenden Bereichen vor:

  • Forum: Klatsch und Tratsch

    AW: Ist RemObjects die Zukunft von Delphi?

     
      by Phoenix, 7. Mär 2014
    ...den man besser nicht füttert.
  • Forum: Klatsch und Tratsch

    AW: Ist RemObjects die Zukunft von Delphi?

     
      by Phoenix, 6. Mär 2014
    Falsch. Die Reihenfolge ist: Make it work, make it right, make it fast.

    Hier nur einmal drei gute von mehreren hundert Artikeln zu dem Thema:
    http://c2.com/cgi/wiki?MakeItWorkMakeItRightMakeItFast
    http://cbednarski.com/articles/make-it-work-make-it-right-make-it-fast/
    http://agileinaflash.blogspot.de/2009/03/make-it-work-make-it-right-make-it-fast.html

    Und das hat nichts mit mangelndem...
  • Forum: Klatsch und Tratsch

    AW: Ist RemObjects die Zukunft von Delphi?

     
      by Phoenix, 6. Mär 2014
    Stimmt, deswegen schrieb ich ja auch:
    ;-)
  • Forum: Klatsch und Tratsch

    AW: Ist RemObjects die Zukunft von Delphi?

     
      by Phoenix, 6. Mär 2014
    Prinzipiell korrekt. Nur wenn man das konsequent durchzieht müsstest Du ja erstmal anfangen Deinen eigenen Compiler zu bauen.

    Nun kann man aber zum glück davon ausgehen, das ein Compiler der z.B. von Microsoft bereitgestellt wird - genauso wie das .NET Framework - eine extrem intensive QA durchläuft. Trotzdem durchgerutschte Bugs fallen bei einer Nutzerbasis in der Größenordnung dann aber auch...
  • Forum: Klatsch und Tratsch

    AW: Ist RemObjects die Zukunft von Delphi?

     
      by Phoenix, 6. Mär 2014
    Dann stehst Du vermutlich auch auf esoterische Programmiersprachen wie Whitespace oder Brainfuck? Viel puristischer geht es ja kaum noch.



    Das ist eher der Punkt. Es geht bei der Sprachentwicklung primär um usability und ease of use.

    Jede Zeile die ich als Entwickler nicht mehr schreiben muss, ist schonmal eine Zeile weniger die einen Bug enthalten könnte und eine Zeile weniger die ich...
  • Forum: Klatsch und Tratsch

    AW: Ist RemObjects die Zukunft von Delphi?

     
      by Phoenix, 5. Mär 2014
    1.) Hängt von der Plattform ab.

    Ein .NET Char (also das Objekt im .NET Framework) bringt die Implizite Konvertierung zu Int mit: http://msdn.microsoft.com/en-us/library/y5b434w4.aspx

    Auch in Java konvertiert die Runtime einen Char (2 byte) implizit in einen int (4 byte), da es eine widening conversion ist.

    Wie das in der Cocoa/Objective-C runtime ist kann ich nicht mit Bestimmtheit...
  • Forum: Klatsch und Tratsch

    AW: Ist RemObjects die Zukunft von Delphi?

     
      by Phoenix, 4. Mär 2014
    .NET IST die Windows-Plattform. Noch nativer als einheitlich über alle Windows-Varianten - inklusive RT - (wo steht da nochmal das Windows-"Native" Delphi?) geht es nicht.
  • Forum: Klatsch und Tratsch

    AW: Ist RemObjects die Zukunft von Delphi?

     
      by Phoenix, 4. Mär 2014
    Nein, sind sie nicht. C# wurde so nach am ECMA-Standard belassen wie möglich.
  • Forum: Klatsch und Tratsch

    AW: Ist RemObjects die Zukunft von Delphi?

     
      by Phoenix, 4. Mär 2014
    Nein. Wollen sie aber auch nicht sein. Müssen sie auch nicht.

    RemObjects bietet für Pascal (und jetzt C#) sprechende Entwickler einen sehr individuellen Zugang zu neuen Plattformen, nämlich indem sie die Zielplattformen ohne Abstraktionen 1:1 an den Entwickler durchreichen.

    Der Entwickler wird bewusst auf die Problematik Plattform <--> Code reduziert. Es gibt - auch wieder bewusst - keine...
  • Forum: Klatsch und Tratsch

    AW: Ist RemObjects die Zukunft von Delphi?

     
      by Phoenix, 4. Mär 2014
    Hydrogene ist C# (für .NET) bzw. ein Subset von C# für die Cocoa/Objective-C Runtime (z.B. gehen dort keine Generics, da das die Runtime nicht kann). Das was hier erweitert wurde ist z.B. der für Cocoa benötigte Support für Multipart-Method Names.

    Ansonsten ist das "nur" ein Compiler mit 3 Backends (.NET, Java Bytecode, Obj-C) für die Sprache C# - da ist nichts "deutlich" erweitert, sondern...


URL zu dieser Suchanfrage:

https://www.delphipraxis.net/dp_search.php?do=usersearch&search_username=Phoenix&search_exact_username=1&search_sortby=dateline&search_resulttype=post&search_matchmode=0&searchthreadid=179383
Impressum · AGB · Datenschutz · Nach oben
Alle Zeitangaben in WEZ +1. Es ist jetzt 05:20 Uhr.
Powered by vBulletin® Copyright ©2000 - 2024, Jelsoft Enterprises Ltd.
LinkBacks Enabled by vBSEO © 2011, Crawlability, Inc.
Delphi-PRAXiS (c) 2002 - 2023 by Daniel R. Wolf, 2024 by Thomas Breitkreuz