Ich bin neu in Dev Express, Infragistics und einige andere Kontrolle Zeug. Ich möchte nur wissen, was die möglichen Probleme sind, denen ich begegnen könnte, wenn ich beide in meiner Anwendung verwende.Verwendung von Steuerelementen von verschiedenen Anbietern in einer Anwendung
Dank
Es hängt von Ihrer Anwendung, aber eines der größten Risiken, die Sie bei der Verwendung Kontrollen aus einer Vielzahl von Anbietern in einem Nicht-Web-Client ausführen kommt aus einer unerwarteten Richtung - Sie mit anderen Dingen in Konflikt stehen könnten in Ihre App-Domain. Nehmen wir an, Sie möchten entweder ein Plugin entwickeln, das Ihre Anwendung einer anderen Anwendung zugänglich macht oder umgekehrt. Wenn Sie Steuerelemente mehrerer Anbieter verwendet haben, ist die Wahrscheinlichkeit einer Namensraumkollision viel höher.
Dies ist wichtig, weil beispielsweise DevExpress die Organisation ihrer Namespaces im Laufe der Zeit auf wichtige Weise geändert hat. Sie könnten leicht eine Situation feststellen, in der das Plug-In nicht geladen werden kann, da eine in Konflikt stehende Version eines Steuerelement-Frameworks geladen werden muss . Ihre einzige Option zu diesem Zeitpunkt ist die Verwendung einer separaten App-Domain, um Ihr Plugin zu halten. Das ist für einige Aufgaben in Ordnung, aber ich kann Ihnen aus Erfahrung sagen, dass es große Anwendungen gibt, die dies bei der Offenlegung ihrer API nicht berücksichtigen.
Angesichts der begrenzten Anzahl der Anbieter von Hauptsteuerelementen im .NET-Markt müssen Sie darauf achten, dass sich Ihre Anwendung für diese Art von Konflikten nicht öffnet.
Danke Mike für die Info. Haben Sie versucht, verschiedene Steuerelemente in Ihrer App zu kombinieren? Geht es gut?
Ich möchte nur sicher, was das Ergebnis jeder dieser Kontrollen würden
Dank vor der Verwendung –
Arnold
Wir mit nur DevExpress als primäre Informationsanzeige Kontrollen in unseren Anwendungen stecken haben, obwohl wir andere Komponenten aus einer Vielzahl verwenden anderer Quellen. Selbst mit der Verwendung von DevExpress sind wir auf das oben erwähnte Namespace-Kollisionsproblem gestoßen. Es gibt keinen Grund zu der Annahme, dass die Kombination der Steuerelemente verschiedener Anbieter zu Problemen führen würde - sie sind alle recht ordentlich in ihren eigenen Paketen und Namensräumen versteckt und werden im Allgemeinen von einer großen Vielzahl von Kunden verwendet so offen wie möglich für das Zusammenleben sein. –
.NET? ActiveX? Winforms? WebForms, etwas? –
Danke John für die Antwort. Ich entwickle derzeit .NET-Anwendung und Planung, um einige Steuerelemente von einer Vielzahl von Anbietern in meiner App zu verwenden. Würde es ein Problem geben? Wird diese Vielzahl von Kontrollen zusammenarbeiten? – Arnold
@Arnold: Du hast nicht alle meine Fragen beantwortet. Verwenden Sie Windows Forms? Welche Version von .NET? –