C++ (alle ISO-Standards)

• ?

  Zugriff auf einzelne Elemente eines Container-Members
  • Gast  

  24
  0
  Stimmen
  24
  Beiträge
  3010
  Aufrufe

  S

  brotbernd schrieb: Simon2 schrieb: brotbernd schrieb: ... Änderst du vector<Worker> in set<Worker> musst du die ganze Welt ändern, ... Keineswegs. Ich kann durchaus weiterhin einen vector rausgeben - auch wenn ich intern die Daten anders verwalte. Das wird mit einem non-const-Ref-vector natürlich "schwieriger" ... aber wenn man sich dagegen absichern will, nimmt man eben die "getter/setter"-Variante oder einen Container, der das Fachobjekt über Änderungen informiert. Was heißt hier keineswegs. ... Keineswegs eben. "Die Welt" muss nichts ändern, wenn ich weiterhin lediglich einen vector rausgebe (und die Daten intern in einem set ablege). Aber wie schon (mehrfach) gesagt: Da unterscheidet sich vector nicht von anderen Datentypen, die man (als Bestandteil der Schnittstelle) "mit der Welt teilt". Will ich eine Schnittstellenkonstanz, muss ich entsprechend die Daten auf dem Weg in die Welt gehend oder aus ihr kommend "aufbereiten". brotbernd schrieb: ...Für Strings interessiert man sich i.d.R. im ganzen. Für vectoren nicht (immer). Da interessieren mich meistens eher die einzelnen Elemente. hmmm, erlebe ich anders. Gerade deine "Iteratorlogik" spiegelt doch eher den "Collectionaspekt" wider (Zugriff auf einzelne Elemente ist damit umständlich). Aber vielleicht habe ich den Schwerpunkt meiner Aussagen noch nicht ausreichend deutlich gemacht: Die Idee, interne Verwaltungsstrukturen direkt nach außen zu geben, halte ich für nicht besonders sinnvoll - egal ob über Iterator, eine Indexzugrifffunktion oder eine direkte Referenz auf den internen Container. Aber wenn man der Welt eine Menge zu Verfügung stellt, sollte man das IMHO am Besten auch genauso tun: Als Menge! ... und mit einem dafür geeigneten Datentyp. Und mir scheint eben an diesem Punkt bei Vielen die "Tuning-Paranoia" zuzuschlagen, die einem einflüstert "Warte mal! Du hast die Daten doch sowieso intern schon in einem vector ... den kannst du doch einfach so rausgeben (direkt oder via (evtl. tw.) "Schittstellenweiterleitung") - ist bestimmt am schnellsten (programmiert und Laufzeit)!" ... um sich dann um den selbsteingebauten Kapselungsbruch und/oder Flexibilitätseinbuße zu ärgern. Gruß, Simon2.
• B

  Komplaexitaet von std::tr1::unordered_map::size()
  • Blue-Tiger  

  6
  0
  Stimmen
  6
  Beiträge
  938
  Aufrufe

  B

  Danke, das bestaetigt meine Intuition.
• F

  More Effective C++ und Effective STL
  • fr33g  

  19
  0
  Stimmen
  19
  Beiträge
  3344
  Aufrufe

  B

  brotbernd schrieb: Ich find die ganzen Herb Sutter Bücher ganz nett, sind aber alle nur englisch glaube ich. Hast du schon was über Design Patterns? Da gibt es auch einige deutsche (auch das GoF, wobei die Übersetzung z.B. sehr schlecht sein soll, ich kenn nur das englische). Hm, deutsche Bücher kenn ich sonst wirklich nicht mehr. Man sollte sich wirklich möglichst schnell daran gewöhnen englisch zu lesen. Das Deutsche GoF ist grottenschlecht, ich wollt es eigentlich in meinem letzten Post schon als Ur-Negativbeispiel erwaehnen. ad Buchempfehlung: "Head First Designpatterns", wenn du noch nie was ueber Entwurfsmuster gelesen hast. Aber an & fuer sich wuerd ich erstmal mehr programmieren und weniger lesen
• J

  Midi Library
  • jonnybx  

  1
  0
  Stimmen
  1
  Beiträge
  734
  Aufrufe

  J

  Hallo zusammen, kennt jemand eine gute Library o.ä um die MIDI Rohdaten von einem Controler eizulesen?
