In der letzten Lektion haben wir es uns für einen normalen (fetten) Kunden angesehen. In der Plattformversion 1C 8.2. Sie verwenden die neuen Bildschirmmasken 1C 8.2. Sie werden als verwaltete Formulare 1C 8.2 bezeichnet.
Verwaltete Formulare 1C 8.2 sind die Zukunft von 1C. Sie unterscheiden sich von regulären 1C 8.2-Formularen dadurch, dass sie vom System aufgrund spezieller Einstellungen automatisch generiert werden („normale“ Formulare werden vom Programmierer einfach nach Belieben gezeichnet).
Die Unterschiede in der Entwicklung verwalteter Formulare 1C 8.2 gegenüber herkömmlichen sind erheblich. Aus diesem Grund haben wir uns heute versammelt, um die Erstellung und Änderung verwalteter Formulare 1C 8.2 gesondert zu besprechen.
Verwaltete Formulare 1C 8.2
Wenn Sie bereits 1C-Konfigurationen entwickelt haben, werden Sie beim Öffnen des 1C 8.2-Editors für verwaltete Formulare sofort verwirrt sein, dass es überhaupt unmöglich ist, das 1C 8.2-Formular mit der Maus zu beeinflussen.
Sie können das 1C 8.2-Formular nicht ändern, Sie können kein Element verschieben und Sie können nicht einmal die Feldeigenschaften wie zuvor anzeigen – indem Sie auf das Feld im 1C 8.2-Formular doppelklicken.
Die Grundlage für die Entwicklung eines 1C 8.2-Formulars ist nun nicht die Bindung von Feldern an Koordinaten im Formular, sondern spezielle Einstellungen. Basierend auf diesen Einstellungen generiert das System automatisch ein kontrolliertes Formular 1C 8.2.
Die Einstellungen bestehen aus einer Liste von 1C 8.2-Formularelementen, die sich im Editor in der oberen linken Ecke befinden. Zu den Elementen des Formulars 1C 8.2 gehören:
- Voraussetzungen
- Befehle (ein neues Konzept in 1C 8.2, können wie Schaltflächen oder Menüelemente aussehen)
- Gruppen (zum Kombinieren von Details und Befehlen).
Dementsprechend liegen die Einstellungen für diese Elemente nicht in den Eigenschaften der Felder, sondern in den Eigenschaften dieser Einstellungselemente (Rechtsklickmenü, Eintrag Eigenschaften).
Wie verwaltete Formulare 1C 8.2 funktionieren
Die Arbeit mit verwalteten Formularen 1C 8.2 ist für den Benutzer anders. Sie verfügen über mehr Möglichkeiten, sind aber für diejenigen, die schon lange mit 1C arbeiten, ungewöhnlich.
Zunächst einmal ist die Anordnung der üblichen Elemente auf dem 1C 8.2-Formular anders. Die Befehlsleiste befindet sich immer oben.
Die linke Seite des Befehlsfelds ist anpassbar. Es enthält normalerweise Standardschaltflächen wie „Aufzeichnen“ und „Posten“.
Auf der rechten Seite des Befehlsfelds befindet sich das neue Standardmenü des 1C-Formulars „Alle Aktionen“. In diesem Menü können Sie das 1C 8.2-Formular nach Ihren Wünschen verwalten, ähnlich wie im ACS-Bericht können Sie mit den Einstellungen das Erscheinungsbild des Berichts erheblich ändern.
Beliebige Menüpunkte 1C Alle Aktionen
Je nachdem, ob dieses 1C 8.1-Formular zu dem einen oder anderen gehört, ist das Menü mit Elementen gefüllt, mit denen Sie dieses Objekt verwalten können. Wenn es sich beispielsweise um ein Verzeichnislistenformular handelt, gibt es Befehle wie „Erstellen“ oder „Bearbeiten“.
Element Anpassen der Menüliste 1C Alle Aktionen
Wenn im 1C 8.2-Formular eine Liste vorhanden ist, enthält das Menü die Befehle Liste konfigurieren und Liste anzeigen.
Wenn Ihnen der Befehl „Liste ausgeben“ bereits bekannt ist – er ermöglicht es Ihnen, jede beliebige Liste in 1C in Excel zu speichern / auszudrucken, dann ist der zweite Befehl neu.
Wie Sie bereits bemerkt haben, gibt es im Listenbefehlsfeld keine Auswahlschaltflächen mehr. Stattdessen erschien eine Schaltfläche „Suchen“, deren Bedienung (sowie die derzeit deaktivierte Positionierung des Cursors in der Liste beim Tippen) einige Kritikpunkte aufweist.
Die Funktionalität der Schaltfläche „Suchen“ ist natürlich nicht mit der von Auswahlen vergleichbar, aber sie sind nicht verschwunden!
Sie befinden sich jetzt im Menüpunkt „Liste anpassen“. Die Auswahl kann jetzt nach jedem Feld erfolgen. Darüber hinaus können Sie Sortierung und bedingte Formatierung auf die gleiche Weise wie in ACS-Berichten durchführen.
Element Menüform ändern 1C Alle Aktionen
Mit dem Element „Formular ändern“ können Sie auf ähnliche Weise nicht nur die Liste im 1C 8.2-Formular, sondern auch das 1C 8.2-Formular selbst ändern.
Der Benutzer kann die Sichtbarkeit von Feldern im 1C 8.2-Formular, Breite und Höhe, Aktivierung des Standardfelds beim Öffnen usw. selbstständig aktivieren oder deaktivieren.
Verwendung verwalteter Formulare 1C 8.2 und regulärer Formulare 1C
Standardmäßig werden reguläre 1C-Formulare in Konfigurationen für den dicken (regulären) 1C-Client verwendet, und verwaltete Formulare werden in Konfigurationen für die Thin- und Web-Clients von 1C verwendet. Beide 1C-Formulare können jedoch in jeder Konfiguration, auch gleichzeitig, verwendet werden.
Dazu müssen Sie die Konfigurationseigenschaften eingeben (oberstes Element im Konfigurationsfenster).
In den Konfigurationseigenschaften in 1C 8.2 sind zwei neue Kontrollkästchen erschienen, mit denen Sie die nicht standardmäßige Verwendung von 1C-Formularen aktivieren können.
Erstellen verwalteter Formulare 8.2
Das Hinzufügen eines neuen 1C 8.2-Formulars erfolgt auf die gleiche Weise wie zuvor – über die Schaltfläche „Einfügen“ auf der Tastatur oder die Schaltfläche „Hinzufügen“. Um ein bestehendes einzugeben, doppelklicken Sie mit der Maus darauf.
Standardmäßig wird das in der Konfiguration installierte Formular (normal oder verwaltet) erstellt (siehe Eigenschaft „Hauptstartmodus“ in den Konfigurationseigenschaften). Wenn Sie die Berechtigung zur Verwendung beider Formulartypen in der Konfiguration aktiviert haben – im Formulardesigner , das sich sofort öffnet - Sie können den Typ Formulare auswählen.
Der Designer fordert Sie auf, den Formulartyp auszuwählen – Elementformular, Listenformular. Hier können Sie Befehlsfelder zum Formular hinzufügen oder entfernen. Meistens bleiben diese Einstellungen standardmäßig unverändert.
Es öffnet sich ein standardmäßig ausgefülltes Formular – alle vorhandenen Details des 1C-Objekts wurden hinzugefügt. Sie können die spezifische Liste der erforderlichen Felder auf der zweiten Registerkarte des Designers ankreuzen.
Der Formulareditor besteht aus drei Abschnitten.
- In der oberen linken Ecke befindet sich eine Liste der Formularelemente. Es besteht aus Feldern, Befehlen und Gruppen, mit denen Sie Elemente kombinieren können. Die Liste der Befehle kann separat auf der Registerkarte Befehlsschnittstelle angezeigt werden.
- In der oberen rechten Ecke befindet sich eine Liste der verfügbaren Formulardetails und Objektdetails (öffnen Sie das Kreuz neben dem Objektattribut).
- Unten sehen Sie eine Vorschau des resultierenden Formulars.
Sie können die verfügbaren Details nach links ziehen und sie werden zu einem Formularelement (einem Feld im Formular).
Wenn Sie eine Schaltfläche oder ein Menüelement hinzufügen müssen, müssen Sie auf der rechten Seite der Registerkarte „Befehle“ einen neuen Befehl erstellen. Dies ist ein Wrapper für eine Funktion im Formularmodul. Neben der Angabe, welche Funktion aufgerufen wird, können Sie eine Darstellung, beispielsweise ein Bild, sowie die Abhängigkeit der Sichtbarkeit von der Funktionsoption zuweisen.
Befehle werden ebenfalls nach links gezogen. Wenn das übergeordnete Element die Befehlsleiste ist, handelt es sich um eine Befehlsleistenschaltfläche, andernfalls nur um eine Schaltfläche.
Sie können Objekt-/Formularattribute nicht nur per Drag & Drop in die Liste der Formularelemente (Felder) ziehen, sondern sie auch einfach hinzufügen (Schaltfläche „Hinzufügen“ oder „Einfügen“). Insbesondere können Sie ein neues Formularobjekt erstellen – eine Gruppe.
Die Gruppe kann ein Befehlsfeld sein (der Cursor muss sich in der Formularzeile befinden). Dann ziehen Sie Befehle hinein und sie werden zu Schaltflächen.
Die Gruppe kann „normal“ sein. Dann ist dies eine Möglichkeit, Felder sowohl vertikal als auch horizontal zu gruppieren. Der Gruppenname kann in den Eigenschaften entfernt werden.
Eine Gruppe kann ein Panel (Seite) sein. Die oberste hinzugefügte Gruppe ist ein Panel und die verschachtelten Gruppen dieses Typs sind Seiten. Felder sind bereits auf die Seiten gezogen.
Nicht benötigte Formularelemente werden durch Löschen von Formularelementen in der Liste entfernt.
Die Position des Feldes im Formular wird durch die Reihenfolge in der Liste der Elemente (vertikal) oder durch die Verwendung von Gruppen (horizontal) bestimmt. Die Breite und Höhe werden in den Eigenschaften des Formularelements festgelegt.
Die Eigenschaften der Formularelemente wurden erheblich erweitert und enthalten viele nützliche Dinge – sowohl die Steuerung des Erscheinungsbilds (Auswahl- und Löschschaltflächen) als auch die Überprüfung der Standardwerte.
Die Eigenschaften des Formulars selbst, einschließlich seiner Abmessungen, werden im Stammelement des Formulars mit dem gleichen Namen „Form“ festgelegt.
Event-Handler (Reaktionen auf Benutzeraktionen) werden nun in zwei Typen unterteilt. Alt – nach wie vor werden sie in den Eigenschaften des Formulars und der Felder angezeigt (z. B. OnChange und OnOpening des Formulars). Neue sind zu Befehlen geworden und werden für Menüpunkte und Schaltflächen verwendet.
Wir alle wissen, dass das Unternehmen 1C viele verschiedene Versionen der 1C-Plattform hatte; wir werden uns nun für eine der neuesten Versionen zum Zeitpunkt des Schreibens dieses Artikels interessieren, das sind die Versionen 1C 8.2 und 1C 8.3. Wenn Sie mit beiden Versionen arbeiten mussten, dann höchstwahrscheinlich bemerkte Unterschiede in den Schnittstellen dieser Versionen, für Benutzer unterscheiden sie sich nur im Aussehen. Im Wesentlichen eine Wahl reguläre oder verwaltete Anwendung teilt dem System mit, welche Formulare angezeigt und ausgeführt werden sollen, regelmäßig oder kontrolliert, sowie welcher Anwendungsclient standardmäßig verwendet wird, dick oder dünn. Ausführlichere Informationen zu Clients finden Sie im Artikel „Was sind Thick- und Thin-Clients in 1C und welche Unterschiede gibt es?“
Reguläre 1C-Anwendung (reguläre Formulare, reguläre Schnittstelle, Version 1C 8.2)
In 1C 8.2 ist es nur möglich, zu arbeiten mit regulären Formen, im regulären Anwendungsmodus. Das Bild unten zeigt die Datenbank im Betriebsmodus „reguläre 1C-Anwendung“ (reguläre Formulare).
Verwaltete 1C-Anwendung (verwaltete Formulare, verwaltete Schnittstelle, Version 1C 8.3)
Auf der 1C 8.3-Plattform können wir sowohl mit regulären Formularen (im Kompatibilitätsmodus) als auch mit verwalteten Formularen arbeiten. Darüber hinaus Verwaltete Formulare verfügen über zwei Anzeigearten: Standard und Taxi. Unten ist ein Beispiel für eine 1C 8.3-Konfiguration mit standardmäßig verwalteten Formularen dargestellt. Anschließend wird die „Taxi“-Schnittstelle angezeigt.
Was ist der Unterschied zwischen einer regulären und einer verwalteten 1C-Anwendung?
Wie wir bereits herausgefunden haben Eine reguläre Anwendung und eine verwaltete Anwendung sind diese Arten des Startens eines 1C-Programms. Darüber hinaus abhängig vom Wert des 1C-Starttyps ( reguläre oder verwaltete Anwendung), wird standardmäßig eine bestimmte Schnittstelle geladen ( reguläre oder verwaltete Formen), daher gibt es so viele Synonyme für dieses Konzept. Wir möchten darauf hinweisen, dass die Unterschiede bei den Schnittstellen recht groß sind; die verwaltete Schnittstelle wurde komplett neu gestaltet. Im Prinzip sind das alle Unterschiede, die normale Benutzer des 1C-Programms sehen. Für Programmierer erfordert die verwaltete Schnittstelle das Schreiben von geändertem Code, da die Entwicklung bereits in 1C 8.3 und nicht in 1C 8.2 durchgeführt wird, was alle daraus resultierenden Konsequenzen mit sich bringt. Der Code muss außerdem in Client und Server unterteilt werden, dies wird über die entsprechenden Anweisungen im Konfigurator angezeigt.
Mit der 1C:Enterprise-Plattform können Sie Elemente eines verwalteten Formulars programmgesteuert hinzufügen und ändern. Lassen Sie uns herausfinden, warum dies erforderlich sein könnte.
In mehreren Fällen kann eine Software-Änderung des Formulars erforderlich sein:
- Bei der Finalisierung von Standardkonfigurationen, um den anschließenden Update-Vorgang zu erleichtern. In diesem Fall wird nur das Formularmodul geändert. Module sind viel einfacher zu aktualisieren als Formulare.
- Bei der Implementierung einiger gängiger Algorithmen. Beispielsweise kann im Subsystem „Verbot der Bearbeitung von Objektdetails“ programmgesteuert eine Schaltfläche für alle mit dem Subsystem verbundenen Objekte erstellt werden, um die Möglichkeit zur Bearbeitung von Details zu ermöglichen.
- Bei der Implementierung einiger spezifischer Algorithmen. Beispielsweise werden im Nomenklaturverzeichnis Felder zum Bearbeiten zusätzlicher Details erstellt.
In einem verwalteten Formular können Sie Folgendes programmgesteuert hinzufügen, ändern und löschen:
- Requisiten;
- lokale Teams;
- Elemente.
Alle diese Vorgänge sind nur auf dem Server möglich.
Programmatische Umgestaltung weist Einschränkungen auf:
- Sie können nur programmgesteuert hinzugefügte Details/Befehle/Elemente löschen. Sie können im Konfigurator erstellte Objekte nicht programmgesteuert löschen.
- Sie können kein Attribut als Hauptattribut zuweisen.
Formularbefehle ändern
Um die Zusammensetzung von Befehlen für ein Objekt zu verwalten VerwalteteForm Es gibt eine Sammlung Mannschaften
Hinzufügen (< ИмяКоманды >)
Menge ()
Finden (< ИмяКоманды >)
Löschen (< Команда >)
Die Teams-Sammlung ist sowohl auf dem Client als auch auf dem Server verfügbar. Sie können die Sammlung (Methoden „Add()“ und „Delete()“) nur auf dem Server ändern. Sie können sowohl auf dem Client als auch auf dem Server nach Elementen suchen und deren Anzahl abrufen (die Methoden „Find()“ und „Count()“).
Als Beispiel für die Arbeit mit Formularbefehlen erstellen wir einen neuen ChangeHistory-Befehl mit der Überschrift „ChangeHistory...“, der den Handler aufruft Anzeigeverlauf(). Die Erstellung erfolgt beim Öffnen des Formulars.
&Auf dem Server
Verfahren WhenCreatingOnServer(Failure, StandardProcessing)
Team = Teams. Hinzufügen( „Geschichte der Veränderungen“);
Team . Aktion = ;
Team . Titel = „Geschichte der Veränderungen…“;
Ende des Verfahrens
&OnClient
Verfahren Connectable_DisplayHistory(Befehl)
// Befehlsaktionen
Ende des Verfahrens
Der Befehlshandler muss sich in einem Formular befinden und über eine &OnClient-Kompilierungsanweisung verfügen.
Formulardetails ändern
Das Lesen der Zusammensetzung der Formulardetails wird von der Funktion durchgeführt Beschaffe die Einzelheiten(< Путь >) gibt ein Array vom Typ FormAttributes zurück. Der Funktionsparameter gibt den Pfad zum übergeordneten Attribut (als String) an. Wenn der Parameter weggelassen oder eine leere Zeichenfolge angegeben wird, werden die Details der obersten Ebene zurückgegeben.
Das Ändern der Details erfolgt mit der Methode Details ändern(<Details hinzugefügt>, <Abnehmbare Details>) Objekt VerwalteteForm. Zu Parametern Details hinzugefügt Und Abnehmbare Details Es werden Arrays mit Elementen vom Typ Form Attributes übertragen.
Aufmerksamkeit!
Der Prozess der Änderung der Zusammensetzung von Details ist recht ressourcenintensiv. Das Formular wird tatsächlich neu erstellt. Dabei erfolgt die Arbeit mit Formulardetails im Batch-Modus.
Erstellen wir ein neues Formularattribut mit dem Namen Käufer:
AddedDetails = Neues Array;
Details hinzugefügt. Hinzufügen(Neue Formularattribute(„Käufer“, neue Typbeschreibung („DirectoryLink. Gegenparteien“), „Kunde“));// Änderungen in der Zusammensetzung der Details
);
Formularelemente ändern
Um die Zusammensetzung von Elementen eines Objekts zu steuern VerwalteteForm Es gibt eine Sammlung Elemente. Die Sammlung verfügt über mehrere Methoden:
Einfügen (< Имя>, < ТипЭлемента>, < Родитель>, < Элемент >)
Hinzufügen (< Имя>, < ТипЭлемента>, < Родитель >)
Menge ()
Finden (< Имя >)
Bewegen(< Элемент>, < Родитель>, < МестоРасположения >)
Löschen (< Элемент >)
Die Items-Sammlung ist sowohl auf dem Client als auch auf dem Server verfügbar. Eine Sammlung ändern (Methoden einfügen). () , Add (), Move () und Delete () sind nur auf dem Server verfügbar. Sie können sowohl auf dem Client als auch auf dem Server nach Elementen suchen und deren Anzahl abrufen (die Methoden „Find()“ und „Count()“). Sammlungselemente können sein:
- Gruppe formen;
- FormTable;
- Formularfeld;
- Schaltfläche „Formular“.
Sie können Formularelementen programmgesteuert Ereignishandler zuweisen. Für diese Zwecke ist die Methode vorgesehen SetAction(< ИмяСобытия>, < Действие >) .
Schauen wir uns einige der häufigsten Beispiele für die Arbeit mit Befehlen, Details und Formularelementen an.
Einen Befehl und die zugehörige Schaltfläche hinzufügen:
// Einen Befehl erstellen
Team = Teams. Hinzufügen( „Geschichte der Veränderungen“);
Team . Aktion = „Plug-in_DisplayHistory“; // Das Formular muss eine Prozedur mit dem angegebenen Namen enthalten
Team . Überschrift = „Geschichte der Veränderungen…“;
// Eine Schaltfläche erstellen und sie einem Befehl zuordnen
Element = Artikel. Hinzufügen( „Geschichte der Veränderungen“, Type("FormButton" ));
Element.Befehlsname = „Geschichte der Veränderungen“;
Hinzufügen eines Attributs und des zugehörigen Eingabefelds:
// Beschreibung der hinzugefügten Details
AddedDetails = Neues Array;
Details hinzugefügt. Hinzufügen(Neue Formular-Requisiten („Käufer“, neue Typbeschreibung ( „DirectoryLink. Gegenparteien“), "Klient" ));
// Ändern der Zusammensetzung von Details
ChangeDetails(Details hinzugefügt);
// Ein Eingabefeld erstellen und mit Attributen verbinden
Element = Artikel. Add("Buyer" , Type("FormField" ));
Element . Ansicht = FormFieldView. Eingabefeld;
Element . PathToData= "Käufer" ;
Zuweisen eines Event-Handlers zu einem Formularelement:
ArtikelKunde. SetAction(„Wenn es sich ändert“, „Connected_BuyerOnChange“);
&OnClient
Verfahren Connected_BuyerOnChange(Element)
// Ereignisaktionen
Ende des Verfahrens
Aufmerksamkeit!
Prozeduren, die mithilfe der Methode aus dem Code als Ereignishandler festgelegt werden SetAction(), wird empfohlen, das Präfix Connectable_ zu setzen.
Aufmerksamkeit!
Sie können die Verarbeitung mit Beispielen für die programmatische Suche und Änderung von Details, Befehlen und Elementen eines verwalteten Formulars herunterladen.
Das Hauptproblem besteht darin, dass im Laufe von 10 bis 15 Jahren bereits viel Code für gewöhnliche Formulare kompiliert wurde. Niemand möchte das alles auf dem Client-Server neu schreiben + viele Leute sind im Umgang mit der Schnittstelle geschult. Der obligatorische Übergang zu BP 3.0 ab dem nächsten Jahr löst bei Entwicklern und Buchhaltern Panik aus. Das Feedback wird sehr unangenehm sein. Darüber hinaus steigt die Hürde für den Berufseinstieg, das Programmieren wird schwieriger und Standardaufgaben sind noch schwieriger geworden. Was kostet der neue Algorithmus in Standarddokumenten? UV sieht gut aus, wenn Sie zwei bis drei Schaltflächen auf Dokumenten haben. UV eignet sich hervorragend für die Arbeit auf mobilen Geräten, aber nur 0,01 % der Unternehmen nutzen es. Sie müssen wechseln, wenn 1C nichts Neues einbringt, aber es wird langwierig und für alle schmerzhaft sein. Und die Unternehmen müssen das Geld selbst bezahlen.
Auch ich habe von kontrollierten Formen bisher nur Negatives erfahren, hier noch einige weitere Nachteile der Neuerung:
- Nichts? Nun, ich bin ein paar Mal darauf gestoßen, zum Beispiel beim Schreiben und Anhängen eines externen Druckformulars an die ZUP-Konferenz. Die Verarbeitung dort ist ein ganzes Epos voller Anweisungen im Internet und seitenweise Code.
Auf einem Thick-Client gibt es eine Prozedur mit Parametern, d. h. Die Entwicklung ist eine Sache von Minuten.
und die Bremsen sind dünn, mit bloßem Auge sichtbar - Was die Möglichkeit betrifft, überschaubare Formulare vorzubereiten – das ist Kunst um der Kunst willen, aber wo liegt der praktische Sinn, insbesondere bei der Dateiversion?
- Ich habe drei Jahre lang in UV modelliert, aber jetzt bin ich wieder zu einfachen Formen übergegangen, und glauben Sie mir, dieser Übergang war psychologisch ziemlich schwierig, aber das ist meine bewusste Entscheidung, denn was 1c in UV bietet, ist völlig UG…. Vielleicht schafft 1c in ein paar Jahren den Durchbruch, aber jetzt sucht sie nur noch nach dem Ort, an dem dieser Durchbruch gelingt ...
- Das Öffnen von UVs im Konfigurator dauert deutlich länger.
Danach gleicht das Öffnen von Formularen in 8.1 dem Umsteigen von einem LKW in ein Flugzeug! - Es gibt mehr Probleme für alle, Benutzer sind schockiert über die neue Benutzeroberfläche (nicht jeder gibt es zu, aber bei kleineren Dingen sind sie viel dümmer), die Hälfte der Programmierer ist für Professionalität ungeeignet geworden, für den durchschnittlichen Spezialisten ist es schwieriger geworden einen Job finden und wie man ein Qualitätsprodukt herstellt. Und das coolste Marketingthema von UV ist, dass sie überall dort auftauchen, wo der Übergang mit einem einfachen Update erfolgt, aber jeder vergisst, dass man von Anfang an über die neuesten Versionen informiert sein muss! Aber grundsätzlich gefällt mir die Idee!
- Ich weiß es nicht, meine Erfahrung zeigt das Gegenteil. Während die Booms in strengen Formen seit einigen Jahren automatisch zuschlagen, beginnt bei den neuen UV-Standards jeden Monat „Warum, wo ist 1C jetzt nach der Aktualisierung dieser Schaltfläche und warum funktioniert es jetzt nicht mehr“, was, wie Sie sehen, so ist , erhöht die Geschwindigkeit nicht.
- - Es gibt mehr Code
- Der Code ist komplexer geworden
— Die Änderung von Standardversionen ist viel schwieriger
- Die Benutzer, denen ich UT11 gegeben habe, fanden keine Vorteile gegenüber 10.x
– aber sie fanden einige Verlangsamungen und einen Mangel an einigen Funktionen wie der Suche (aus irgendeinem Grund wollten sie eine Vorwärts-Rückwärts-Suche und keine Auswahl)
Meiner Meinung nach sind die Abstriche zugunsten des Web-Clients und der Tablets zu groß. Darüber hinaus habe ich persönlich noch keine echte Arbeit mit einem Web-Client gesehen, der den Fernzugriff erfolgreich nutzen muss - Das Client-Server-Chaos sollte zu einer Steigerung der Leistung und Skalierbarkeit führen, während gleichzeitig die Kosten einen Anstieg der Codierung mit sich bringen.
Allerdings erlebten nicht alle einen Anstieg, daher die Enttäuschung. Und gleichzeitig waren alle auf die Codierungskosten bedacht.
P.S. Eigentlich mag ich die kontrollierten, ich zeichne in aller Ruhe darauf. Aber die typischen sind pervers geworden. - Zu Hause (normaler Computer) führe ich mein Trinken nach den Vorgaben einzelner Unternehmer durch.
8.3, BP3, kariert. Der Haupteindruck ist, dass ich nicht arbeite, sondern die ganze Zeit warte. Hämorrhoidalreaktion. Der SALT für das Konto ist einfach erstaunlich – es wirkt wie eine Kontokarte für das Jahr in einer Mega-Holding. - UT11 ist eine wilde Bremse, Horror und im Allgemeinen ein Albtraum.
UT10 fliegt im Vergleich zu UT11.
Apropos UV - seit Jahren wimmelt es von Wanzen, alles ist schief, Spalten passen nie auf einen Bildschirm, Dehnung ist in vielen Fällen furchtbar.
Und ich kann noch viele Minuspunkte aufzählen, aber zu den Pluspunkten werde ich wahrscheinlich nichts sagen. Sie existieren einfach nicht.
Firmen haben sich gezielt für diese Formulare entschieden, weil die Entwicklung teurer ist, es keine Sonderangebote und keine normalen gibt.
Es gibt wenige Vorteile, aber natürlich gibt es sie...
Profis:
Die Antwort gibt es schon seit langem, was die UP gab:
Cross-Plattform-Client
- Arbeiten an schlechten Kommunikationsleitungen
- Möglichkeit, über einen Browser zu arbeiten (ohne einen Client zu installieren)
