|
|
|
|
|
|
|
|
| Zitat von Zensiert DA SIMMA DABEI | |
| Zitat von Zensiert DAT IS PRIHIMA | | du has soeben dein recht auf weitere wiesnbesuche verwirkt
|
|
|
|
|
|
|
| Zitat von flying sheep
| Zitat von Zensiert DA SIMMA DABEI | |
| Zitat von Zensiert DAT IS PRIHIMA | | du has soeben dein recht auf weitere wiesnbesuche verwirkt
| |
Was will man auch da?
|
|
|
|
|
|
|
|
|
|
|
Und das kann man nicht zuhause? Oder in normalen Kneipen? Und zu angemessenen Preisen?
|
|
|
|
|
|
|
Um das zu verstehen muss man schon mal auf dem Oktoberfest gewesen sein.
|
|
|
|
|
|
|
Da stehst du dann von deinem Platz auf um zu Pinkeln und hast danach keine Sitzmöglichkeit mehr. Wunderbar!
|
|
|
|
|
|
|
| Zitat von SkunkyVillage
Und das kann man nicht zuhause? Oder in normalen Kneipen? Und zu angemessenen Preisen?
| | ja, auch. und weiter?
|
[Dieser Beitrag wurde 1 mal editiert; zum letzten Mal von flying sheep am 26.09.2011 1:51]
|
|
|
|
|
|
Da müssen sich deine Nebensitzer eben etwas breiter machen.
|
|
|
|
|
|
|
| Zitat von flying sheep
| Zitat von SkunkyVillage
Und das kann man nicht zuhause? Oder in normalen Kneipen? Und zu angemessenen Preisen?
| | ja, auch. und weiter?
| |
Ich kann den Hype halt einfach nicht verstehen. Da geh ich dann doch lieber zur Kieler Woche und hab da auch wirklich etwas Programm, Platz und muss nicht hoffen, dass ich rein komme und dann quasi eingesperrt zu sein. Total Banane.
Klar, ich würds mir anschauen, wenn ich mal zufällig in München wär, aber so? Da sind mir mein Geld und meine Zeit zu wichtig.
|
|
|
|
|
|
|
heh, gekauft.
ich geh auch nur hin, weil ich zufällig hier wohne. und ich geh auch nicht oft hin.
die 3 mal sind schon extrem dieses jahr.
|
|
|
|
|
|
|
Lawl, Frauen. Da lernt man mal am Samstag jemand Tolles kennen, verschiebt wegen ihr die Heimfahrt um einen Tag und hat schon Pläne für mindestens einen weiteren Tag gemacht, was kommt nach einem tollen Sonntagabend? Eine SMS mit "das geht mir zu schnell, ich will dich nicht mehr sehen".
Ich hab mich im Anschluss noch angemessen mit einem guten Freund betrunken der heute Abend ähnlich viel Erfolg hatte, nur noch ein Mal Frust rauslassen. Gute Nacht.
|
|
|
|
|
|
|
So, ab heute 10 Tage lang einen "Intensivkurs Berechbarkeit und Komplexität" als vorbereitung auf dem Master.
So eine Art Mathe Vorkurs auf höherem Niveau
/: Oh toll. Jetzt sehe ich gerade, dass man sich dafür anmelden musste. Das ist an mit vorbei gegangen.
Nunja...mal gucken ob das ein Problem wird.
|
[Dieser Beitrag wurde 1 mal editiert; zum letzten Mal von Achsel-des-Bösen am 26.09.2011 7:13]
|
|
|
|
|
|
Ich gehe sowieso halb davon aus, dass man mir irgendwann demnächst mitteilt, dass ich gar nicht korrekt immatrikuliert bin und doch nächstes Jahr wieder kommen soll.
|
|
|
|
|
|
|
Für Berechenbarkeit und Komplexität musste ich mal die Hausaufgaben kontrollieren.
Erkenntnis: Hausaufgaben die zu 70% aus Beweisen bestehen sind nicht die einfachste Art Hausaufgaben, die man kontrollieren kann
|
|
|
|
|
|
|
Wer immer mir hier SOLID gelinkt hat, danke, hat mich 2 Wochen unterhalten!
|
|
|
|
|
|
|
So geht's mir auch immer
|
|
|
|
|
|
Nebel des Grauens
|
Mir beschlägt immer die Brille.
|
|
|
|
|
|
|
Mal ne Frage zu Dependency Injector Container:
Hab das jetzt so verstanden, dass alle Klassen vorkonfiguriert werden mit den Abhängigkeiten und zwar zentral an einer Stelle.
Was mach ich denn mit Daten, die ich in der Klasse brauche, die erst im Work Flow aufgebaut werden?
|
|
|
|
|
|
|
Die Model werden als Services in deinen Service injected. Es wird durch das Framework sichergestellt, dass die durch dich genutzten Services zu dem Zeitpunkt der Ausführung bereit sind. Für Hibernate ist das denk ich mal klar: Dort wird ja eh zur Laufzeit gefetched.
Meine Ontologie muss aber z.B. auch erst "aufgebaut" werden. Dies geschieht durch eine init-Methode in einem entsprechenden Service und dauert etwa 50 Sekunden. Das Framework führt diese init-Methode bei Serverstart aus. Entsprechend ist die Applikation erst anfragebereit, wenn alle beans ihre Start-Prozeduren ausgeführt haben. Somit ist sichergestellt, dass diese zur Laufzeit dann bereit sind.
|
[Dieser Beitrag wurde 1 mal editiert; zum letzten Mal von TriggerTG am 26.09.2011 10:10]
|
|
|
|
|
|
| Zitat von Gore
Wer immer mir hier SOLID gelinkt hat, danke, hat mich 2 Wochen unterhalten!
| |
Bitteschön. Und willkommen in einer Welt, in der man alles hinterfragt und bei der kleinsten Ungereimtheit in Depressionen verfällt und alles neu macht!
|
|
|
|
|
|
|
Hat wer nochmal den von Peacemaker geposteten Link parat? Ich hab nur grad den Wikipedia-Artikel vor mir und das klingt ganz interessant.
|
|
|
|
|
|
|
| Zitat von TriggerTG
Hat wer nochmal den von Peacemaker geposteten Link parat? Ich hab nur grad den Wikipedia-Artikel vor mir und das klingt ganz interessant.
| |
Ich glaub, was anderes hab ich auch gar nicht gepostet. Evtl. natürlich die englische statt deutsche Wikipedia, aber mehr Mühe werde ich mir wohl kaum gemacht haben
|
|
|
|
|
|
|
Es gibt keinen deutschen Artikel hierzu. Ist noch Hipster-geeignet!
|
|
|
|
|
|
|
| Zitat von [DK]Peacemaker
| Zitat von Gore
Wer immer mir hier SOLID gelinkt hat, danke, hat mich 2 Wochen unterhalten!
| |
Bitteschön. Und willkommen in einer Welt, in der man alles hinterfragt und bei der kleinsten Ungereimtheit in Depressionen verfällt und alles neu macht!
| |
Schreib grad meine Lib um deswegen
| Zitat von TriggerTG
Die Model werden als Services in deinen Service injected. Es wird durch das Framework sichergestellt, dass die durch dich genutzten Services zu dem Zeitpunkt der Ausführung bereit sind. Für Hibernate ist das denk ich mal klar: Dort wird ja eh zur Laufzeit gefetched.
Meine Ontologie muss aber z.B. auch erst "aufgebaut" werden. Dies geschieht durch eine init-Methode in einem entsprechenden Service und dauert etwa 50 Sekunden. Das Framework führt diese init-Methode bei Serverstart aus. Entsprechend ist die Applikation erst anfragebereit, wenn alle beans ihre Start-Prozeduren ausgeführt haben. Somit ist sichergestellt, dass diese zur Laufzeit dann bereit sind.
| |
Das ist mir klar, nur was mach ich wenn die Services Daten benötigen die direkt vorher im Work Flow gesammelt werden? Die müssten dann ja irgendwie rein in den Service. Wenn ich das dann noch vorher in den DIC schiebe habe ich ja nichts gewonnen
|
|
|
|
|
|
|
| Zitat von [DK]Peacemaker
| Zitat von TriggerTG
Hat wer nochmal den von Peacemaker geposteten Link parat? Ich hab nur grad den Wikipedia-Artikel vor mir und das klingt ganz interessant.
| |
Ich glaub, was anderes hab ich auch gar nicht gepostet. Evtl. natürlich die englische statt deutsche Wikipedia, aber mehr Mühe werde ich mir wohl kaum gemacht haben
| |
http://en.wikipedia.org/wiki/SOLID_%28object-oriented_design%29
|
|
|
|
|
|
|
Die Services, welche die im Workflow gesammelten Daten benötigen, beziehen diese über den Service, der die o.g. Daten sammelt. Selber speichern oder handhaben tun sie die Daten bestenfalls nicht.
|
[Dieser Beitrag wurde 2 mal editiert; zum letzten Mal von TriggerTG am 26.09.2011 10:35]
|
|
|
|
|
|
| Zitat von Gore
| Zitat von [DK]Peacemaker
| Zitat von Gore
Wer immer mir hier SOLID gelinkt hat, danke, hat mich 2 Wochen unterhalten!
| |
Bitteschön. Und willkommen in einer Welt, in der man alles hinterfragt und bei der kleinsten Ungereimtheit in Depressionen verfällt und alles neu macht!
| |
Schreib grad meine Lib um deswegen
| Zitat von TriggerTG
Die Model werden als Services in deinen Service injected. Es wird durch das Framework sichergestellt, dass die durch dich genutzten Services zu dem Zeitpunkt der Ausführung bereit sind. Für Hibernate ist das denk ich mal klar: Dort wird ja eh zur Laufzeit gefetched.
Meine Ontologie muss aber z.B. auch erst "aufgebaut" werden. Dies geschieht durch eine init-Methode in einem entsprechenden Service und dauert etwa 50 Sekunden. Das Framework führt diese init-Methode bei Serverstart aus. Entsprechend ist die Applikation erst anfragebereit, wenn alle beans ihre Start-Prozeduren ausgeführt haben. Somit ist sichergestellt, dass diese zur Laufzeit dann bereit sind.
| |
Das ist mir klar, nur was mach ich wenn die Services Daten benötigen die direkt vorher im Work Flow gesammelt werden? Die müssten dann ja irgendwie rein in den Service. Wenn ich das dann noch vorher in den DIC schiebe habe ich ja nichts gewonnen
| |
Dann braucht dein Service eine Methode, um diese Daten zu akzeptieren.
|
|
|
|
|
|
|
Da hab ich aber keinen, hmm, etwas Code:
|
Code: |
class Foo
{
function doSomething(di)
{
$data = array();
/*
Hier werden über drölf Zeilen Daten gesammelt und in $data hinterlegt
*/
// nu werden die Daten in "someService" benötigt, was tun?
$someService = di->get('someService');
}
}
|
|
@Peacemaker
Dacht ich mir, aber dann konfiguriere ich das Objekt ja schon wieder außerhalb des DIC, das sollte ja eigentlich gekapselt dort passieren.
|
[Dieser Beitrag wurde 1 mal editiert; zum letzten Mal von Gore am 26.09.2011 10:39]
|
|
|
|
|
|
In meiner Logik verstehe ich das "Don't call us, we call you!" (IoC, Inversion of Control: In Java Spring eng mit DI, Dependency Injection verbunden) andersherum:
Die Services, die $data benötigen rufen eine Methode auf um $data von deinem Service Foo zu erhalten (via Getter). Macht ja auch mehr Sinn, falls mal mehrere andere Services das $data benötigen.
|
[Dieser Beitrag wurde 2 mal editiert; zum letzten Mal von TriggerTG am 26.09.2011 10:42]
|
|
|
|
|
Thema: Gehirnsalat ( wir unter uns ) |