• T

  [GELÖST] Undefined refrence to... ??
  • Tonikum  

  14
  0
  Stimmen
  14
  Beiträge
  1928
  Aufrufe

  ?

  *lach* Okay, danke. Ich wünsche, ich würde das auch mal alles verstehen. Ich hatte das so verstanden, dass er sich aus dem Header die Definitonen und aus dem gleichnamigen cpp-File die Deklarationen schnappt. Ihr habt mir mal wieder sehr geholfen.
• ?

  Wie lange braucht man um C++ zu lernen?
  • Gast  

  51
  0
  Stimmen
  51
  Beiträge
  24340
  Aufrufe

  ?

  @Mitleid: ich lach mich krank, bitte noch mehr von deinen Weisheiten.
• ?

  Testen von Interna
  • Gast  

  13
  0
  Stimmen
  13
  Beiträge
  1854
  Aufrufe

  B

  testloser schrieb: Wenn ich testgetrieben entwickle und mit...ich sage mal inneren Methoden, also den kleinsten Bausteinen, anfange, warum sollte ich die nicht testen wollen? Nach TDD Manier schreibt man das, und nur das, was gerade gebraucht wird. Und das sind die öffentlichen Schnittstellen mit ihren Anforderungen/Vor-Nachbedingungen. Du fängst nicht mit den Interna an, sondern mit der Schnittstelle und implementierst nur das allernötigste. Nach und nach erhöhen sich die Anforderungen an deine Schnittstelle. Du refaktorisierst ( ) deine Implementierung, abgesichert durch den schon längst bestehenden Test der Schnittstelle.
• D

  Altersnachfrage Schleife durchbrechen.
  • Dadeldi  

  11
  0
  Stimmen
  11
  Beiträge
  1699
  Aufrufe

  D

  knivil schrieb: if ((0 < alter) && (alter < 110)) { break; } Vielen Dank für die Hilfe ! Gruss Dadeldi
• T

  boost::regex reagiert anders unter Linux und Windows?
  • TheGrudge  

  7
  0
  Stimmen
  7
  Beiträge
  1264
  Aufrufe

  T

  Hmm aus irgendeinem Grund waren die Strings in UTF-16 codiert, dadurch kam es zu Fehlern beim Einlesen. Jetzt wo alles UTF-8 ist, funktioniert es wieder.
• ?

  try~catch wird nicht ausgelöst?
  • Gast  

  5
  0
  Stimmen
  5
  Beiträge
  978
  Aufrufe

  K

  exc schrieb: Memory-Read exceptions kann man also nicht fangen? Was den C++ Standard betrifft, gibt es keine "Memory-Read exceptions". Wenn Dein Programm ungültige Zeiger dereferenziert, dann kann im Prinzip alles passieren und nichts wird garantiert (undefined behaviour). Vor allem muss keine Ausnahme im Sinne einer C++ Ausnahme fliegen, die man fangen kann.
• H

  Objekte löschen mit delete
  • Heimelchen  

  39
  0
  Stimmen
  39
  Beiträge
  15475
  Aufrufe

  A

  Heimelchen schrieb: Jaja, ich komm halt von VCL. TStringList ist ein Nachkomme von TStrings. Sachen die mit der VCL zu tun haben (da dort einiges "anders" läuft), gehören in das folgende Unterforum: VCL (C++ Builder) Da es eine VCL-Funktion ist, auf die du keinen Einfluss hast, ist es aber mit ".get()" richtig, es sei den die Funktion übernimmt den Besitz (mir fällt derzeit aber keine VCL-Funktion ein wo dies so wäre).
