Jag ska göra ett hyffsat stort projekt och funderar på att progga det i c# istället för c++. Anledningen till att jag vill använda c# är det känns fan så mycket mer strukturerat och mer programmeringsvänligt. Definitvt C# ... Vad innebär: vilket gör deplyment av platformen till en 0 kostnad. > <b>Vad innebär: vilket gör deplyment av platformen till en 0 kostnad. </b> Vill bara tillägga att man inte behöver installera HELA NET framework (131mb) utan det räcker med att installera Microsoft .NET Framework Redistributable(bara ca 20 meg stor ;) )som innehåller det som krävs för att köra en app gjord med .NET. mm.. om man bara håller sig till viss grundfunktioalitet ;0) ... finns en del som inte följer med i den där 20meggaren ... Något som kan vara ett problem är att win95 inte stöds, om jag nu inte fått detta om bakfoten. jag minns inte nu, tog ett beslut för några månader sedan efter att sett hur dåligt den där runtimen täcker allt ... >varör vill man förresten stödja win95? > <b>Jag skriver ny programvara som måste stödja win95,</b> >Finns det några krav på Internet Explorer version när det gäller dotNet? >Detta tycker jag är fel... är det någon som har börjat utveckla grejjor i .net än? > <b>det enda jag menade var att det _kan_ vara ett problem.</b> det är inget krångligt att installera .net FW .. och du får en plattform som är 100ggr mer produktiv än vad MFC eller ATL ngnsin var... Jag kan med ganska stor säkerhet säga att supporten på windows2000 också kommer att försvinna!! >Men, man bör göra sitt bästa för att anpassa verkligheten åt sig själv istället för att bara bli styrd av verkligheten! Det här är en spännande tråd! Jag håller själv på att utveckla en appliaktion i C# och kastade mig med spänning in på denna tråd för att läsa om ifall någon har någon erfarenhet att installera program skrivna i .NET. > <b>Så, återigen, har någon installerat och distribuerat en applikation skriven i .NET?</b>Törs man göra en oemprodukt i .Net?
Men vågar man göra det? Är rädd för att råka ut för någonting liknande det sk dll-hell som fanns förut. Hela .net framework ska ju installeras vid installationen och det känns som bäddat för trubbel?
produkten jag gör ska säljas av ett stort och känt företag och därför vore det rätt olyckligt om det blir massa strul.
så vad säger ni? c# eller c++Sv: Törs man göra en oemprodukt i .Net?
.NET framework installationen ger inga likanande DLL hell trubbel, den kommer dessuomt att vara inkluderad i alla nya operativ system från Microsoft, vilket gör deplyment av platformen till en 0 kostnad.
Vad gäller versions-hanteringen av din egen appliaktion så har det drastiskt ändrats i och med .NET.
ELlle rman skulle kunan säga att nu finns det versions hantering. Du kan nämligen via XML filer, binda driekt till en viss version och sökväg av en komponent. Det innebör att m du vill ändra version eller specifikt binda till en lägre, så har du ett bra verktyg.
Vad gäller versionsisoleringen, så går den så djupt att du faktiskt kan skapa instanser i samma AppDomain av likadan klasser med olika verisonnummer, och du får ingen krock.
Allt så länge du använder dina inställningsfiler.Sv: Törs man göra en oemprodukt i .Net?
Får vi distrubera platformen grattis?
P.S.
Engelskt uppslagsord
deployment
Svensk översättning
utplacering, spridning (inför anfall), gruppering {militärterm} (substantiv)
D.S.Sv: Törs man göra en oemprodukt i .Net?
Jag tror Patrik menade att .NET FW ingår i Microsofts nya OS och då blir det en 0 kostnad för deployment av just .NET FW.Sv: Törs man göra en oemprodukt i .Net?
//FreddeSv: Törs man göra en oemprodukt i .Net?
och ja jag mernar att kostnaden för FW är 0 från .NET servers och frammåt ... Sv: Törs man göra en oemprodukt i .Net?
>finns en del som inte följer med i den där 20meggaren ...
Vad är det som inte följer med?Sv: Törs man göra en oemprodukt i .Net?
varör vill man förresten stödja win95?? folk har ju om ngt 98 idag och mer ofta millenium eller xp ... om man nu skall bygga oem produkter, ska man väl bygga för framtiden? inte för dåtiden ... Sv: Törs man göra en oemprodukt i .Net?
Som utvecklare skulle det alltid vara bäst att bara stödja ett OS, men det är ju inte alltid möjligt. Jag skriver ny programvara som måste stödja win95, om jag fick bestämma skulle den bara stödja win2000 eftersom jag utvecklar på win2000 :-). Visst har du rätt i att win95 börjar försvinna, jag skrev ocskså att det _kan_ vara ett problem. Har själv en Win95 burk hemma.
Finns det några krav på Internet Explorer version när det gäller dotNet? Sv: Törs man göra en oemprodukt i .Net?
Detta tycker jag är fel. Microsoft har dragit in supporten för Win95 och då bör även utvecklarna göra detta!
Uttalandet gäller egentligen generella applikationer. Bygger man en applikation på specialbeställing så sitter man ju i en annan situation. Men man gör bara det jobbigt för sig som utvecklare om man själv ska ha support på en produkt som Microsoft själva inte längre supportar.
Vart har ni att vända er om det uppstår problem?
Förklara problemet/situationen för era säljare så de vet vad som gäller när de säljer in en affär!Sv: Törs man göra en oemprodukt i .Net?
IE5 eller senare (eller kanske t.o.m. 5.01, kommer inte ihåg exakt).
MSSv: Törs man göra en oemprodukt i .Net?
Jag har inte märkt någon skillnad som utvecklare före/efter att MS slutade ge support på win95. Men det är väl ganska troligt att det blir svårare och svårare att stödja win95 samtidigt som man stödjer nya OS så bra som möjligt.
Nu börjar vi komma ifrån ämnet, det enda jag menade var att det _kan_ vara ett problem. Om detta är ett problem kan man bara svara på i varje enskilt fall. Visst man kan kategoriskt göra som du skriver vägra win95, men verkligheten är inte alltid så enkel eller hur.
>IE5 eller senare...
OkSv: Törs man göra en oemprodukt i .Net?
någon som har erfarenhet av kundinstallationer?
jag är inte övertygad om att c# kommer vara bättre än mfc. Med mfc blir det garanterat inte problem och det är inte en massa extraskit som måste installeras.
att säga att det är ok att programmera c# bara för att .net FW kommer med i alla kommande versioner av windows är rätt knasigt. vad bryr jag mig om kommande versioner av windows? de versioner som finns nu lär finns hos kunderna i några år till.Sv: Törs man göra en oemprodukt i .Net?
Instämmer!
> <b>Visst man kan kategoriskt göra som du skriver vägra win95, men verkligheten är inte alltid så enkel eller hur. </b>
Instämmer!
Men, man bör göra sitt bästa för att anpassa verkligheten åt sig själv istället för att bara bli styrd av verkligheten!Sv: Törs man göra en oemprodukt i .Net?
MS kommer sluta supprta MFC och ATL också, precis osm de komemr sluta supporta det mesta som de lägger ner.. .NET är det nya sättet att arbeta mot windows kärnan... Sv: Törs man göra en oemprodukt i .Net?
Har MS talat om när de slutar stödja MFC? Tycker man hör exakt samma sak om win32 API antingen kommer man inte kunna använda APi'et eller slutar MS dokumentera detta, vissa påstår att de fått detta från MS källor, någon som hört liknande saker?. Nu brukar det alltid vara mycket snack men lite fakta i dessa frågor.Sv: Törs man göra en oemprodukt i .Net?
Instämmer!
Men ofta lever och jobbar människor i ganska olika verkligheter.Sv: Törs man göra en oemprodukt i .Net?
Jag är själv mycket positivt överraskad av att utveckla appliaktioner i C#. Jag har programmerat i både Assembler, C, C++ och VB förut och kan säga att C# har en hel del bra att bjuda på!
Så, återigen, har någon installerat och distribuerat en applikation skriven i .NET?Sv: Törs man göra en oemprodukt i .Net?
Tyvärr nej!
När vi pratar om distribution av en mjukvara så antar jag att det är en desktop-applikation vi pratar om. Jag har hitentills inte sprungit på någon sådan utveecklad för .NET.
Men jag förutsätter att det varken är lättare eller svårare att distribuera en applikation utvecklad i .NET än en traditionell applikation. Det viktiga är ju vilken typ av installationsprogram man har använt sig av.
Här är jag ute på hal is, så om någon har mer info att dela med sig av så är även jag mycket intresserad!