Atalhos para exe na rede pc ok?

5

Eu criei uma calculadora simples em C # para o trabalho. É apenas um arquivo executável. Eu estava pensando em colocar uma única cópia dele em uma unidade de rede e enviar a todos um atalho para acessá-lo. Eu sou novo nesse tipo de coisa, então isso é uma má idéia?

Com ele em um só lugar, eu posso atualizá-lo facilmente quando necessário.

É uma aplicação muito pequena; em torno de 33k. O número máximo de usuários será em torno de 50.

networking c#

— ᔕᖺᘎᕊ
fonte

4

deve estar bem até que alguém substitui-lo com um exe malicioso

— caçador

@wayne - Eu li as respostas e os comentários e me parece que seu aplicativo é uma calculadora personalizada útil relacionada aos negócios, usada apenas por usuários internos. Como tal, eu acho que pode ser melhor entregue como um pequeno aplicativo web Asp.net em vez de um programa explícito - especialmente no que você disse que os usuários não têm permissão para instalar novos programas

— Peter M

Obrigado pelos comentários de todos. Todos eles ajudaram a abrir meus olhos para certas armadilhas e problemas. Saúde Gente.

7

Eu iria para o ClickOnce . Basicamente, você clica com o botão direito do mouse no seu projeto no visual studio e escolhe publicar.

Você obtém um instalador simples baseado na Web, um atalho do menu iniciar em seus clientes e um recurso de atualização automática.

— Albin Sunnanbo
fonte

O problema é que estou desenvolvendo isso em casa. Os PCs com os quais trabalho não possuem o VB instalado e os usuários não têm permissão para instalar novos porgrams.

@Wayne, Você pode criar o pacote de instalação em casa e copiar para o compartilhamento de rede no trabalho. Mesmo usuários bastante restritos têm permissão para instalar aplicativos ClickOnce. Você realmente deveria tentar. Se eles não conseguirem instalar o aplicativo, você pode configurar o ClickOnce para usar o modo "Online". Em seguida, o aplicativo é sempre executado na rede e nenhum atalho será instalado.

11

@Wayne, a propósito, na minha opinião, os aplicativos de negócios devem ser desenvolvidos no trabalho durante o horário de trabalho, com pelo menos o controle e o backup da fonte, sancionados pelo seu chefe. Isso faz com que o aplicativo seja de responsabilidade da sua empresa, não você e poderá poupar problemas para você e sua empresa no futuro.

Obrigado por seus comentários. Vou tentar. Na verdade, não trabalho em desenvolvimento. Estou apenas tentando fazer com que meu nome seja notado por meio do desenvolvimento de um programa simples. Eu segui o procedimento correto no trabalho, então não posso fazer nada até que eles o aprovem. Mas agradeço o conselho.

4

Existem alguns problemas que você pode encontrar:

A configuração de segurança para os usuários pode impedir que eles executem executáveis em uma unidade de rede
Se houver alguma configuração específica do usuário armazenada no arquivo de configuração, isso não funcionará, pois cada usuário precisará de sua própria cópia do arquivo.
Qualquer problema de rede significa que seus usuários não podem acessar o aplicativo

Pessoalmente, prefiro que os usuários tenham uma cópia em seu próprio disco rígido. É um pouco mais de manutenção, mas você sempre pode fazer algo como gravar um arquivo em lotes para permitir que eles copiem facilmente qualquer atualização de programa da rede para o computador.

... e apenas para adicionar outro problema: usuários moderadamente experientes copiarão seu exe localmente e depois reclamarão por não receber a atualização! Veja a resposta de Albin: O ClickOnce para um compartilhamento de rede deve atender bem aos seus requisitos.

— Pontus Gagge

2

Antes dos aplicativos .NET 3.5 SP1 executados em um local de rede, executados em um ambiente de confiança parcial . Isso afeta o que o aplicativo pode fazer.

http://msdn.microsoft.com/en-us/library/ms364059%28VS.80%29.aspx

A maioria dos desenvolvedores obtém uma primeira introdução bastante rude à confiança parcial quando acidentalmente executa seus projetos a partir de um compartilhamento de rede, em oposição à unidade local. Como a política padrão concede permissões restritas ao código que não está na unidade local, de repente as coisas que costumavam funcionar no programa começam a gerar exceções de segurança. Ações obviamente relacionadas à segurança, como chamadas para File.Open, agora lançam SecurityExceptions. Mas muitas coisas que parecem não ter nenhuma sensibilidade à segurança também começam a lançar a mesma exceção, como o controle PropertyGrid em um aplicativo Windows Forms. Os grupos de notícias estão repletos desses problemas.

Portanto, se isso está ou não correto na sua situação, depende da versão da estrutura instalada no cliente e do que seu aplicativo realmente precisa fazer.

— Sam
fonte

11

Isso não é verdade a partir do 3.5SP1. blogs.msdn.com/b/shawnfa/archive/2008/05/12/…

@ Robert Jeppesen, obrigado pelo link. Eu atualizei minha resposta; Eu não tinha ouvido falar sobre essa mudança. São boas notícias.

— Sam

1

Se for uma calculadora simples , é totalmente seguro fazê-lo.

Mas se você fizer operações de arquivo, registro ou rede (basicamente, qualquer interação externa), verifique as outras respostas.

— Vercas
fonte

Basicamente, ele faz + - * / simples e elabora algumas passagens personalizadas que usamos com freqüência. Ele também possui um menu suspenso com alguns links da web. É tudo o que faz.

existe um arquivo de texto de configuração com alguns valores. Eu estava pensando em um link absoluto para o local desse arquivo na rede. Múltiplas instâncias da calculadora que tentavam ler este arquivo de configuração ao iniciar causariam um problema?

Sem problemas, se tudo o que você faz é ler. Para manter a rede livre, convém analisar o conteúdo do arquivo na memória.

Se você deseja uma estrutura de arquivo INI e precisa de um analisador, pergunte-me! Eu fiz uma aula INI totalmente funcional alguns meses atrás.