Suchergebnisse

Kannst eigentlich schon so machen, musst diese halt nur in einen geschützten bereich importieren und dann von dort in die Datenbank konvertiert updaten. Ich selbst verwende hierfür eine komprimierte JSON, bei welcher ich einen Merker mitlaufen lasse, welcher die DB Version angibt. In Abhängigkeit dieser und der aktuellen DB Version werden dann entsprechende Konvertierungen angestoßen oder Fehlermeldungen ausgegeben, Und sage nie, nie... es ist meist nur eine Frage der Zeit, bis sich die Datenban…

Oder anders gesagt, @ObjC passt die calling convention der Swift funktion so an, als wäre es eine C Funktion , damit ObjectiveC die Swift Funktion fehlerfrei aufrufen kann. Womit sie (die Funktion) immer relevant ist, wenn diese von C aus aufgerufen wird... callbacks, etc...

Zitat von MyMattes: „So langsam wird es klarer ... letztlich ist im Unterbau der AppKit-Frameworks noch viel Objective-C. Da fühle ich mich mit meiner App gleich weniger schlecht “ Tja, leider Aber langsam wird Swift und SwiftUI langsam erwachsen und bekommt langsam etwas eigenen Code spendiert. Bis dahin muss halt die alte und die neue Welt zusammen leben, und weil wir alle Faul sind, wollen wir den gleichen Code nicht mehrfach schreiben, sondern den einmal geschrieben Code mehrfach nutzen. Dam…

Das kannst handhaben wie n Dachdecker... ... zu X-Code, ist MyMattes mit Sicherheit versierter als ich... Ich vermute, du willst dein UI mit SwiftUI gestalten... ... da geht natürlich beides... ... würde aber immer die Logik von der Darstellung trennen... die UI als Struct... die Logik als Class oder als Actor Wenn Du Lust hast, kannst die Logik dann zentral im Environment zur Verfügung stellen, wo jede View auf dieselben Daten drauf zugreift. Dann hast das Problem der redundanten Datenhaltung n…

Da wäre ich vorsichtig mit dem direkten Import einer bestehenden DB! Das geht alles gut, so lange sich deine Logik und Datenstrukturen nicht weiterentwickeln.... wenn doch, musst du deine importierte DB nach dem Import konvertieren und auf den Stand deiner App-Logik bringen.

@ObjC ist nichts anderes als dass die calling Convention an Object-C angepasst wird. Ist quasi ein Macro in der Kompatibilitätsschicht. Wurde damals eingeführt, dass man aus Swift auch Legacy Code ausführen konnte, ohne diesen neu zu schreiben... hier mal ein paar Links: - hackingwithswift.com/example-c…hat-is-the-objc-attribute - medium.com/@mahigarg/objc-in-s…20Objective%2DC%20runtime. - developer.apple.com/documentat…ng-objective-c-into-swift - developer.apple.com/documentat…runtime-features-…

Sorry ich habe zwar keine Ahnung was Apple mit C und C++ gemacht hat, aber c++ ist ein Superset von C. das heisst du kannst C in C++ verwenden, aber es funktioniert nicht umgedreht... Das sollte Systemübergreifend der Fall sein! Daher, was Du dir wünschst, sollte nicht funktionieren, sollte deine C++ (Funktion, Klasse, Implementierung) nicht reine C konstrukte verwendet.

Sorry, weshalb übergibst du nicht direkt den Wert direkt als Binding? den gesamten Init, kannst Du dir im übrigen sparen. Einfach die Variable richtig deklariern, feritg.. Im TextField, sagst du nur noch dass es sich um ein Binding handelt, fertitg.. kurzes Beispiel, findest du hier: hackingwithswift.com/forums/swiftui/dynamic-textfield/6020 oder hier: swiftbysundell.com/articles/building-editable-swiftui-lists/

Das Problem ist, dass deine Variable "az" nur sehr kurzzeitig am leben bleibt. Du musst diese ausserhalb der Schleife definieren. Ich selbst würde alles was sich in deiner Schleife befindet, in eine eigene View auslagern. Da kannst du dann das Binding oder eine Referenz (bspw Index) übergeben...

Tja, ich habe Mühe damit. Daher habe ich meine Apps aus den Appstore der EU-Länder herausgenommen.

Mal Off-Topic Habe mir auch mal eine Routine von CoPilot (ChatGPT) schreiben lassen, war fast fehlerfrei, war schneller als mit Google...

Versuchst du etwa dynamisch zu filtern? Dann brauchst du eine neue View!

Was soll ich sagen, im Beitragh osxentwicklerforum.de/index.ph…?postID=292940#post292940 war das mit dem SecureFeld bereits erwähnt. Das andere Thema mit dem Schlüsselbund hat nix mit dem SwiftUI zu tun. Ich bin dann da mal draussen. Wünsche noch einen schönen Abend

Hallo Manoh, ist mir klar. Mir ging es um den prinzipiellen Aufbau und die Weitergabe der Variablen. Habe auch dazu geschrieben, dass ich derzeit keine Compiler im Zugriff habe. Habe auch gezeigt, dass man mit @Bindable auch bei einem Let/Var noch Bindings erstellen kann, wenn man diese benötigen sollte. Für Profis wie dich, ziemlich uninteressant, aber für Dirk86 vielleicht der Schlüssel für weitere Lösungen., Schöne Grüsse Wolf

Hier noch ein Beispiel, kurz runtergeschrieben ohne Compiler... sollte aber funktionieren.. Quellcode (70 Zeilen)Hat den Vorteil, dass "Brain" überall verfügbar ist, und durch @Observable alle Änderungen durchgereicht werden, genau zu der View, die neu gezeichnet werden soll.

Ganz einfach, weil Du den wert AAAA im onAppear mit BBBB überschreibst. AAAA gibt es dann nicht mehr, wenn die View angezeigt wird. Du kannst es dir auch einfach machen. Erstelle einfach eine Klasse "Brain". Die nimmst dann in der Hauptroutine in das Environment. Dann kannst du aus jeder View auf die Klasse zugreifen. Das ist dann deine Source-of-thruth. Da schreibst dann einfach deine Variablen rein, ggf. auch noch mit der Logik und fertig. Das ganze ergänzt du dann noch mit @Observable Macro (…

Was fragst Du mich? Ich kam am Anfang gar nicht mit Storyboard zurecht und war da nur am verzweifeln, so, dass ich in den saueren Apfel biss und SwiftUI herauskam gleich umstieg. Es gab Hürden die mich ebenfalls zur Verzweiflung trieben, die aber lösbar waren. Jetzt mit SwiftUI5 scheinen die Kinderkrankheiten langsam ausgemerzt, was aber auch heisst, dass du hier nicht rückwärts kompatibel bist. Ich mag den Code, wo ich sehe, was passiert und wo man eine Datei weitergeben kann und die funktionie…

Dies ist jedoch nicht Plattform unabhängig...

gibt es eigentlich nicht unter SwiftUI resp. sind mir nicht bekannt. Stattdessen verwendet man am besten einen Picker. Schau Dir dazu am besten noch die verschiedenen PickerStyles an. Schöne Grüsse Wolf

@manoh: Genau das was ich suchte