|
I have to agree with a part of it; not having const variables is a detriment to anyone coming from a strict C++ background like Christian is.
I don't think it is a strong argument against C# though. The only time it comes into play is when you are working with the variables inside the class.
If something needs to be const to the public you can control how it is set via readonly fields and properties.
James
|
|
|
|
|
Wish I could help you there but I have to admit that I have purposely sdtayed as far away from languages that have a 'C' in them for as long as I could. I have just started learning C# lately so I can't offer much there.
It is important to note also that I never said that the framework was perfect Heck, nothing ever IS. In fact this brings up a good point...
How will updates to the framework be managed once it starts becoming popular on other OS's that MS does not have control over? Will developers have to start worring that thier code will run on a Windows machine but not on a Linux machine because they are not yet at the same patch level?
|
|
|
|
|
Ray Cassick wrote:
How will updates to the framework be managed once it starts becoming popular on other OS's that MS does not have control over?
The same way it works now; MS put out a new feature (the whole she-bang) and now the other groups that have created versions of their own should emulate those as well.
Ray Cassick wrote:
Will developers have to start worring that thier code will run on a Windows machine but not on a Linux machine because they are not yet at the same patch level?
This is always the case with any library, to use some VBisms you had to ensure that the version 6.0 runtime was on the client in order for your VB6 program to run; same deal here. However, unlike VB6 code it is possible to get programs to try to bind to differing versions of an assembly. So as long as you didn't use any new features from CLR 2.0 your application should work on a CLR 1.0 install, provided you place the necessary lines in your .config file.
James
"And we are all men; apart from the females." - Colin Davies
|
|
|
|
|
Finally someone who got it all said right...
People are forgeting this is the FUTURE of developement. In less than 3 years modems will be a thing for kids to trow at each other and the framework will be built into windows. If it didnt in someway stress current technology how could it take us far into the future? People hated the Win32 API when it was introduced with Windows 95, now many of you can't live without it. Change takes time to adopt, but you shouldnt knock it till you have tried it.
Also the future of development is cross platform and MS is the only company that can make that a reality (sun has failed). It is currently common for a person to be on many OS's to achieve different tasks. It will be the way of the future (and of the internet) to be able to download an app and run it no questions. Seriously look at software development and you will see MS is the only way thats possible.
|
|
|
|
|
I have to disagree. You will always have to maintain some form of interoperability - on your own - between J2EE, .Net, and BEA+IBM. Unless you play one of these platforms just for fun, as I do at the moment. Entreprise software require you these days to publish interfaces for both of the 3 worlds.
I have started lately to play with C#. It came not as a surprise that many of the underlying things are still very windows-like (wndproc and so on), not the expected new and full subscriber-event model. In other words, you still have to hang to the WIN32 SDK. A comparison with MS JDK 3.0 (1997) would be funny...
And I swallow a small raisin.
|
|
|
|
|
can i any body tell when i use the following code in managed application
CSocket *ptr;
ptr=new CSocket();
ptr->Create(port);
why the last line return false?
r00d0034@yahoo.com
|
|
|
|
|
how to programatically click a button on form ?
and how to moniter a buutton that it is being clicked?
r00d0034@yahoo.com
|
|
|
|
|
Simple and straightforward question:
Is it possible to write applets in C# (or in another of the .NET languages)
|
|
|
|
|
Hello everybody,
I've a C++ interface declared like this:
struct iExample
{
virtual MyFunc() = 0;
};
And the interface implemented in a DLL with one entry point which create this interface :
iExample* CreateIExample();
now I'd like to import and use this directly in .NET (more precisly C#) without the need of an extra C++ Managed DLL layer.
Is it possible ??
Tanks in advance.
|
|
|
|
|
Do I have to use SOAPSUDS.EXE to create a proxy object of an IIS-hosted remote object?
I'm hoping to be able to connect to the remote object and just cast it to a locally referenced interface.
Ideas?
Cheers,
Simon
"Sign up for a chance to be among the first to experience the wrath of the gods.", Microsoft's home page (24/06/2002)
|
|
|
|
|
I just got a copy of Visual Studio.net. Since I am new to programming I thought I would try building an app I have done in 6.0 so I could get a feel for the new lay out. I created a new class "CLine" for my drawing app and when I try adding functions like "CLine (CDC* pDC)" I get a message saying it's not a valid name. In 6.0 it works perfectly. Is there something I might be doing wrong? Any assistance and guidance would really be appreciated.
Thanks
|
|
|
|
|
What is the exact error message that is generated. It would also be helpful if you posted a snippet of the code that is causing the error.
Michael
Time flies like an arrow. Fruit flies like a banana
|
|
|
|
|
There does not seem to be an AVI animation control in .NET.
Disagree any one?
Joel
|
|
|
|
|
for now, the recommended solution is to use interop with media player.
|
|
|
|
|
Sounds icky but I'll take a look. I wonder what you have to distribute with your app to support this?
Joel
|
|
|
|
|
I'm trying to display a context menu that changes depending upon which node within the tree the user right-clicks on. I'm changing the menu in the popup event. The problems I'm having are:
1) when you right-click on an unselected node it is not selected (although it is drawn selected for a moment) which means the popup event thinks a different node is selected. Is there a way of making right-clicks before the popup event really select the node?
2) some nodes have no context menu - how do I prevent the menu appearing? In the popup event?
If anyone has some sample code or ideas on the best way to implement this context menu within a TreeView it would be most appreciated.
|
|
|
|
|
Well, I was going to post a question asking when we can expect a book reference on the FCL, and I found my answer and wanted to share it with CPians.
The book is "coming soon" according to MSPress, it will consist of 7 volumes (that hurts the pocketbook ) I think Volumes 1-4 will be pulbished first, with some 6000 pages. The link below worked off and on for me:
.NET Framework Class Libraries Reference[^] by MSPress
Soliant | email
"The whole of science is nothing more than a refinement of everyday thinking." -Albert E.
|
|
|
|
|
I'm making a little program using VC++.net these days. But when I run my program(.EXE) on a computer without VC++.net installed, it asks for msvcr70.dll, so that I have to put this DLL together with that program. This troubles me a lot. The Property Sheet of my project has been checked carefully, what else could I do?
Thanks a lot for any hint.
Tiny Flying Elephant loves flying...
|
|
|
|
|
Is the .Net framework and Win forms better solution for a desktop GUI application (without network or Internet options) than MFC?
|
|
|
|
|
Keep in mind, .NET has the overhead of the Common Langauge Runtime that provides you with a managed environment (ie. garbage collection).
IMHO, MFC will provide better performance with the added cost of more complexity in coding than .NET programming.
It really depends what your requirements are and your skillset could be an influential factor.
Soliant | email
"The whole of science is nothing more than a refinement of everyday thinking." -Albert E.
|
|
|
|
|
If kind of depends on the size of the app in question, but generally speaking, no. If you want to do traditional desktop windows apps, stick with MFC. .NET may get there soon, but it ain't there yet. If you have ever tried to do a large, complex desktop windows application with VB than you have a good idea of what using .NET for the same purpose is like. MFC still has better tools for desktop development.
.NET is great for doing internet based applications though.
I'm not a real reverend, I just play one on CP.
|
|
|
|
|
I have done several large apps with Delphi. I know VB is not a good solution for them, but I suppose that C# + .NET Framework will not be the same case.
|
|
|
|
|
I'm trying to use the C# wizard to generate a win form project (i.e., New Project | Visual C# Projects | Windows Application). When attempting this, I'm getting an error dialog during the creation of the project stating that "OLE Automation Server can't create the object". Although this used to work, after un-installing other previously installed applications, something got broke. Over the last two days, I've tried just about everything, to include the following steps:
1st: re-install (i.e., repair mode) vs.net.
2nd: checked event log (nothing there)
3rd: applied all the latest critical OS updates (in my case XP professional)
4th: confirmed that latest oleaut32.dll and olepro32.dll were on the box
5th: explicitly register both
6th: un-install and then re-install (i.e., new) vs.net
7th: apply non-critical OS updates (i.e., a desperate measure...)
8th: upgrade IE to v6
After all this, I still get the same dialog. Since all other apps on the box are functioning fine, it would appear that either (1) at least one of the vs.net dlls has been corrupted or (2) there is an incompatibility between vs.net and one of the OS dlls. Since (1) would have been taken care during the re-install, I'm inclined to lean in the direction of the latter, but find it hard to imagine...
Anyone experience anything like this with that product or have any other ideas for my to try?
Dave
|
|
|
|
|
Locate VSWizard.dll in VS installation directory. Then run
regsvr32 vswizard.dll
see if that fixes the problem
Step back, rub your eyes, take a deep breath, stretch a bit, and reflect on the relative importance of CP, CG, the age / travel time sustained by supposedly 'fresh' cheese curds, and Life in General. - Shog9
|
|
|
|
|
still get the error dialog after registering vswizard.dll. Thanks for the idea...
|
|
|
|