Natan

É isso mesmo, a documentação do .NET. Pelo seu nível de conhecimento, eu recomendo que antes disso você dê uma lida em algum livro, tutorial, pelo menos explicação do que é o .NET, o que são namespaces, SDK, BCL, etc.. se não qualquer coisa você vai ficar perdido. No site da (Editora Campus tem um livro chamado C# e .NET - Guia do Desenvolvedor que tem download grátis em PDF. Faça o cadastro, faça o login e dê uma procurada por ele. É um bom começo... []'s

Só comentando. Nesse sentido, ASP e ASP.NET são a mesma coisa. Tanto ASP e ASP.NET são ambientes voltados a programação Web que expõe uma interface permitindo que a linguagem/plataforma processe informações vindas do servidor web. Então ASP não é linguagem de programação. ASP usa principalmente VBScript, mas pode utilizar JScript, Perl, Python ou qualquer outra linguagem que se integre com o Windows Scripting Host. Sendo os dois ambientes de programação pra Web, a diferença crucial é que o ASP utiliza o Windows Scripting Hosting para passar solicitações para uma linguagem de script, enquanto o ASP.NET utiliza o .NET como plataforma para processar as páginas. Apesar da descrição simples das diferenças, a plataforma .NET é muito mais completa, funcional e permite fazer muito mais do que se fazia com o ASP. Por esse motivo foi possível incorporar toda a funcionalidade que se tem hoje de webcontrols, postbacks, tags runat="server" e etc. Em outras palavras, o ASP.NET é o que a microsoft queria ter feito com o ASP na época mas não conseguiu. O ASP foi uma ideia que se provou não ser muito boa. Entre aprender um ou outro, sem dúvida esqueça ASP e use logo ASP.NET... não tem razão utilizar o antigo sendo que o novo é melhor, mais rapido e mais legal de trabalhar. Dificuldades você vai encontrar em qualquer coisa que você não souber no começo. Eu trabalhei um bom tempo com PHP e hj trabalho principalmente com C#, o seu conhecimento ajuda mas o que mais ajuda é o seu conhecimento lógico. A ideia das plataformas é bem diferente e voce raramente vai criar coisas em ASP.NET do jeito que fazia com o PHP. Sobre livros, eu recomendo pra começar um da editora Campus que tem grátis no site dela (http://www.campus.com.br) - C# e .NET - Guia do Desenvolvedor. Faça cadastro e login no site, busque que ainda deve ter o download gratis em PDF. Qualquer dúvida, estamos as ordens.

Um jeito simples é por OleDB... Você pode abrir uma conexão com um arquivo Excel e tratar ele exatamente como um banco de dados, fazer consultas SELECT, inserir e excluir... Outra forma é a seguinte, na instalação do Office 2003 você tem la os "Componentes para programação .NET" (algo assim). Instalando isso, ele instala no GAC algumas bibliotecas para acesso ao office e tal. Provavelmente por lá você pode fazer isso do mesmo jeito que fazia com o CreateObject e os componentes ActiveX antigamente. Como ultima alternativa, o Excel abre tranquilamente TXT ou CVS. Em ultimo caso da pra simplesmente salvar nesses formatos e abrir no excel. []'s

De uma olhada no namespace System.Data.SqlClient, no .NET SDK tem todos os exemplos. qualquer duvida depois, poste aí...

Só comentando o primeiro post: Esse não é o site oficial do C#... é só um site de C#... O site mais "oficial" seria: http://msdn.microsoft.com/vcsharp/ Mas esse ainda é sobre o Visual C#, não sobre C# em si...

Esse é o mal desse povo que copia um exemplo de algum lugar e quer que tudo funcione sem entender o que ta fazendo. Seu problema é a connection string. Você tá usando autenticação integrada do windows ai mas tem que ver se o seu SQL server ta configurado pra suportar, e se o seu usuario tem permissão na lista do sql server. mais seguro é você passer um "user id= bla; passwd = bla;" E só uma dica, dá tranquilo pra reduzir seu codigo ai em 1 terco se você entender o que ta fazendo. []'s

Bem, eu vou deixar a minha opinião sobre o assunto: Esse papo de quem fala que java é infinitamente melhor que C# é papo de programador de Java, do mesmo jeito que quem falar que C# é bem melhor que java é papo de programador de C#. Esquece isso.. Entenda que Java é tanto linguagem como plataforma, enquanto C# é só linguagem, plataforma é o .NET. Tratando somente da LINGUAGEM (C# ou Java), as duas são totalmente orientadas a objeto, as duas tem os mesmos recursos principais, suporte a tudo que OO precisa. Falando da PLATAFORMA (.NET ou Java), as duas tem classes pra fazer tudo o que você precisa. Existem diferenças sim, mas considere os seguintes pontos: 1. Java tem bem mais tempo de mercado, muito mais tempo de uso, muito mais experiencia de uso, tem muito suporte da comunidade e muitas bibliotecas livres pra download, que facilitam muita coisa no desenvolvimento. 2. C# e .NET são mais novos, tem menos tempo no mercado, portanto menos experiência em aplicacoes pesadas (o orkut é uma prova das falhas do .NET em aplicacoes de uso pesado). 3. O .NET e C# por serem chupados do java, tem a vantagem de ter visto todos os problemas que o java apresentou, e já criar o negocio contornando eles. E não adianta falar que não tem, porque nada é perfeito. Na minha opinião, o C# tem alguns recursos de linguagem que deixam a programação mais legal que no java. 4. O java agora é aberto, tem um suporte mais forte de uma comunidade preocupada com arquitetura, com ideias e etc. Existe uma base muito grande de bibliotecas prontas em java e gratis, enquanto pro C# existem, mas não tantas.. e muitas são comerciais. 5. O .NET é microsoft, e é ela quem manda. A microsoft esses anos acabou com o Netscape, com o ICQ, OpenGL (que apesar de ainda ser muito utilizado, a maioria dos jogos no windows é baseado no DirectX), Winamp, MP3... e qualquer coisa que ela integra no windows vira padrão. O .NET não vai ser diferente, e gostando ou não nos próximos anos a microsoft vai dominar o mercado de programação pra windows com .NET simplesmente mandando o .NET junto com o windows. 6. O Java 1.5 já incluiu alguns recursos legais de generics, enquanto o C# 2.0 ainda tem um tempinho antes de sair em produção.. vantagem do java temporaria. Então ta aí... java tem seus pontos fortes e fracos, assim como o C# e .net. Quer uma dica? Aprenda os dois. Aprenda 3, 4... sabendo logica, OO e as ideias, linguagem é simples. Entre C# e VB.NET só muda sintaxe... entre C# e java muda a linguagem mas OO continua a mesma. Hoje em dia se você quer sobreviver, tem que saber mais que os outros e tem que ser bom no que faz... já saiba disso e não fique preso em nada. Hoje pode ser java que da dinheiro, amanha é .NET, depois de amanhã é outra coisa.. e é melhor você seguir o que ta dando dinheiro no momento do que ficar bitolado em defender uma linguagem ou plataforma.

Não entendi uma coisa. Isso é VB.Net? Porque você não usa os métodos do tipo DateTime? DateTime.Parse() pode transformar qualquer string em qualquer formato pra DateTime Tem os metodos AddHour, AddMinute e etc pra trabalhar com eles, o tipo TimeSpan serve pra representar intervalos de tempo... E por ultimo, pra formatar usa o metodo ToString() do datetime po.. data.ToString("dd-MM-yyyy hh:mm:ss") simples... []'s

Se ainda interessar a resposta, o problema é de permissões. Não do IIS, mas do ASP.NET na pasta. É necessário dar permissão de escrita para o usuario ASPNET na pasta em que você colocou o seu banco de dados (pelas propriedades da pasta no windows). Fazendo isso deve funcionar numa boa. []'s

Pasqualini, minha intenção não foi de ofender ninguém, eu só passei pra explicar. O problema é que você realmente tá falando besteira... e tá insistindo nisso. É só parar um pouco e analisar o que você ta querendo explicar, porque muita gente aqui aprendendo acaba aprendendo errado por causa disso. Eu tambem não sei tudo, mas sobre esse assunto eu entendo o suficiente pra saber que o que voce disse não bate nada com nada. HTTP é o protocolo padrão pra transporte de páginas na internet. PHP é uma linguagem de script que processa as informações no servidor e envia pro usuário geralmente utilizando HTTP. Apesar de você processar os dados de um form em PHP, o envio dos dados acontece no HTTP entre o browser e o servidor. Considerando o seguinte exemplo html: <html> <body> <form method="get"> <input name="campo1" type="hidden" value="valor1" /> <input name="campo2" type="hidden" value="valor2" /> <input type="submit" /> </form> <form method="post"> <input name="campo1" type="hidden" value="valor1" /> <input name="campo2" type="hidden" value="valor2" /> <input type="submit" /> </form> </body> </html> ao clicar no primeiro submit, que é GET, o seguinte cabecalho HTTP é enviado pro servidor: GET /exemplo.php?campo1=valor1&campo2=valor2 HTTP/1.1 Vale a pena lembrar que esse e EXATAMENTE o mesmo comando que ele envia caso você digite a URL (http://site/exemplo.php) no browser. Ao clicar no segundo botão, o seguinte header é enviado para o servidor: POST /exemplo.php HTTP/1.1 Content-Type: application/x-www-form-urlencoded Content-Length: 27 campo1=valor1&campo2=valor2 Perceba que tanto em um quanto o outro, os dados são enviados em forma "url-encoded". No caso do POST, os dados podem ser geralmente em multipart/form-data ou x-www-form-urlencoded. não vou entrar em detalhes nisso. O importante aqui é você entender que: 1: POST e GET são métodos do HTTP (pelo menos a especificacao diz isso: RFC2616 - HTTP). 2: O PHP apenas usa a informação provida pelo HTTP. Ou seja, ele recebe os dados em formato "url-encoded" ou multipart/form-data, e não importa como voce use, seja pelas register_globals on ou pelas super globais, o PHP decodificou isso seja usando a propria funcao urldecode() ou algum outro método ou biblioteca interna, e manda para as variaveis super_globais. Voce diz que não é recomendado utilizar o $_GEt pra pegar dados da URL... não é recomendado porque? Onde ta escrito isso? é o meio que o PHP prove pra voce pegar os dados que são enviados pela URL, não importa se vem de um form ou não. Alias, é o unico meio já que o register_globals esta desativado e os antigos super globais estao obsoletos... O que o register globals faz é dar um loop nos dados que ele processou do get, post, etc, e criar variaveis com eles... ai sim tem processamento a mais, não usando o $_GET. Bem, explicado isso, queria deixar claro o caso dos Requests.. Você novamente tá confundindo as coisas. GET é um método utilizado num request, assim como o POST. Como definido na documentacao do HTTP: Traduzindo pra quem não sabe ingles: GET - método a ser aplicado ao recurso /exemplo.php?campo1=valor1&campo2=valor2 - identificador do recurso HTTP/1.1 - versao do protocolo O mesmo acontece no POST e outros metodos... alias, o apache naquelas configuracoes se refere a como ele trata as solicitacoes e não entendi nem o que voce quis dizer colocando aquilo no meio da discussao. Finalmente.. sobre o NOTICE... ele indica um aviso do PHP sobre algo. Esse aviso realmente não e um erro, e como diz no manual, pode ocorrer na execucao normal do script. No entanto, ainda assim um aviso tende a avisar algo, e em geral avisa sobre problemas, sobre coisas que voce esta fazendo que não são totalmente corretas, sobre problemas que podem acontecer se voce trabalhar de tal jeito.. e etc. Portanto por mais que voce possa ocultar os notices, não é recomendado... Ainda mais porque os notices não aparecem em ambiente de producao por padrão, portanto oculta-los enquanto voce ta criando o script é besteira... não que voce crie scripts com erros e esconda-os. Mas avisos como o do register_globals geram notices justamente pra que voce se toque que não é pra usa-lo daquele jeito. Ignorar um aviso que te diz como fazer o negocio direito é besteira... Bem, chega. Falei demais... totalmente off-topic isso... E Pasqualini, desculpa qualquer coisa. minha intencao foi explicar o negocio certo, não te ofender. Abracos... e qualquer coisa estamos ai. Se precisar, pode mandar e-mail...

Tava de passagem mas resolvi comentar... GET é um método HTTP pra solicitar páginas.. (dai o nome GET)... mesmo que voce digite no browser o endereco, voce está usando GET... Nada a ver com "nome de metodo que passa as variaveis pra um array". Alem do mais, o método que voce usa com o register_globals ON foi desativado por padrão a partir do PHP 4.20 por questões de segurança. Apesar de alguns servidores deixarem ON por compatibilidade, é recomendado então que voce sete pra OFF num include no inicio dos scripts, ate pra se proteger de erros acidentais. No site do PHP tem toda a explicação dos problemas de seguranca que isso causa... Quanto ao NOTICE, acho que é dever do programador fazer com que o seu programa não dê erros.. e não setar diretivas pra esconde-los caso acontecam...