nicht in Vb geschriebene Programme ...

Ist das noch verhandelbar?

Das oft gefragte "Herausfinden ob zwei Bilder gleich sind", läßt sich prima mit einer C# Funktion lösen (unsafe!), die man in eine DLL packen kann. Eine DLL für Net ist immer auch mit VB.Net nutzbar. Warum muss sowas zwangsläufig nach OT?

Sollte man nicht eine "Ausnahme" für DLLs machen? Eine ANWENDUNG (=etwas das Endandwender nutzen) sollte ggf MIT VB geschrieben sein. Aber eine BIBLIOTHEK (=etwas das nur Programmierer verwenden) sollte imho (auch) FÜR VB "nutzbar" sein.

Hey,

Ich habe das schonmal gefragt, wurde aber abgelehnt.

Marcus Gräfe schrieb:

C# ist nicht VB. Es kommt nicht darauf an, ob die Sprachen ähnlich sind oder ob das Ergebnis gleich aussieht. Der Showroom ist nur für VB-Programme.

Grüße

ThuCommix schrieb:

Der Showroom ist nur für VB-Programme.

Das macht aber ja keinen Sinn. Eine DLL ist nunmal kein "Programm" (zumindest nicht alleine lauffähig) i.e.S. und trotzdem werden auch DLLs im Showroom veröffentlicht. Wenn es aber unterschiedliche Typen von "Code" gibt, sollte es nicht unmöglich sein, dass es auch unterschiedliche Regeln gibt.
Ansonsten könnte/müsste man die Regel halt umgehen indem man ein Minimalprogramm (als Nutzungssample zb) mit VB schreibt, das die DLL verwendet (die dann natürlich ebenfalls runterladbar ist). Das wäre dann regelkonform aber völlig schwachsinnig ...

picoflop schrieb:

Das macht aber ja keinen Sinn. Eine DLL ist nunmal kein "Programm"

Ja das ist Sinnig, bei der Anfrage ging es auch um eine Dll.

ThuCommix schrieb:

Moin Marcus,


Explizit gesehen ist es garkein Programm sondern eine DLL die genauso in VB funktioniert, die funktionen bzw, der Syntax ist komplettgleich. Natürlich weiß ich, das das hier ein VB Forum ist, da die DLL aber nicht Opensource ist, ist es doch egal welcher Syntax dahinter steht, solang sie in VB funktioniert und das tut sie.

Grüße

Wäre ehrlich gesagt auch dafür, da es, wie man ja schon lange weiß auf beiden Seiten Dinge gibt, die man beim andern vermisst...

Mach eine C# DLL und veröffentliche sie als VB Produkt. Merken tut das im Endeffekt wohl eh niemand, außer natürlich jetzt wo man genau dies hier anspricht.

Es ist eben so das der Showroom nur für Programme da ist, die in VB.net geschrieben wurden. Und das gillt ganz unmissverständlich auch für DLLs.

@Dodo

Man würde den Unterschied selbst durch Dekompillieren kaum herausfinden können, aber trotzdem ist es doch leichter Betrug, oder

Zustimm. Die Möglichkeit, VB-fremde dlls einzubinden ist ein Feature von VB.

... Und ihr sollte also der Eingang ins Paradies nicht verwehrt bleiben

Sehe ich genauso.




Grüße

Dann stellt die DLLs einfach in den Offtopic und gut ist...

Ich kenne keine Funktion von C# die man unbedingt benötigen würde.

m9898 schrieb:

Ich kenne keine Funktion

Mach ma:
Public UNSAFE Sub WriteMemoryDirectly()
in VB
Da VB keinen "unsafe" Kontext kennt, dürfte das komplex werden ...

So was halt: [Allgemein] Zwei Bilder am schnellsten/besten Vergleichen?

picoflop schrieb:

Das wäre dann regelkonform aber völlig schwachsinnig ...

Sehe ich auch so.

Dodo schrieb:

Mach eine C# DLL und veröffentliche sie als VB Produkt. Merken tut das im Endeffekt wohl eh niemand, außer natürlich jetzt wo man genau dies hier anspricht.

