Kolla källkod i dll (SMIL)?

Nja, du kan läsa all IL-kod i klartext.
Starta vs.net-command-prompten och skriv "ildasm" så kan du därigenom analysera kompilerade .net dll.er.

Ok, gör säkert fel men jag får : Command "ildasm" is not valid.

använd inte vanliga kommandopromten utan använd .NET kommandopromten. (finns under all programs -> microsoft visual studio.net 2003-> Visual studio.net tools)

Ok, då är det svårt att t.ex. sälja egna asp.net kontroller utan att riskera att de rippas.
Måste man använda com+ för det?

Jag undrar hur många gånger jag sagt det här... du kan alltid rippa kod. Om den så är kompilerad ner till subkvarkar och gluoner måste den fortfarande kunna köras, vilket betyder att man måste kunna läsa av dess beteende, vilket betyder att man kan rippa den. (Och, hemska tanke, tänk om någon kör programmet och ser hur det gör saker och ting - haja vad lätt att kopiera!!!!1!)

Detta är nog .NET och Javas största problem. För att i klarspråk så kan man ju inte skapa ett klientprogram och sälja, eftersom det är ju i princip ren källkod man då säljer, spelar ingen roll om man obfuscatar koden, det finns alltid några reverse-engineer program som kan få tillbaka den rena källkoden. Och då är det enda alternativet att använda webbaserade applikationer på egna servrar, och så säljer man användandet av tjänsten.

Men jag tror att phoenix compilern skulle lösa problemet med MSIL koden , jag läste det nånstans..

Hur stort problem är det egentligen? Hur många här har exempel på folk som fått sin kjellkod rippad p.g.a. rev-engad byte-/IL-kod?

Nöff skrev:

Detta är nog .NET och Javas största problem.

Problem? Det är ju en finess. Vill man ha finessen så använder man ett sådant språk. Vill man inte ha den så använder man ett annat. Varken .NET eller Java är lösningen på alla världens problem, utan de har sina användningsområden och andra språk har sina.

Ja, se det mer som en "finess" helt enkelt.

Det finns iof program som kan göra om IL-kod till Native-kod. Ett program är tex:
http://www.thinstall.com

Det krypterar även innehållet så att en disassembly försvåras betydligt. Märk dock att det absolut INTE är någon omöjlighet med tex en debugger, men "ILDASM" kommer inte att fungera i alla fall. Vidare så kommer man inte behöva .NET-framework på klienten heller.