Can services have forms?

  • Thread starter Thread starter jim
  • Start date Start date
I am just learning VB.Net.
So, the odds of me learning C# so that I can work in VB.Net are
exactly zero.

Jim I really hope you don't ever need to change jobs because with that type
of attitude the chances of passing an interview (done by anyone with an ounce
of sense) are exactly zero.

Mr Arnold gave you a valid example of a service in a workable dotnet language.
reading this may not have been the easiest thing in the world but it was
still a valid answer.

I'm willing to bet that Mr Arnold and many others in this newsgroup would
have even helped you out translating any bits of the code that you could
not make out on your own.

Regarding....
I am just learning VB.Net.

.... I think you'll find it's also useful to read around your primary subject.
No-ones suggesting that you need to become fluent in *writing* C# but it's
*very easy* to learn to read it.
 
jim said:
Not me. I just want VB.Net answers in a VB.Net newsgroup. Posting
C# replies to requests for VB.Net examples is not only against the
spirit of this newsgroup, it is against logic.

Any help that /can/ help is help. Even a C# example might help you. It
doesn't have to but it's possible. Better than nothing. And if it is for
free, say "thank you", don't complain and maybe wait for a VB.Net example.

You should better not ask your initial question in a VB.Net group. Don't
even ask it in any .Net group. Why? Because it is not specific to neither
VB.Net, nor to .Net at all. It is specific to the OS, so you should better
look at
http://msdn2.microsoft.com/en-us/library/ms685141.aspx
http://msdn2.microsoft.com/en-us/library/ms683502.aspx
and ask somewhere at m.p.win32.programmer.*

No, where to ask the question is NOT a matter of which language
you use - because the answer would be the same for different
languages. It would even be the same for the not-Framework-world
(unmanaged C++ eg). So, it's a *.win32.* question.

If you have problems in finding the implementation in the Framework, ask in
a Framework group. If you have syntax problems in VB.Net, ask in this group.
Welcome to the usenet! (Unfortunatelly there are many people that do not
know this (and unfortunatelly it's forbidden in this group to say this to
people (and from time to time I get tired of reading all these OT
questions (BTW, VB.net has no keyword to convert a WAV to an MP3...))))


Armin
 
Rory Becker said:
Jim I really hope you don't ever need to change jobs because with that
type of attitude the chances of passing an interview (done by anyone with
an ounce of sense) are exactly zero.

I'll never work as a code whore again. I've had quite enough of that living
hell.
Mr Arnold gave you a valid example of a service in a workable dotnet
language. reading this may not have been the easiest thing in the world
but it was still a valid answer.

He gave NOT A SINGLE WORKING EXAMPLE in either language! He lazily
"Googled" some answers, as if a coder would not have done so already.

Then, he further poluted the discussion with his many posts of code in a
language not asked for and off topic in this newsgroup.

These types of poster piss me off to no end. They post non-answers and drag
threads off-topic while patting themselves on the back for "helping".

The only things they really do is flood newsgroups with garbage and increase
the cost of newsgroup access for people that still pay for internet access
by the minute.

If you don't know the answer to a question, just sit back, stfu and maybe
learn it with the rest of us. Don't post vague, half-asssed answers and
waste everyone's time just to see your name in a newsgroup.

A three year old could have posted replies that would have been just as
helpful.
I'm willing to bet that Mr Arnold and many others in this newsgroup would
have even helped you out translating any bits of the code that you could
not make out on your own.

It's doubtful. I would not ask a VB.Net newsgroup to help with translating
C# code for 3 reasons.

First, there are quite good converters available on the web for this
purpose.

Second, such C# conversations are off topic in a VB.Net newsgroup.

Third, I hate C++/C# syntax. I may have mentioned that before.
Regarding....


... I think you'll find it's also useful to read around your primary
subject. No-ones suggesting that you need to become fluent in *writing* C#
but it's *very easy* to learn to read it.

I don't even have time to do this damnable project, and I certainly don't
have time to learn a second language (even slightly) in order to code in a
primary language. That's like learning latin before learning English. Can
you do it? Sure. Is it a complete waste of time? Sure.

If that is what VB has come to in .Net (having to learn C# to write VB.Net
code), I suggest Microsoft scrap the whole damned thing and just stick with
C++/C#.

jim
 
Not me. I just want VB.Net answers in a VB.Net newsgroup. Posting C#
replies to requests for VB.Net examples is not only against the spirit of
this newsgroup, it is against logic.

I am sure that there is code written in C or C++ that may do what I am
trying to do. But, if I wanted C or C++ code I would be asking for help in
those newsgroups - like I should.

Time to feed the troll ...

Suppose I was to ask a question about how to do something extremely
specialized. Spending most of my time in VB.Net and not knowing what
group best covers the question, I would post it in my favorite VB.Net
group, hoping someone could point me in the right direction. If a
sample for the solution is only available in Java, so be it. I would
rather have a Java answer than a "no, can't think of any VB.Net
samples" one.

What if you want to accomplish something which is only possible
by making Win32 calls because it has not been wrapped by the
framework? Do you say "don't give me Win32 answers in a VB
newsgroup"?

If most implementations covering a specific domain is usually done in
C#, there is nothing wrong in giving you a C# answer. Though you may
not want to translate the C# answer to VB.Net, you might find a few
choice words or namespaces that would help you search/Google for
an answer more suited to your programming tastes. And yes, Google
will often answer most questions you might have and I believe it is
encouraged to search for an answer before posting trivial questions
for the umpteenth time in a newsgroup. You might want to try
http://searchdotnet.com/ (custom Google search) for a better
signal-to-noise ratio when searching for .Net solutions.

Feel free to block me and anyone who does not share this view
of yours, but I suspect you then won't see much traffic in this group
anymore.

Regards,

Joergen Bech
 
jim said:
I thought that I read somewhere that services don't (or can't) have forms.

They can probably /have/ them, but work on the assumption that no-one
will ever be able to get to /see/ them.

The ability for Services to "interact with the desktop", i.e. to display
forms and dialogs, is going to /disappear/ in future versions of Windows
(if it hasn't already, with Vista).

HTH,
Phill W.
 
Phill W. said:
They can probably /have/ them, but work on the assumption that no-one will
ever be able to get to /see/ them.

The ability for Services to "interact with the desktop", i.e. to display
forms and dialogs, is going to /disappear/ in future versions of Windows
(if it hasn't already, with Vista).

How will the services be administered if they can no longer interact with
the desktop?
 
Keep in mind that this is not the service that provides those administration
UIs. The UI is provided by a control panel application or perhaps the MMC
console etc... It doesn't prevent a UI to interact with services. It just
prevent services to "embed" a UI they would need to display on the desktopas
part of their life cycle...
 
jim said:
How will the services be administered if they can no longer interact with
the desktop?

How will the admin screen work if the service starts before a user is logged
in?

At the simplest level, you can have a seperate admin program that saves all
the required settings into the registry, then offer to restart the service.
The service will pick up the changes as required. (don't even need to
restart it if it reads the settings at each operation)
 
Back
Top