• ?

  boost::numeric::ublas +Konstruktor
  • Gast  

  5
  0
  Stimmen
  5
  Beiträge
  899
  Aufrufe

  A

  Hast Recht.... ist doof gewesen, führt zu nichts. size_t strrevmatrix(char * const string,int const ws) { size_t const s=strchr(string,ws)-string; vector<char> x(string,s); //matrix<T> M(); return s; }
• R

  Designfrage: Err-Code --&gt; Exceptions
  • Roger Wilco  

  7
  0
  Stimmen
  7
  Beiträge
  798
  Aufrufe

  R

  Mit "ungültige Addresse" meine ich die Adressierung eines ungültigen "virtuellen" Speicherbereiches, der durch das Protokoll definiert ist. Es werden Datenbereiche definiert, die als universelle Datenschnittstelle nach außen dienen. Nun soll z.B. mein Client Daten vom Server lesen oder Daten in diese Bereiche schreiben. Der Datenbereich ist im Protokoll festgelegt. Nun kann es aber aufgrund des Protokoll-Designs vorkommen, dass dieser Adressbereich überschritten wird. Das sollte der Client natürlich vor dem Abschicken der Anfrage überprüfen, aber es ist eben technisch möglich. Dafür gibt es einen entsprechenden Fehlercode als "Exception-Response". Für mich eine Exception, da es nicht vorkommen darf. Wenn doch, hat der Client vergessen eine unsinnige Eingabe zu überprüfen.
• M

  Aufteilung des Codes auf mehrere Dateien
  • Mo3bius  

  9
  0
  Stimmen
  9
  Beiträge
  1111
  Aufrufe

  M

  Ich glaub jetzt habe ich das verstanden. Vielen Dank für die Nachhilfe. Mfg Mo3bius
• B

  TMemoryStream zu String [gelöst]
  • Babblfish  

  10
  0
  Stimmen
  10
  Beiträge
  3180
  Aufrufe

  B

  Danke für den Hinweis... funktioniert. Hatte es vorher direkt mit TStream versucht - und das ging schief (erzeugte eine Zugriffsverletzung). Nun sieht es so aus: String Tsms_sender::CheckCash(String username, String password) { String params = "id=" + username + "&pw=" + password; TStringStream *InStream=new TStringStream(); TStringStream *OutStream=new TStringStream(); OutStream->WriteString(UnicodeString(params)); IdHTTP1->Request->ContentType="application/x-www-form-urlencoded"; try { IdHTTP1->Post("http://me.local/rad/konto.php", OutStream, InStream); } catch(...) { sms_text->Lines->Add("Hinweis: Exception von IdHTTP"); } InStream->Position=0; String inas = InStream->ReadString(InStream->Size); delete OutStream; delete InStream; return inas; } Hatte auch schon vorher versucht mit InStream->Size zu arbeiten aber leider funktionierte das nicht da er für char Buffer einen konstanten Ausdruck erwartete (hat sich ja jetzt durch den Verzicht auf Buffer erledigt!)
• ?

  Welche Dateiendung benutzt ihr?
  • Gast  

  17
  0
  Stimmen
  17
  Beiträge
  17167
  Aufrufe

  A

  Im Prinzip ist es mir aber egal. Solange man für C++-Header kein .h als Endung nimmt (das ist für C-Header). Da viele c++ Projekte (vtk, qt, ...) durchaus .h verwenden hab ich mich einfach angeschlossen und benutze auch .h (und .cpp)
• ?

  typedef oder struct
  • Gast  

  7
  0
  Stimmen
  7
  Beiträge
  1329
  Aufrufe

  F

  Also für mich ergibt dein Beispiel nur den Sinn, dass du eben jetzt mehrere Unterschiedliche Namen für den Typ hast und diesen dann später leichter austauschen kannst. Lg freeG
• ?

  optimierte/schnelle CSV-Parser
  • Gast  

  11
  0
  Stimmen
  11
  Beiträge
  5017
  Aufrufe

  ?

  vielen dank schon mal für eure weiteren Tips. ich werde alle ausprobieren und hoffe, dass ich mein Programm so verbesser kann. sobald ich ein zufriedenstellendes Ergebnis habe, sage ich euch, wie ich es gelöst habe. Derweil sind weitere Vorschläge natürlich Willkommen. Grüße Cabo
• ?

  Interesting Post
  • Gast  

  1
  0
  Stimmen
  1
  Beiträge
  452
  Aufrufe

  ?

  Cool post, I will be sure to recommend to friends!
• ?

  Startparameter verarbeitung
  • Gast  

  10
  0
  Stimmen
  10
  Beiträge
  1056
  Aufrufe

  N

  weißnochnix schrieb: Und wie führt man dann eine Funktion aus?^^ Gleich wie eine normale Funktion. Steht auch in der Dokumentation.