Jump to content

DLL's


ruileal
 Share

Recommended Posts

Se essa é a ideia, usa antes uma classe built in...

De qualquer maneira, se queres que os métodos não respondam como devem em qualquer situação, usa a imaginação:

Passar um argumento para validar o caller em cada método, ou num método startup, é uma ideia.

Sérgio Ribeiro


"Great coders aren't born. They're compiled and released"
"Expert coders do not need a keyboard. They just throw magnets at the RAM chips"

Link to comment
Share on other sites

Se essa é a ideia, usa antes uma classe built in...

De qualquer maneira, se queres que os métodos não respondam como devem em qualquer situação, usa a imaginação:

Passar um argumento para validar o caller em cada método, ou num método startup, é uma ideia.

Pois, o argumento já me passou pela cabeça sim mas pensei que houvesse outra forma 😄 Eu explico a minha situação, tenho uma solução em vs 2005 com um serviço e 2 programas que usam uma serie de funções e classes comuns a todos eles e criei o dll, no entanto ele é acessível a todos 👍 ja experimentei em criar na solução um folder com uma classe mas nem assim é ela comum a toda a solução 😕 deviam criar includes para o vb lol

Link to comment
Share on other sites

Create an account or sign in to comment

You need to be a member in order to leave a comment

Create an account

Sign up for a new account in our community. It's easy!

Register a new account

Sign in

Already have an account? Sign in here.

Sign In Now
 Share

×
×
  • Create New...

Important Information

By using this site you accept our Terms of Use and Privacy Policy. We have placed cookies on your device to help make this website better. You can adjust your cookie settings, otherwise we'll assume you're okay to continue.