Ich wette drauf, dass es im Showroom mindestens 2-3 Sachen gibt, die in C# geschrieben sind. WEiß nur keiner; lässt sich auch nicht rausfinden.

Was für mich der Stand ist:
Man kann doch alles mögliche in C# schreiben und in den SR stellen, wenn man sagt, dass es in VB.NET geschrieben wurde. Es fällt keinem auf. Allerhöchstens, wenn man vorgibt, in "VB6" geschrieben zu haben. ;)

Was ich besser finde:
C# für den Showroom freigeben. Ich finde die Kein-C#-aber-VB.NET-Reglung sinnlos, weil .NET einfach .NET ist.

Selbst wenn man Programme in C# schreibt, Prüfen ob's VB ist kann man es eh nicht.

Tsuyo schrieb:

Prüfen ob's VB ist kann man es eh nicht.

Naja, ich kann mir vorstellen, dass man ein C#-programm an bestimmten IL-Code-Mustern erkennen kann.
Außerdem wird in C# bestimmt nie der Microsoft.VisualBasic-Namespace verwendet. Bei VB.NET ist das oft dabei. ;)

nikeee13 schrieb:

Tsuyo schrieb:

Prüfen ob's VB ist kann man es eh nicht.

Naja, ich kann mir vorstellen, dass man ein C#-programm an bestimmten IL-Code-Mustern erkennen kann.
Außerdem wird in C# bestimmt nie der Microsoft.VisualBasic-Namespace verwendet. Bei VB.NET ist das oft dabei. ;)

Das gleiche dachte ich mir auch. Aber ich bezweifel das die Admins sich nen Tool schreiben um zu überprüfen ob bestimmter IL Code C# ähnlich ist.

nikeee13 schrieb:

Außerdem wird in C# bestimmt nie der Microsoft.VisualBasic-Namespace verwendet

Wenn ich ein Projekt mache ist das der Namespace den ich aus meinem Projekt verbanne, VB6 hat nichts mehr in .NET zu suchen und damit ich ja nicht in Versuchung komme kommt der raus.

Also ich würde sagen einfach nicht groß aufbauschen hier. Machen und fertig.
Natürlich ist picos Vorhaben nun hinfällig, weil er kann nun keine Bildvergleich DLL schreiben kann, da die Admins nun ja wegen diesem Thread wissen dass sie wohlmöglich mit C# geschrieben wurde. War taktisch unklug, hättest die einfach geschrieben und als VB.NET veröffentlicht, wäre alles super gewesen und viele hätten sich gefreut.

Im Offtopic sowas hinzustellen ist unsinnig, da geht so ein Thread unter und finden wird man ihn dort eh nur schwer, vorallem durch die tolle Boardsuche.

Dodo schrieb:

damit ich ja nicht in Versuchung komme kommt der raus.

Manche Default-Funktionen, die als "C#-Äquivalent" gelten wie z.B. "CInt()" für "(int)" kommen aus dem Ms.VB-Namespace.
Gut, ich verbanne den Namespace bei neuen Projekten, wie z.B. Xlauch, auch.

Ich bleibe aber dabei, dass die VB.NET-Regelung in meinen Augen sinnlos ist.

Dodo schrieb:

War taktisch unklug

ICH brauch den Code ja nicht Und mir schwillt auch nicht der Kamm, wenn ich was im ShowRoom veröffentliche. Wenn ich sowas mache, dann nur um anderen zu helfen. Wenn das dann gegen die Regeln verstößt, muss ich's ja nicht tun

Natürlich nur um anderen zu helfen, darum gehts ja auch. So ein Bildervergleich kommt ja nun auch immer häufiger und wenn da fix die C# DLL erstellt hättest und hier veröffentlicht, wäre alles prima und wir könnten bei neuen Threads darauf verweisen.

Ladet diese DLLs doch einfach woanders hoch wo C# "erlaubt" ist, oder einfach bei einem Filehoster.
Darauf verweisen kann man dann in Threads immernoch


Gruss
Pascal