Læs text fil.

den er nok lidt mere vær end 30 point, 100 må kunne gøre det. :)

sjov kombo - INI fil (Win16) i VB.NET (.NET)

du kan enten selv læse filen og parse den (StringReader ReadLine, String Split etc.)
eller du kan kalde de Win32 API funktioner som gør det

et par links:

http://www.experts-exchange.com/Programming/Q_21091756.html

http://www.codeproject.com/vb/net/VbNetClassIniFile.asp

hvis du fortæller om du er til special parse elle rtil Win32 API så vil jeg
godt lave et eksempel

det er nok til en win32 API.... takker og buker :)

jeg er nok ikke den beste ko på isen når det gæller vb, og alt andet ;) hmmm programmering

jeg prøver at bixe noget

her kommer det:

Imports System
Imports System.Text

Public Class IniFileSupport
    Private Declare Ansi Function GetPrivateProfileString _
          Lib "kernel32.dll" Alias "GetPrivateProfileStringA" _
          (ByVal lpApplicationName As String, _
          ByVal lpKeyName As String, ByVal lpDefault As String, _
          ByVal lpReturnedString As System.Text.StringBuilder, _
          ByVal nSize As Integer, ByVal lpFileName As String) _
          As Integer
    Public Shared Function GetString(fnm As String, section As String, key As String) As String
          Dim sb As StringBuilder = New StringBuilder
          GetPrivateProfileString(section, key, "*", sb, 100, fnm)
          GetString = sb.ToString
    End Function
End Class

Module Main
    Sub Main()
        Console.WriteLine(IniFileSupport.GetString("C:\test.ini", "local", "server"))
    End Sub
End Module

den der fjollede stjerne er en default value

i virkeligheden behøver du slet ikke den wrapper klasse da GetPrivateProfileString
kan kaldes direkte med næsten de samme argumenter - jeg synes dog at det måske
er lidt nemmere med den

og et svar

du har sikkert god grund til at bruge INI fil men ellers er det:

DOS  : binær config fil
Win16 : INI fil
Win32 : registry
.NET  : XML config fil

grunde er at det er nemt :) og næsten til og overskue....

skulle jeg lave et eksempel med "the .NET way" ?

du får den anyway

hvis din EXE hedder Foobar.exe så laver du en Foobar.exe.config i samme dir med:

<?xml version="1.0"?>
<configuration>
    <configSections>
        <section name="local" type="System.Configuration.DictionarySectionHandler"/>
        <section name="remote" type="System.Configuration.DictionarySectionHandler"/>
        <section name="test" type="System.Configuration.DictionarySectionHandler"/>
    </configSections>
    <local>
        <add key="Server" value="127.0.0.1"/>
        <add key="password" value="alkdjf"/>
    </local>
    <remote>
        <add key="server" value="5.5.5.5"/>
        <add key="side" value="svar.asp"/>
    </remote>
    <test>
        <add key="val1" value="10.0.0.1"/>
        <add key="val2" value="10.0.0.10"/>
    </test>
</configuration>

og så kan du hente konfig info som:

Imports System
Imports System.Collections
Imports System.Configuration

Module Main
    Sub Main()
        Dim local As IDictionary = CType(ConfigurationSettings.GetConfig("local"),IDictionary)
        Console.WriteLine(local("Server"))
    End Sub
End Module

hvor skal man kave om hvis man nu vil bruge filen c:\conf.xlm

xml

det tror jeg faktisk ikke er nemt

det bygger på en "installation med XCOPY" filosofi, hvor alt ligger i samme directory

det er også ok men hvorfor kan jeg ikke få det til og køre, ved minder jeg Build'er programmet

fant selv us af det :) der ligger en fil app.config