Ein C-String ist ein nullterminiertes Char-Array. Aber es würde mich jetzt, ehrlich gesagt, überraschen, wenn das "a" tatsächlich für "Array" stehen würde, denn der zugrundeliegende Datentyp, bzw. hier die Codierung der Zeichen ist entscheidender als die Datenstruktur.Zitat:
Zitat von Whiz-zarD
Meine alternative Idee muss ja nicht richtig sein. :)Zitat:
Zitat von Kyuu
Tatsächlich hatte ich auch immer "array" statt "ASCII" im Kopf und ich bin mir auch gerade nicht sicher, ob C überhaupt irgendwo fix definiert, daß es ASCII sein muß. Es würde mich nicht wirklich überraschen, wenn die Funktion auf irgendwelchen IBM-Maschinen auf EBCDIC arbeitet, zumindest in einem der älteren C-Standards.Zitat:
Zitat von Kyuu
Du hast Recht, zumindest in C99 ist nicht fest definiert, dass es ASCII sein muss. Ich denke, das Gleiche wird auch für ältere Standards zutreffen. Interessant ist aber, dass bereits in den Manpages der ersten Unix-Edition atoi als "ascii to integer" beschrieben wird. Rückblickend war die Entscheidung, "ASCII" im Funktionsnamen zu verwenden, also keine gute Idee. Immerhin haben sie es mit strtol besser gemacht.
Ich wollt für meine Frage keinen extra Thread machen deswegen frag ich mal hier nach.
Ich bin auf der Suche nach einem Hobby Team in Richtung Apps für Andorid, 2D oder 3D Games für PC/Android und sollte deutschsprachig sein.
Hoffe mir kann bei meiner Suche jemand helfen.
Du suchst also Leute die die Arbeit machen, für lau?
Ich denke, dass er dort mitmachen möchte.
Erfahrungen mit Android-Apps: ja
Erfahrungen speziell im 2D/3D-Bereich: nein
Der grafische Kram dürfte bei Android alles mit OpenGL/OpenGL ES gelöst sein.
Aber wonach suchst du überhaupt?
Hallo Pray,Zitat:
Zitat von Pray
viele Informatik-Fakültäten richten zurzeit Applikationen-Labore ein, in denen Interessierte Android-Apps entwickeln und testen. Vielleicht wirst du dort fündig :)
Die Font hier sieht interessant aus. Werde sie vllt. in den nächsten Tagen mal intensiv auf der Arbeit testen. (:
Habt ihr irgendwelche Font-Vorlieben wenn ihr entwickelt oder nutzt ihr prinzipiell den Standard eurer IDE?
Zumindest im Golem-Forum (auch wenn dort viel Trolling herrscht, eine Grundtendenz ist immer festzuhalten) wird die Font eher negativ angenommen, v.a. wegen des Hinting in kleiner Schriftgröße. Viele schwören da eher auf Monospace unter Linux... Ich für meinen Teil nutze unter Linux Inconsolata, was mir noch einen Tick besser gefällt als Monospace...
Wenns nach den meisten Linux-Nutzern geht, würden wir heute immer noch PCs ausschliesslich im Text-Modus verwenden, weil den Grafik-Modus keiner braucht und nur Resourcen verschwendet ;)Zitat:
Zitat von Manuel
Mir war grade danach. (Wehe dem, der die Anspielung nicht kriegt)
Edit: etwas erweitert, um enger an der Vorlage zu bleiben
Warum schreibt hier keiner? Oo
Naja.
Ich hab gerade festgestellt dass LINQ cooler ist als ich dachte.
Eine Zeile. Bewirkt dass ls.ShowDefaultSearchChekbox, ls.ShowHomepageCheckbox, ls.ShowNewTabCheckbox jeweils auf True überprüft wird (da alle Werte Booleans sind entspricht "Where b" hier "Where b = True") und für jedes davon, was True ist, wird 12 zu heightOffset dazugezählt.Code:Dim heightOffset As Integer = (From b In {ls.ShowDefaultSearchChekbox, ls.ShowHomepageCheckbox, ls.ShowNewTabCheckbox} Where b).Sum(Function(b) 12)
Naja, also im Prinzip hab ich so angefangen:
Dann wurde draus:Code:Dim heightOffset As Integer = 0
If ls.ShowDefaultSearchCheckbox Then heightOffset += 12
If ls.ShowHomepageCheckboxThen heightOffset += 12
If ls.ShowNewTabCheckbox Then heightOffset += 12
Und am Schluss eben die eine Zeile. :)Code:Dim heightOffset As Integer = 0
For Each b As Boolean In {ls.ShowDefaultSearchChekbox, ls.ShowHomepageCheckbox, ls.ShowNewTabCheckbox}
heightOffset += 12
Next
Lesbarer wird der Code dadurch halt nich.
Ich könnte grade höchstens ausgiebig motzen:
- Ich code grade was für ein Uniprojekt. Das Institut verwendet immer noch svn und lässt sich nicht dazu überreden, ein git Repository als Abgabe zu akzeptieren. Jeder einzelne Commit soll in svn auftauchen.
- git-svn ist scheiße. Jedes Mal, wenn ich was ins svn Repo committen will, zerhauts mir meine History.
- Java hat kein unsigned long. Wenn ich das Netzwerkprotokoll korrekt implementieren wollte, müsste ich ein BigInteger verwenden. Ich hoffe jetzt einfach mal, dass mir niemand SO große Dateien andrehen will.
- Im RFC für das Protokoll sind immer noch diverse Inkonsistenzen. Mal wird der Typ einer Nachricht in Caps geschrieben, mal nicht. Teilweise fehlen Angaben, welchen Wertebereich bestimmte Felder haben dürfen, teilweise ist man dann aber überspezifisch.
Just my two cents.
Das Problem kenn ich, allerdings anders rum. In einem Kurs dieses Semester waren alle abgaben per git zu erledigen. Auf die Frage am Ende der LVA, was denn das größte Problem war gab es eine fast einstimmige Antwort: gitZitat:
Zitat von DFYX
Kennt irgendwer was brauchbareres als TortoiseGit? Ich will nicht jedesmal bei einem Push das von Google generierte Passwort nachschlagen und einfügen müssen oder irgendwelche Keys konfigurieren.
Naja, ich finde git ist super für das was es tun soll. Man muss eben sich auch reinlesen wie es geht und vor allem sollte man nicht mit irgendeiner GUI anfangen sondern mit kommandozeile (Das musste ich auf die harte Tour lernen.). Du kannst in git deine Credentials sichern wenn du magst oder du nutzt halt https (was ich lieber mache :D) da musst du maximal deine Userdaten eingeben.
Es gibt mittlerweile auch Aufgaben die ich über gui erledige (commits z.b. oder checkouts. WebStorm integriert git ziemlich awesome). Allerdings gibt es immernoch Sachen die ich lieber über Kommandozeile mache, wie etwa rebases. Die Komandozeile von git sagt einem auch immer was man machen muss daher ist das ganz cool.
TortoiseGit kann man gut zum commiten, shell visualisierung in Ordnern und zum Anzeigen des logs nutzen. Ich hab damit auch pushen können aber sobald branches ins Spiel kommen ist das ziemlich nutzlos gewesen. GitExtenstions und GitHub App scheinen ganz nett zu sein.
Ich finde ja es sollte an Unis einen Kurs für Versionskontrolle geben da das heutzutage total wichtig ist. Zumindestens wichtiger als so manche Kurse die ich hier belegen muss (Kein Witz einer meiner Prüfungsleistungen ist ein Gemälde vorstellen...). Da könnte man mit so einfachen Sachen wie SVN anfangen und dann zu git wechseln, evtl noch Perforce erwähnen da es sich ja gut für Assets eignet.
Was halt viele auch nicht so richtig verstehen ist das man Konflikte in binärdateien nur schlecht lösen kann, schließlich weiß git im Standard ja nicht was das für eine Datei ist... Hab schon viele auf der Uni gesehen die deswegen gemeckert haben, als wenn ein Programm durch magie jeden Dateityp kennt und weiß wie er Konflikte lösen kann... Als wenn es so schwer ist einen neuen branch zu erstellen xD
Auf der Schule, wo ich war, gibt es nen kleinen Kurs bezüglich SVN. In den Programmier-Übungen sollten wir auch zeigen, dass wir mit SVN umgehen können. Mir mussten also z.B. absichtlich ein Konflikt erzeugen und zeigen, wie man diesen wieder behebt. Zusätzlich git wäre aber auch nicht schlecht gewesen, schon mal die meisten Dozenten Linux-Fanatiker sind.Zitat:
Zitat von R.D.
Wieso sollte man ein Branch erstellen, nur weil es einen Konflikt gibt? Oftmals passieren grad beim Merging Konflikte, die man nicht mit einem Branch lösen möchte.Zitat:
Zitat von R.D.
Hier in der Firma benutzen wir noch Visual Sourcesafe für die Versionsverwaltung. Das ist historisch bedingt und soll wohl bald gegen TFS ausgetauscht werden.
Bei Visual Sourcesafe gibt es ein exklusives Auscheck-Recht. D.h. nur eine Person kann an einer Datei arbeiten, was ein Vorteil ist, um eben Konflikte ein wenig aus dem Weg zu gehen. Hat aber auch den Nachteil, dass eben nur einer an einer Datei basteln kann. Möchte ein weiterer an dieser Datei schrauben, so muss er warten, oder er muss den Schreibschutz der Datei entfernen und später selbst zu sehen, wie er seine Änderungen in die Datei bekommt.
Das höre ich bei uns seit ich in der Firma bin. SourceSafe zu benutzen ist Zwang bei uns.Zitat:
Zitat von Whiz-zarD
Privat hab ichs mehrfach mit SVN-Zeugs versucht, Turtoise afair, hab aber immer wieder aufgegeben weil ich es nervig fand. Gibt es für dieses Git-Zeugs irgend eine Gui, die das ganze einfach und unkompliziert macht? ( Im Sinne von "verwöhnter Windowsnutzer-einfach" )
Haben wir auch noch, migrieren aber inzwischen zu git. Unter anderem, weil es manchmal schwer nachzuvollziehen war, was denn nun zu einer Version gehört. VSS speichert die History ja für jede Datei einzeln. Außerdem gab es immer wieder Helden, die abends vergessen haben, ihre ausgecheckten Dateien wieder freizugeben.Zitat:
Zitat von Whiz-zarD
Ich hab quasi den ganzen November letztes Jahr damit zugebracht, diverse Git-Tutorials zu einem Crashkurs für die Kollegen zusammenzufassen und es scheint zu funktionieren. Ich werd bei Gelegenheit mal nachfragen, ob ich das Ding veröffentlichen darf.
Ich hab übrigens inzwischen eine "Lösung" für mein Git-SVN Problem gefunden. Wenn ich zwischen master und trunk nur mittels Cherry-Picking Commits hin und her schiebe, krieg ich keine großartigen Probleme, höchstens eine hässliche History.
Edit @Corti
Es gibt einen ganzen Batzen GUIs für git, mit denen zumindest die Basics recht einfach sind. Beispielsweise TortoiseGit, GitExtensions, QGit und SmartGit. Wenn du wirklich effizient arbeiten willst, solltest du dich aber mal damit beschäftigen, wie Git intern funktioniert und das geht am leichtesten, indem man mal auf der Kommandozeile damit rumspielt. Schau dir mal Pro Git an. Ist ein schönes E-Book, das gleichzeitig einen Teil der offiziellen Dokumentation darstellt. Für den Anfang sind die Kapitel 1, 2, 3 und 5 interessant. Kapitel 4 brauchst du nur, wenn du einen Server aufsetzen willst und alles ab Kapitel 6 ist für fortgeschrittene User.
Gutes Ebook, danke dafür, hab bisher nur kurz reingelesen aber das gefällt mir schonmal.
Folgendes Gedankenspiel, Aufgabe aus der Matheklausur:
Ihr steht an der Straße und beobachtet ein Glücksspiel. Der Spieler setzt einen Geldbetrag als Einsatz, der Dealer wirft eine Münze. Wenn die Seite der Münze mit dem Tipp des Spielers übereinstimmt, so bekommt er sein Einsatz ausgezahlt. Er hat dann doppelt so viel wie vorher. Sollte der Tipp falsch sein, geht der Einsatz an den Dealer. Ihr beobachtet das Spiel und stellt fest, dass es bei 20 Würfen zu einer normalen Verteilung kam: 9 mal Kopf, 11 mal Zahl. Ein Passant kommt dazu und setzt einen Betrag, tippt auf Zahl. Es fällt Kopf. Der Passant setzt erneut einen Betrag und tippt wieder Zahl. Es fällt wieder Kopf. Nun setzt der Passant wieder einen Betrag, und setzt diesmal auf Kopf. Eine Person aus der Menschenmenge um das Pult herrum schüttelt den Kopf: "Das ist dämlich! Es ist viel wahrscheinlicher, dass die Zahl oben liegt!" - Stimmt das?
Ernsthaft? ^^""Zitat:
Zitat von Desmulator
Nein.
@ Tako: Oh Gott, wer macht sowas? XD
Das ist noch schräg-cooler, als der 3D-Shooter in Forth, den eine Gruppe bei mir auf der Uni in einer VL gemacht hat. XD
Nein.Zitat:
Zitat von Desmulator
Die Frage ist, worauf willst du hinaus?
1. "Münzen neigen generell dazu, Zahl zu zeigen."
Nein. Einzelne Münzen vielleicht, aber ohne die Angabe, um was für eine Münze es sich handelt, könnte es auch umgekehrt sein.
2. "Diese spezielle Münze neigt dazu, Zahl zu zeigen."
Nein. Wir haben bis jetzt 11 mal Kopf und 11 mal Zahl gesehen, also ein genau ausgeglichenes Verhältnis. Davon abgesehen, kann man nach 22 Würfen noch nicht sonderlich viel über eine Münze sagen, wenn sie nicht grade ein ganz extremes Verhältnis zeigt.
3. "Es muss langsam Zahl kommen, weil gerade zweimal Kopf kam."
Nein. Münzen haben kein Gedächtnis. Jeder Wurf ist ein unabhängiges Zufallsexperiment, das durch die vorherigen Experimente nicht beeinflusst wird.
4. "Der Typ schummelt."
Das schon eher.
Es war eine Fangfrage. Natürlich ist jedes Sequenz von Ereignissen mit gleicher Länge gleich wahrscheinlich. Simple Antwort: Nein. Es ging aber hier um die subjektive Erwartungshaltung eines Beobachters, der an die gleiche Verteilung der Ereignisse glaubt und kausale Zusammenhänge dort versucht zu sehen wo sie eigentlich nicht sind. Mathematisch natürlich non-sens aber irgendwie geht es mir zumindest auch so, wenn ich sowas tippe, dass ich dazu neige nach drei mal Zahl, eher auf Kopf zu tippen ...
Gut, ich denke, damit war die Frage hier einfach an der falschen Stelle. Ich gehe davon aus, dass jeder, der diesen Thread liest, sich zumindest einigermaßen mit Wahrscheinlichkeitstheorie auskennt und sowas weiß.
Ich experimentiere grade mit SDL 2.0 und bin begeistert. Endlich bekomme ich die ganzen Features, die ich in SDL 1.x immer vermisst habe oder von Hand mit OpenGL lösen musste:
- Skalierte und rotierte Sprites
- Gleichzeitige Verwendung von Per-Surface-Alpha und Per-Pixel-Alpha
- Mehr Blending Modes als nur einfaches Alpha Blending
- Abstraktionslayer für Threads (sonst hab ich halt immer Pthread genommen)
- Und noch viel mehr.
Und um mal eben einen Screenshot von eben jenem Projekt zu posten:
Anhang 17158
Meine Implementierung von RGSS, die nativ auf Mac und Linux läuft. Auf dem Screenshot zu sehen: Sprite mit Skalierung und Alphatransparenz. Rotation ist auch schon implementiert, hab ich nur grade nicht aktiv gehabt, als der Screenshot entstanden ist.
Sobald ich den Viewport Renderer drin hab, sollte man die meisten RPG Maker XP Spiele zumindest mal starten können.
Unter euch gibt’s doch sicher auch ein paar Leute, die Google Reader nutzen. Google hat ja letztens announced, dass sie den Service Mitte des Jahres killen, daher die Frage: Kennt/benutzt irgendwer von euch gute Alternativen? Mir geht’s eigentlich nicht um das Webinterface, sondern um den Syncing-Kram – ich will auf meinem Recher und auf meinen iOS-Devices Feeds lesen können und jedes Device sollte wissen, was auf den anderen schon gelesen wurde. Und zumindest für iOS will ich eigentlich auch kein reines Web-App (am Desktop-OS könnte ich damit leben).
Fastladder ist afaik inzwischen auch außer Dienst gestellt. Ich hab daher vor geraumer Zeit mal angefangen, mir selbst was zu implementieren.
Scheint so als würde Microsoft mit WebGL im Internet Explorer experimentieren:
How to enable WebGL in Internet Explorer 11
Wir haben wieder ein Weekly Update für euch!
Weekly Update #13 Next steps after the TechDemo++
Wir haben mal wieder ein Weekly Update für euch! Wir haben diese Woche das Pathfinding eingebaut das es sogar erlaubt das Entities anderen Entities hinterherspringen!
Link: Click hard on me!
Hi, beim letzten Java Update auf 7 Update 21 gab es eine Änderung an der Klasse java.lang.Runtime, Methode exec(), siehe http://www.oracle.com/technetwork/ja....html#jruntime .
Mein bisheriger Aufruf war:
Allerdings wirft dieser Code mit der Version 7 Update 21 folgende Exception:Code:Runtime runtime = Runtime.getRuntime();
try{
runtime.exec("\"D:\\irgend ein Ordner\\irgendein Programm.exe\" /argument1 bla /argument2");
} catch(IOException e){
e.printStackTrace();
}
Ohne die Anführungszeichen funktioniert das nicht, denn da wird der Pfad nicht gefunden, weil er dannCode:Exception in thread "main" java.lang.IllegalArgumentException: Executable name has embedded quote, split the argument
und den Rest als Argumente aufrufen will. Die Leerzeichen einfach zu escapen geht auch nicht.Code:D:\\irgend
Laut dem Changelog soll man über Runtime.exec sein Programmname und Argumente über ein Array übergeben.
Folglich kann ich über
das Programm mit den Argumenten aufrufen. Allerdings muss wirklich jedes Argument in ein neues Element des Arrays, denn alle Argumente in ein Element zu packen funktioniert nicht.Code:runtime.exec(new String[]{"D:\\irgend ein Ordner\\irgendein Programm.exe", "/argument1", "bla", "/argument2"});
Der nun elegantere Weg ist es den ProcessBuilder zu nutzen, da man den Konstruktor sein Programmname und Argumente als "String..."-VarArgs übergeben kann.
Ich frag mich was für DAUs die Entwickler von Java sind, dass sie solch eine Änderung in eine Sicherheits-Update rein machen, statt wie zu erwarten das erst mit dem Release von Java 8.Code:ProcessBuilder pb = new ProcessBuilder("D:\\irgend ein Ordner\\irgendein Programm.exe", "/argument1", "bla", "/argument2");
try{
pb.start();
} catch(IOException e){
e.printStackTrace();
}
PS: Funktionen mit VarArgs eines Typs kann man auch ein Array des gleichen Typs übergeben.
PPS: Wenn's nicht in den Thread passt, dann bitte ein eigenen Thread daraus machen. :)
Da Java 8 nicht vor 2014 zu erwarten ist (Verschiebungen haben bei Java Tradition), wäre dies ein richtiger Schritt.Zitat:
Zitat von niR-kun
exec(String command) empfinde ich als Krücke, da man hier wirklich mit dem Escapen aufpassen muss.
startet ja nicht die "main.java", sondern "toller". Das kann man durchaus als Sicherheitslücke betrachten. Da ist eine String-Array Variante deutlich besser, und wenn mich nicht alles täuscht, gabs die vorher ja auch schon.Code:exec("C:\\toller ordner\\main.java");
Path-finding in CrossCode:
http://www.youtube.com/watch?v=J7mFjlyScHA
Awesome!
Heyjo, ich hoffe ihr könnt mir helfen :>
Also ich möchte, dass man einen String[][] in Java auf der Festplatte speichern und wieder lesen kann.
Ich habe für das Speichern also folgendes:
die Variable contactList ist ein String[][].Code:FileOutputStream fos = new FileOutputStream(contactFile);
ObjectOutputStream oos = new ObjectOutputStream(fos);
oos.writeObject(contactList);
Wie kann ich diese nun wieder in das Programm einlesen?
Ich finde irgendwie keine geeignete Methode dafür. In der Schule hatten wir bisher nur das Laden/Speichern von einfachen Objekten.
@Engel der Furcht: Analog zum ObjectOutputStream gibt es auch einen ObjectInputStream. :D
Ich frage mich immer wieder, was du mit den Arrays hast.
Da der Name contactList schon verrät, dass es eine dynamisch wachsende Liste ist, wäre es auch angebracht die Liste auch als Liste zu behandeln und die Daten stattdessen in eine ArrayList zu packen ;)
Vielleicht wurden Listen noch gar nicht im Unterricht durchgenommen? ;)Zitat:
Zitat von Whiz-zarD
@ Engel der Furcht:
Ich würde dir auch wie Whiz-zarD empfehlen auf eine ArrayList umzusteigen, dann musst du dir keine Sorge wegen Größe, etc. machen. Außerdem stehen dir auch zusätzlich nützliche Methoden bereit, die die "Verwaltung" der Liste leichter machen. Falls du aber häufig Einfüge- oder Löschoperationen durchführst, würde ich zu einer LinkedList zurückgreifen, die sind nämlich performanter als ArrayLists.
Ich hab einfach keine Ahnung von diesen ArrayLists.Zitat:
Zitat von Whiz-zarD
Der Name klingt als würden die nur eindimensional und nicht mehrdimensional sein :<
Hab das Ding jetz mit einem cast gelöst.
Ich werd mir das mal mit den ArrayLists mal durchlesen...Code:FileInputStream fis = new FileInputStream(contactFile);
ObjectInputStream ois = new ObjectInputStream(fis);
contactList =(String[][]) ois.readObject();
Und genau das hasse ich am Informatikunterricht an Schulen, wenn die Lehrer keine Kompetenz aufweisen, dann sollen sie es gleich lassen. Den Schülern das Programmieren falsch beibringen kann nicht das Ziel der Übung sein.Zitat:
Zitat von Deamonic
Arrays verwendet man nur, wenn man zur Laufzeit exakt die Anzahl der Elemente kennt, und die Anzahl sich auch nicht mehr ändert. Eine Veränderung der Arraygröße ist immer sehr problematisch, da ein Array als ganzer Block im Speicher liegt. Bei einer Vergrößerung muss ein neues Array erzeugt, und das alte in das neue kopiert werden, was bei vielen Änderungen sehr inperformant wird. Es macht also kein Sinn, eine Adressverwaltung mittels eines Array zu implementieren, da man eben die Anzahl der Adressen nicht kennt, die gespeichert werden sollen. Nutzer A hat vielleicht nur 3 Adressen, aber Nutzer B möchte 30.000 Adressen speichern.
Ich schätze auch mal, dass die zweite Dimension des 2D-Arrays wohl die Daten des Kontaktes bereithält. Schon in den Anfängen der Informatik hat man erkannt, dass dies sehr bescheiden ist, und hat dafür ein Record/eine Struktur entwickelt, die die Daten ansprechender machen. In der objektorientierten Welt wäre dies einfach nur eine Klasse, die lediglich nur Getter- und Setter-Methoden für die Klassenvariablen bereitstellen. In der objektorientierten Welt nennt man sowas auch Geschäftsobjekt.
Dann hätte man anstatt String[][] ein LinkedList<Contact>. Und wer ganz schlau ist, kapselt LinkedList<Contact> in eine Klasse:Code:public class Contact
{
private String firstname;
private String lastname;
...
public getFirstname()
{
return this.firstname;
}
public setFirstname(String firstname)
{
this.firstname = firstname;
}
...
}
Dies wäre dann eine Liste von Geschäftsobjekten. Der Vorteil bei diesen Objekten ist nun, dass ich jeweils für die Kontakte, als auch für die Kontaktliste eigene Logik-Methoden implementieren kann, wie z.B. das Laden oder Speichern, und ContactList ist ansprechender als LinkedList<Contact>, weil es mich nun nicht mehr interessiert, wie die Kontaktliste implementiert ist. Sie ist einfach da und ich benutze sie.Code:public class ContactList extends LinkedList<Contact>
{
...
}
;)
ArrayList<ArrayList<ArrayList<String>>>Zitat:
Zitat von Engel der Furcht
Eine Drei-Dimensionale Liste mit Strings ;)
Du kannst es auch beliebig weiterführen. hab doch keine Angst, damit zu experimentieren. Es gibt doch im Internet genug Tutorials, die Listen erklären.
In diesem Fall würde ich gleich anstatt der ArrayList zu einer LinkedList greifen, da bei einer Löschung eines Elements in einer ArrayList die ganze hintere Liste um eine Position nach vorne gerückt werden muss. Und in deinem Fall mit den 30.000 Adressen ist das sicher nicht zu vernachlässigen.Zitat:
Zitat von Whiz-zarD
EDIT: Oh, hab gerade gesehen, dass du eh eine LinkedList verwendest. ^^
Ja, da du schon recht hast, dass eine LinkedList besser wäre ^^Zitat:
Zitat von Deamonic
Vielen Dank für eure Hilfe :>
Hab da noch ne Frage (ich fühl mich so n00by hier :D)
Ich hab eine Klasse. In dieser Klasse wird ein Objekt einer anderen Klasse erzeugt.
Jetzt wird in diesem Objekt eine Methode aufgerufen und diese Methode soll aber in eine TextArea aus der ersten Klasse (also der Objekt-Erzeuger-Klasse) schreiben.
Geht das irgendwie? :>
Ja.
Würde ich aber nicht machen, da dies gegen das Model-View-Controller-Prinzip verstößt.
Zeige doch mal konkret, was du vor hast.
Woah, mein Lehrer hat sogar mal davon gefaselt :D
Er meinte, dass das für uns zu kompliziert sei, die einzelnen Dinge zu trennen.
So kompliziert ist das gar nicht. Gerade in Sprachen, wie Java oder C# ist das recht einfach einzuhalten. In Sprachen, wie php sieht es schon wieder ein wenig anders aus, ist aber auch möglich.
Sag also konkret, was du vor hast, und ich könnte dir da auch weiterhelfen.
Er soll nicht nur davon faseln, sondern es euch auch beibringen.Zitat:
Zitat von Engel der Furcht
Ob was kompliziert zu trennen oder nicht ist, hängt ganz von der Programmierweise ab und natürlich von der Sprache selbst.
EDIT: Whiz-zarD war schneller. ^^
Nunja, wie ich gesagt hab: Ich hab eine Klasse (die von Frame erbt), in dieser Klasse wird ein Objekt erzeugt. Dieses Objekt soll in eine TextArea aus der ersten Klasse schreiben.Zitat:
Zitat von Whiz-zarD
Direkt nach TextArea würde ich nicht schreiben, dann wäre die Instanz eines erzeugten Objektes abhängig von deiner Frame-Instanz, und genau das will das Model-View-Controller-Prinzip verhindern.
Klassen, die die Daten bereitstellen, sollen unabhängig von Klassen sein, die die Anzeige bereitstellen. Angenommen, du erzeugst eine Tabelle und willst sie sowohl in Tabellenform, als auch als Diagramm darstellen. Es wäre dann sehr unklug, wenn die Klasse, die die Tabelle (= Model) erzeugt, abhängig von der jeweiligen View ist.
Schreib die Methode so, dass sie dir die Informationen liefert, die du benötigst und gib diese Daten als Rückgabewert zurück.
Dann kannst du mit Hilfe dieser Daten den String zusammenbauen (in deiner Frame-Instanz), der in der TextArea angezeigt werden soll.
Ich hab das ganze mit einem Interface gelöst.
UNd stehe gerade vor einem erneuten Problem:
Ich hab 'ne Klasse, in der ein Objekt erzeugt wird, das von Thread erbt.
In diesem Thread wartet ein Socket auf Empfang von Daten.
Ich kann den Thread nicht schließen/killen/terminieren/whatever.
Ich kann von der Oberklasse auch nicht auf das Socket zugreifen und es schließen.
Hier mal mein Programmcode:
Is das mit dem WindowAdapter eigentlich so richtig, ich kriege immer eine NullpointerException(der receiver existiert doch?)
Jedenfalls kann ich den Thread nicht schließen und habe irgendwie auch sonst keinen Zugriff auf Attribute etc.
Ich kann also receiver.socket.close() nicht anwenden und receiver.status kann ich auch nicht auf false setzen.
receiver.interrupt(), .stop() etc. kann ich auch nicht anwenden.
Als Test ist Sender/Empfängeraddresse auf Localhost gesetzt. "Senden" und "Empfangen" kann ich wohl und auch die ganze Zeit.
Für so ein Problem sind Interfaces nicht gedacht. ;)Zitat:
Zitat von Engel der Furcht
Und hier wäre es nun schlauer, du machst dich mit dem Model-View-Controller-Prinzip vertraut.Zitat:
Zitat von Engel der Furcht
Ein Fenster, dass ein Thread startet und auf UDP-Daten wartet ist ein absolutes No-Go.
Dies muss der Controller übernehmen und nicht die View, oder möchtest du in jedem Fenster die selben Methoden implementieren?
IdR wird hierfür ein eigener Thread gestartet, der rein nur fürs Empfangen der Daten zuständig ist. Fenster, die auf empfangene Daten reagieren wollen, registrieren sie sich dann mittels eines Listeners und der Thread gibt dann dem Fenster die nötigen Informationen. Beim Schließen des Fensters muss aber tunlichst darauf geachtet werden, dass sie sie wieder deregistrieren.
Threads sind sowieso sehr böse, wenn man nicht weiß, was man da tut. Als Einführung kannst du dir ja mal den Wiki-Artikel über das Philosophenproblem durchlesen.Zitat:
Zitat von Engel der Furcht
Ich kann das hier nur überfliegen, aber der Thread wird ja auch erstmal gar nicht gestartet.Zitat:
Zitat von Engel der Furcht
Die Methode windowClosing() erzeugst du ja in einer anonymen Unterklasse. Die Unterklasse hat aber einen anderen Namensraum, als deine Oberklasse, und deswegen ist für die Unterklasse reveicer gleich Null. Es gibt nun mehrere Wege:
- Du benutzt in der Unterklasse ein qualifiziertes this. also anstatt receiver.socket.close(); schreibst du dann UDPTransceiver.this.receiver.socket.close();. Dann weiß die anonyme Unterklasse, dass es auf die umschließende Oberklasse zugreifen soll.
- Du deklarierst receiver als statisch. Wohlmöglich sogar als final static.
Um überstürzt einfach versuchen, irgendwelche Methoden aufzurufen, solltest du dich einfach mal kontrollieren, ob die Objekte überhaupt existieren. Wenn du eine Null-Pointer-Exception bekommst, dann heißt das schon, dass da schon irgendwas nicht existiert. Hast du dich eigentlich schon mal mit dem Debugger beschäftigt?Zitat:
Zitat von Engel der Furcht
Das heißt also, du weißt es nicht? Bei Netzwerk-Programmierung ist es immer vom Vorteil, man hat einen Netzwerk-Sniffer ala WireShark zur Hand und schaut sich die Datenpakete an, die verschickt werden.Zitat:
Zitat von Engel der Furcht
Mal ganz doof gefragt ( ich hab mit Java nie groß was gemacht ).
Was bringt es von Thread zu erben? Tut man das in Java so? Oder ist hier mit "Thread" was anderes gemeint als das was man von C# System.Threading.Thread bzw. C++ boost::thread kennt?
Ja, das tut man so in Java. Die Thread-Klasse implementiert nämlich das Interface Runnable, welche die Methode run() implementiert.Zitat:
Zitat von Corti
Ah stimmt, Java hat's ja nicht so mit Funktionszeigern/Delegaten/ähnlichen Konstrukten.
Delegaten hat Java aber doch o.o Nur nicht nach Definition von C/C++. Man löst das dann halt über Interfaces oder so. Allerdings wünschte ich mir oft eine Methode direkt angeben zu können.
Man muss btw nicht von einem Thread erben. ein Thread Objekt stellt ein Runnable bereit allerdings kann man auch sein eigenes angeben (etwa im C'Tor). Man muss also nicht immer gleich vererben wenn man nur einen kurzen Task ausführen will.
@Topic
Ich arbeite gerade an WebAudio Kram für CrossCode. Ich glaube das ist die Beste Audio API die ich bisher hatte. Für Spiele ist es eben nicht nur wichtig einen Sound abzuspielen oder ein Musikstück (So wie das viele Engines eben tun, also für Spiele), sondern nutzt ein Graphen über den ein Sound/Musikstück bis zum "Destination"-Knoten wandert. dadurch ist es super einfach global volume oder effekte einzubauen. Stellt euch vor ihr habt einen Track der sich mit der Umgebung anpasst. Halt wie bei Zelda. Das ist mer API relativ einfach möglich. Man nimmt einfach die einzelnen Instrumente und spielt alles gleichzeitig ab, dann faded man zwischen den Instrumenten schön hin und her.
@Web-Audio
Wird das außerhalb von Chrome schon unterstützt?
Das?Zitat:
Zitat von Mivey
Ja in Safari.
Ich bin immer dafür die neuen Sachen zu pushen. Es stört mich schon das andere Browser bestimmte Sachen so langsam implementieren aber es ist nur eine Frage der Zeit.
Edit:
Bei Firefox ist immer alles geplant xD Aber vllt wollen sie auch erstmal die JavaScript Execution verbessern. Die ist in Chrome imho am Besten.
@Deamonic
Mh, eigentlich unterstützt Chrome die volle WebAudio API. Nicht nur "teilweise". Aber es kann auch daran liegen das die ChromeDevs immer noch sagen das es "beta" ist.
Bei Firefox scheint auch in "naher" Zukunft was zu kommen: https://wiki.mozilla.org/WebAudio_API_Rollout_Status
Edit: Oh, wobei, Nightly 23 ist ja schon verfügbar :)
Ah das ist doch schon mal gut. Hoffentlich machen dir nicht wieder ihr eigenes Ding wie bei der Gamepad API. Die müssten sie auch mal an den Standard anpassen, dann würde ich das auch in CrossCode einbauen.
Hm, wie wird es in Sachen Kompatibilität aussehen, wenn Chrome von der WebKit-Engine auf die neue Blink-Eninge wechselt?Zitat:
Zitat von R.D.
Bei Blink geht es primär um um das Rendering (von Grafiken). Mit Audio hat das wenig zu tun, Zumal die WebAudio API ein Standard ist. Das ist nichts webkit spezifisches. Für dich als Entwickler bleibt wohl alles gleich. Es wird immer noch den Präfix webkit geben. Vllt markieren sie es auch als deprecated und man soll in Zukunft blink als Präfix verwenden. werden wir ja in den kommen Wochen sehen.Zitat:
Zitat von Deamonic
Es wird keinen blink-Präfix geben. Blink wird neue Features über versteckte Konfigurationsparameter stellen. Du mußt also in deinem Browser einschalten, daß er Feature XYZ verwenden soll. Sobald die Spezifikation für das Feature von W3C als fertig definiert wird und Blink diese Spezifikation voll unterstützt, wird das Feature dann standardmäßig aktiviert. (Zum Zeitpunkt des Forks bereits existierende webkit-Angaben werden allerdings weiter unterstützt.)Zitat:
Zitat von R.D.
Mit anderen Worten: Wir kommen endlich aus der aktuellen Situation raus, wo alle möglichen Leute in ihren Webseiten Kram verwenden, der noch gar nicht fertig spezifiziert ist, aber dank webkit- in Chrome schon mehr oder weniger läuft. Bonuspunkte, wenn die finale Syntax dann abweicht. Doppelte Bonuspunkte, wenn man so geil war und für keine andere Engine Präfixe angegeben hat, weil zu dem Zeizpunkt kein anderer Browser das Feature hatte. Vendor prefixes waren für ihre Zeit eine gute Idee, aber Webkititis hat dem Web als Plattform doch eher geschadet.
Jo wie gesagt 'vllt'. Hab jetzt nicht so genau da rein gelesen. Zumal mir das eigentlich auch egal ist so lange das Feature funktioniert. Ist auch kein Problem das als Entwickler zu ändern finde ich. Das ist ne Sachen von einige Minuten. Ich hab nichts dagegen wenn Browser einheitlich namen für ihre Features haben. Dann hat man nicht mehr diese dummen abfragen in denen Vendor-Präfixe abfragt :D
Gut, du kannst einfach keine Präfixe verwenden; dann verzichtest du halt auf das Feature, bis es fertig ist. So funktioniert's in Zukunft mit Blink.
Oder du benutzt -prefix-free, dann ist das auch kein Problem.
Mein Quote of the day von David Heinemeier Hansson (Erfinder von Ruby on Rails):
Zitat:
Back in 2003, Java was actually a real thing that people non-ironically wrote.
https://jira.mongodb.org/browse/PYTHON-532
Hilfe :hehe:Zitat:
(...)Step 7. DISCOVER PYMONGO DOES NOT CHECK RETURN VALUES IN MULTIPLE PLACES. DISCOVER ORIGINAL AUTHOR SHOULD NOT BE ALLOWED NEAR COMPUTER(...)
Bugfixchaos!
- Ich habe ein Projekt in mein privates Gitlab (Open Source Github Klon) geladen und festgestellt, dass die README.txt fehlerhaft dargestellt wird
- Ich habe das als Bug in deren Bugtracker auf Github reportet und direkt einen Tipp bekommen, woran es liegen könnte
- Ich habe das Ganze gefixt, getestet und einen Pull Request aufgemacht. Dummerweise hatte ich vom falschen Branch aus gefixt, weshalb in dem Pull Request ein paar Commits mehr waren, als geplant
- Ich habe den Fix nochmal über das Github Web Interface gemacht und einen weiteren Pull Request geschickt. Dummerweise hat Github dabei wohl irgendwas zerschossen und glaubt, ich hätte sämtliche Zeilen der Datei verändert
- Ich habe einen Bug Report an Github gesendet, mit der Bitte, sie mögen ihren online Texteditor reparieren.
Während ich also eigentlich nur meine Seminararbeit in Git verwalten wollte, habe ich mal eben Bugs in zwei verschiedenen Git Webinterfaces entdeckt.
Mein Fazit zu JavaFX 2.2 (im folgenden auch nur "JavaFX" genannt): Schöne Lösung um sowohl RIAs zu schreiben als auch Desktop-Anwendungen zu schreiben.
Pro:
Seit Version 2 ist das normales Java statt eine eigene Scriptsprache.
Man kann GUIs zusätzlich mit FXML- und CSS-Dateien definieren. Das ist wesentlich angenehmer als GUIs komplett im Quellcode zu schreiben.
In FXML-Dateien kann man einen Controller angeben, der beim Parsen der FXML-Datei automatisch instantiiert wird. MVC ist somit schon fast build-in.
Den Zugriff zwischen FXML und Java-Klassen läuft über Annotations beim Controller.
Lässt sich direkt in AWT/Swing und sogar SWT embedden.
In JRE 7 Update 6 wurde JavaFX integriert, NetBeans unterstützt JavaFX in neueren Versionen und für Eclipse Indigo/Juno gibt's einen Plugin namens e(fx)clipse.
Kontra:
Leider noch nicht Feature-komplett: Schönstes Beispiel ist der HTMLEditor, wo man nur mit etwas rumtricksen Buttons in der Kontroll-Leiste ausblenden kann.
Das Binding von (nicht statischen, z.B. aus einem POJO kommende) Daten an die Spalten einer Tabelle oder als Inhalt einer Liste ist ohne 3rd-Party-Library noch sehr umständlich.
Einige Layout-Panes verhalten sich im Zusammenspiel mit z.B. ScrollPanes unerwartet recht merkwürdig.
Yeah, High Quality Splatting von Punktwolken in WebGL mehr oder weniger fertig. \o/
Anhang 18025
Schonmal so als Vorwarnung: am Wochenende ist Molyjam Deux, ein Gamejam mit aus dem Kontext gerissenen Zitaten von Peter Molyneux als Thema.
Drüber gestolpert bin ich durch einen Aushang bei uns an der Uni. Da wird wohl das ganze Wochenende über in den Rechnerräumen der Informatikfakultät gemeinsam gebastelt. Ich werd aber wohl wenn überhaupt von daheim aus teilnehmen.
Du meinst Molydeux, nicht Molyneux.
Die Sprüche sind dieses Jahr wohl tatsächlich vom Original. Zumindest ist jeweils eine entsprechende Quelle angegeben.
Ah, kontext-freie Sprüche von ihm. Brilliant^^Zitat:
Zitat von DFYX
Kruze Frage: Wir sollen an der Uni den Push-Relabel-Algorithmus von Tarjan implementieren. Um die Kanten eines Knotens im Residualgraphen zu ermitteln, füge ich momentan nicht wirklich eine neue Kante in den Graphen ein, sondern betrachte alle ausgehenden und eingehenden Kanten im ursprünglichen Graphen und ermittle die freie Kapazität (u(e) - f(e) für ausgehende Kanten). Dabei muss man nur beachten, dass bei eingehenden Kanten, die Kapazität einfach nur der aktuelle Flusswert über die Kante ist ( Wert der rückläufigen Kante im Residualgraph hat genau diese Kapazität ). Kanten die voll ausgelastet sind, werden im Graphen nicht gelöscht, beim durchlaufen stelle ich einfach nur fest, ob die "freie Kapazität" größer null ist. Frage jetzt: Währe es schneller wenn ich den Graphen wirklich jedes mal manipulieren würde bzw. ändert das etwas an der Laufzeit von O(n²m)?
Einfach, weil ich es mal in der Form schreiben wollte:
Na, wer erkennt, was das tut?